Страница 1 из 1

Сжатие ресурсов и производительность

Добавлено: 03 фев 2014, 16:50
Zver
Уважаемые коллеги,
Наш системный администратор высказал мысль, что если при компиляции ресурсы не сжимать, то при можно добиться уменьшения времени запуска Галактики.
Это связано с тем, что не будет необходимости при запуске Галактики разархивировать эти ресурсы.

Правильно ли это?

Re: Сжатие ресурсов и производительность

Добавлено: 03 фев 2014, 21:50
KATZ
Я бы не спешил с выводами. Посмотрел в диспетчере задач, сколько памяти занимает "Галактика" после запуска: около 100 МБ. Допустим, с диска читается 30-40 МБ, которые потом распаковываются. Если вся распаковка выполняется в памяти, без кеширования промежуточных результатов обратно на диск во временные файлы, то, скорее всего, считать 30 МБ и распаковать их будет быстрее, чем считать 100 МБ уже готовых.

В любом случае, визуально почувствовать разницу вряд ли сможете, это не тот фактор, который заметно влияет на быстродкйствие.

Re: Сжатие ресурсов и производительность

Добавлено: 04 фев 2014, 03:14
LaaLaa
Вряд ли формат ресурсов сжатый/несжатый повлияет на скорость загрузки. Помню ресурсы Галактики 5.7.хх были несжатыми тогда они занимали 5 гигабайт. Сейчас 8.1 и 9.1 ресурсы сжаты занимают около 1 гигабайта.

Расскажите как долго у вас открывается Галактика?

Еще возможно вам помогут две новые программки которые входят в пакет "Windows® Assessment and Deployment Kit (Windows ADK)" это "Windows Performance Recorder" и "Windows Performance Analyzer".
Описание см. здесь:
http://msdn.microsoft.com/ru-ru/library/hh448170.aspx
http://habrahabr.ru/post/106684/
http://habrahabr.ru/post/107161/

PS: К стати, проблему с антивирусом Trend Micro насколько мне известно так и не побороли.
http://www.tyumbit.ru/gal_forum/viewtop ... 71&start=0
Либо выключают или удаляют этот модуль либо тормоза.

Re: Сжатие ресурсов и производительность

Добавлено: 04 фев 2014, 11:26
edward_K
Уменьшение времени запуска можно добиться путем сокращения кол-ва своих ресурсов - штук 5 не более - тогда будете экономить на времени открытия файлов.
Ну и также все tmp dsk лучше перенести на клиентский комп - пусть это и не очень удобно для администрирования, но значительно снижает нагрузку на сервер и трафик.
Заодно можно таблицы схемы USER перенести на свой комп(независимо от субд) - только следует помнить, что могут быть проблемы при использовании DSQL если где то к ним пойдет обращение напрямую - это иногда помогает выиграть процентов 60 на запуске отдельных фейсов. Заодно можно следить за их размером и периодически убивать (при старте например) - поскольку при большем их размере галка начинает тормозить - тот же CurLschet, Formarks или TempDesgr. Ну еще на MSSQL есть фишка что галка напихивает в хранимые процедуры мусор, которые иногда лучше тоже чикать по маске(тока делать это нужно когда никто не работает).