И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Форум 1С: Одинэс.Ру

Найти!

И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
18.05.2009 - 13:03
База v7.7 на опер. учете. В РТФМ вроде написано что монопольный режим должен давать прирост производительности порядка 30% Однако на практике получаются совсем другие цифры. База средненькая - ведем с 01.01.08, всего документов 175 тысяч. Подключается 1 пользователь, формирует отчет (необходимо получить оборот денег по контрагенту за эти полтора года), производительность 25 сек. Подключается 2 пользователь (программа свернута, отдыхает) первый заново формирует отчет - 12 мин. Пробовал в терминале - проблемы нет. Какие есть альтернативы решения этой задачи, кроме терминала? Сервер XP Prof версия 2002 сервис-пак 3. Пробовали на сервере 2003 (вроде пишут что там кэширование уже не такое кривое) - та же фигня. Компутер (не сервер) сам по себе приличный (2-х проц, 1 гиг оперативы, сеть 100 М/бит) Код отчета ниже (можно его считать универсальным для опер. учета)
К списку тем 1 2 > К списку форумов

Интересные темы

odines.ru
20.10.2020 - 03:38
Смотри также:
платежки в 1с выгружаются неправильно
ПУБ Нереальные суммы корректировки стоимости материалов полученных в переработку и переданных в переработку.
Взаимозачет в УСН 77

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Billi
89 - 21.05.2009 - 12:34
+(88)На данный момент 7 вариантов. Вы какой предпочитаете?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

PORTER
90 - 21.05.2009 - 13:36
в принципе неплохая мысль про иглу и экспоненциальное удорожание сопровождения системы, я как-то сам до этого не додумался :)

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Reaper
91 - 21.05.2009 - 13:42
86-Billi > твоя игла - она с зазубринами в обратную сторону...

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
92 - 21.05.2009 - 13:59
Разрешите со своим вопросиком влезть, всвязи с переходом на лицензионные ОСи ушли с благополучно работавшего в терминальном режиме Srv2003 на XP prof, 6 баз Бух 7.7, 5-6 пользователей. Начались проблемы с принудительным органичением размера буферов ввода - вывода.
Изменил следующие ключи реестра
REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"LargeSystemCache"=dword:00000001
"IoPageLockLimit "=dword:00010000
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters]
"Size"=dword:00000003
 
проблема ошибок при открытии файла исчезла. Это всё? Или желательно что-то ещё сделать?
ЗЫ: в утилите confignt удалось сделать только вот это
"В первой группе переключателей выбираем Maximize Throughput ... (default for servers)
Флажок Use large system cashe... установлен
"
 
а вот "В группе переключателей I/O page lock... выбираем 2048 kb" не получается выбрать, т.к. переключатели неактивны и по умолчанию стоит минимальное значение.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
93 - 21.05.2009 - 14:03
вот нашёл ещё более полное описание, кроме этого ещё что-то желательно сделать?
http://www.buh.ru/forum/thread.jsp?id=413780
Вообще то есть по файлам ограничение, но довольно большое, вряд ли вы его достигаете, наберите в командной строке на сервере:
net config server
там вам напишут про это... но суть проблемки не в этом, как выяснилось (спасибо BorisG, который хоть и хам, но иногда в тему пишет).
Берем программку [confignt.ixbt.com/ »»]  в ней имеется возможность проконтролировать некоторые настройки сервера и изменить их (если это нужно):
 
Maximize Throughput for file sharing (default for servers) - ставим селектор сюда
Use large system cashe - ставим "Да"
I/O page lock - ставим 2048kb (см. ниже важное замечание)
 
перегружаем сервер и получаем решение проблемы.
 
Важное замечание. Всем указанным значениям соответствуют параметры реестра, поэтому, если программа не запускается (такое бывает), то контролируем значения и правим их напрямую в реестре:
 
Maximize Throughput for file sharing (default for servers) + Use large system cashe - это:
HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanmanServerParametersSize
Тип: REG_DWORD, значение: 3
и
HKEY_LOCAL_MACHINESystemCurrentControlSetControlSession ManagerMemory ManagementLargeSystemCache
Тип: REG_DWORD, значение: 1
 
I/O page lock - это:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory ManagementIoPageLockLimit
Тип: REG_DWORD, значение: кол-во байт
 
По I/O page lock ВАЖНОЕ замечание: это - размер памяти, резервируемый для операций ввода-вывода.
Его максимальное значение рассчивается ~ как объем ОЗУ минус значение порога, которое для малых систем равно ~7 мб и растет с увеличием ОЗУ. Для систем с 64 мб ОЗУ значение порога ~16 мб, для систем с 512 мб ~64 мб и т.д.
 
Подбробнее можно почитать на [confignt.ixbt.com/confignt.htm#memory »»]

Интересные темы

odines.ru
20.10.2020 - 03:38
Смотри также:
подчиненные справочники
Регламентированные отчеты
Открыть диалог нового документа через расшифровку ячейки возможно?

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Блондинка в шок
94 - 21.05.2009 - 15:24
мда... уж
(92) IoPageLockLimit "=dword:00010000
(92) а вот "В группе переключателей I/O page lock... выбираем 2048 kb" не получается выбрать, т.к. переключатели неактивны
сначала поставил размер в 64М (00010000 - это и есть 64 Мб), а потом удивляется, почему нельзя выставить это же размер в 2048 кб. :)~~~
Сразу видно тупое бездумное применение. Ты уж реши, или ручками реестр править будешь, или с помощью ConfigNT. В принципе это одни и те же ключики реестра. Просто ручками можно более точно выставить значения.
 
ps: попутно замечу - выставлять размер нужно, конечно же, не 2Мб, но и не 64Мб. на практике после 8-12Мб никакой разницы уже не видно. Так что даже размера в 16Мб у данного параметра будет достаточно. а 32Мб за глаза.
И еще - на некоторых дровах ATI Radeon параметр Size=dword:00000002
При троечке система может просто не взлететь.
 
(92) кроме этого ещё что-то желательно сделать?
например, можно почитать бояны. Здесь же.
pit для кого старался? баян за №34...
 

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
95 - 21.05.2009 - 15:30
(94)"Сразу видно тупое бездумное применение. Ты уж реши, или ручками реестр править будешь, или с помощью ConfigNT. В принципе это одни и те же ключики реестра. Просто ручками можно более точно выставить значения.
"
 
я не стал так уж подробно расписывать, естественно, что ключи реестра прописывал вручную только после того как с помощью ConfigNT поменять не получилось.

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
96 - 21.05.2009 - 15:31
(94)спасибо, давно в бояны не заглядывал

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Блондинка в шок
97 - 21.05.2009 - 15:42
(95) ну тогда извини, я просто по хронологии повествования неправильный вывод сделала
:)

Re: И снова тормоза (сетевая версия) Есть ли альтернатива терминалу? и какая логика столь значительного замедления работы

Looking
98 - 21.05.2009 - 15:49
(97)да не за что, спасибо что ткнула носом в боян
К списку тем 1 2 > К списку форумов
Тема закрыта и находится в архиве.
Но Вы можете начать новую тему.
« ТиС 949. Отчёт по продажам ТМЦ. 100 % прибыль при списании ?! Налоги в z-отчете »
© 2009 Форум 1С: Одинэс.Ру