Стоит ли сжимать файлы базы 1с? #334767


#0 by Mits
Файловая версия 1с 7.7. В качестве меры по ускорению думаю включить встроенное сжатие NTFS. При этом ускориться скорость чтения/записи базы но увеличиться нагрузка на процессор при операциях чтения/записи. Запас быстродействия по процессору есть, по жесткому диску - нет. При этом возникает виртуальное фрагментация файлов. Но думаю физически она не вносит тормоза.
#1 by ТелепатБот
#2 by Злой Бобр
Лучше скази в рейд поставь. )))
#3 by Господин ПЖ
>>В качестве меры по ускорению думаю включить встроенное сжатие NTFS такого еще не предлагали...
#4 by DrShad
а не проще базу оптимизировать
#5 by Джинн
Осталось только архивировать "на лету" для уменьшения размера файлов, а значит ускорения записи :))) Весна, популяция зашевелилась.
#6 by Господин ПЖ
Предлагаю копировать базу в null :)) Это высшая степень сжатия
#7 by Mits
Нафлудили блин, по теме никто ничего не сказал.
#8 by Злой Бобр
Дык ты о сжатии файлов ничего в и неписал. Так, просто сам с собой поговорил и все. Почитай правила, может поможет. Но думаю уже не сегодня.)))
#9 by КонецЦикла
Этот прыткий, из гнезда выпал
#10 by АЛьФ
2 Подумай сам: как может увеличить быстродействие добавление еще одной операции (причем не самой легкой) над файлом?
#11 by Мой ник
В похоже мысли блондинки
#12 by Злобный Фей
Для дополнительного повышения скорости работы предлагаю шифровать базу нахрен каким-нибудь трайплдесом или гостом
#13 by Aleksey_3
Ага и положить ее на виртуальную машину, чтобы ей никто работать не мешал
#14 by Иде я
Сжатие базы, как и свертка это не есть гуд. Это есть бад! Вот такоей я полиглот
#15 by Midaw
проц на сервере очень важная деталь и загружать её сжатием глупо. лучше подумать про свертку или может быть добавление памяти с избавлением от свопа и т.д. вплоть до смены сервака на более современный и более действенный метод :)
#16 by Chai Nic
Когда-то, когда диски были очень медленными, сжатая файловая система (drivespace) иногда все-таки приводила к росту быстродействия. Получалось, что выгоднее загрузить один блок с диска с распаковкой, чем грузить два без распаковки.
#17 by Skom
я тож офигел..... это все равно что... для ускорения доступа к кошельку я наполовину зашил карман)))))ыыыыы
#18 by Шурик71
сначала почитай, КАК работает процесс встроенного сжатия. И тогда поймешь, что ускорения записи на винт по определению не будет, а будет замедление. Ибо куски файла сначала пишутся на винт, а потом пакуются - в результате 2-кратная запись. А про процессор и т.п - я уже молчу...
#19 by andrewalexk
:)) не флуди, дурилка компьютерная...
#20 by Mits
вот ответ по существу.
#21 by Skom
а что тут думать - нет конечно же.... прироста в скорости точно не получишь....
#22 by Mits
если даже запись происходит 2 раза и нужно это для исключения вероятности потери информации, то чтение проходит быстрее. Операция чтения происходит чаще, чем операция записи. Прирост возможен, но в средней небольшой в определенных случаях.
#23 by Skom
ну если ты уверен в том что так и будет то действуй....
#24 by Mits
я не уверен, думаю что проверить можно выполнив замер производительности часто выполняемых пользователеми действий при сжатии и без сжатия базы. Сделав некий тест.
#25 by Джинн
Можно. Можно еще проверить дейтвие закона всемирного тяготения, закона Ома, пересчитать количество электронов в атому водорода и т.д. До пенсии будет чем заняться.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С