1С тормозит в терминалах (Сервер терминалов)
Четверг, 31 июля 2008 19:57От себя отмечу, что в случае с TerminalSleep, эффект будет замечен скорее в работе с общей базой. Если баз много, то есть все работают со своими, то вариант с патчем библиотеки dbeng32.dll видится самым эффективным. В нашем случае, на слабом сервере с медленными дисками, умирающим в период сдачи отчетности, прирост производительности оценивается в 10 раз.
Cамый простой способ включить кэширование записи для всех файлов- отключить вызов FlushFileBuffers(hFile). для этого для платформы 7.70.025 (верно для 7.70.27 – прим. Serboy) надо пропатчить файлик dbeng32.dll: ищем последовательность "50 FF 15 40 C0 11 1F", заменяем на "B8 FF FF FF FF 90 90". Теперь 1С не будет делать принудительный сброс файловых буферов на диск при каждой записи, т.е. запись на диск будет кэшироваться и сброс файловых буферов будет делаться средствами самой ОС (для NTFS каждые несколько секунд). Значительно уменьшается фрагментация файлов на диске и отпадает необходимость помещать временные файлы на RAM-диск. Этот метод дает очень хорошие результаты для локального и терминального режимов.
И конечно, не забываем следить за 1cv7.cfg
chippa пишет:
09 Сен 2008 в 11:19
dbeng32.dll подправил. Реально помогло.
а вот с 1cv7.cfg что нужно сделать – не понятно.
Serboy пишет:
15 Сен 2008 в 10:35
Удалять, когда размер более 1 Мб. Ощутимо медленно работает при 3-4 Мб.
Yo пишет:
09 Дек 2009 в 23:09
Спасибо, патч dbeng32.dll реально помог! Летает.
Yo пишет:
09 Дек 2009 в 23:27
И не забываем про уменьшение глубины цвета, если работаете в терминалах. Тоже помогает.
adm пишет:
19 марта 2010 в 08:35
А как подправить dbeng32.dll, не могу понять? в реестре нет его.
It пишет:
19 марта 2010 в 10:54
@ adm: Это изменение нужно сделать в файле dbeng32.dll, используя любой HEX-редактор
Timir2 пишет:
31 марта 2010 в 11:12
Можно спросить, а за что отвечает 1cv7.cfg?
Support пишет:
31 марта 2010 в 11:22
@ Timir2:В этом файле харанятся текущие настройки пользователя, обработок, отчетов, значения, списки регламентированных отчетов. Важных данных там нет. Удаление – базе данных не вредит, зато скорость работы увеличивает иногда в разы, в зависимости от достигшего размера.
Timir2 пишет:
31 марта 2010 в 11:36