proNovell

Netware 6.0sp5
Подскажите пожалуйста за что отвечают процессы с именем
Server 00:6 , есть еще процессы просто Server 1, Server 2, а
таких как Server 00:xx довольно много.
А то возникла ситуация - порядка минуты утилизация сервера 100%
процесс Server 00:6 - занимает 100% в итоге жуткие тормоза, через минуту другую вроде как "рассосалось"
Ditry cache buffers не высокие от 0 до 20 иногда 50-60
Current Disk requests меняется редко от 0 до 1-2

АлександрСмирнов писал(а):Netware 6.0sp5
Подскажите пожалуйста за что отвечают процессы с именем
Server 00:6 , есть еще процессы просто Server 1, Server 2, а
таких как Server 00:xx довольно много.
А то возникла ситуация - порядка минуты утилизация сервера 100%
процесс Server 00:6 - занимает 100% в итоге жуткие тормоза, через минуту другую вроде как "рассосалось"
Ditry cache buffers не высокие от 0 до 20 иногда 50-60
Current Disk requests меняется редко от 0 до 1-2

Дочерние процессы SERVER это. Что именно на сервере работает (приложения)? Подобная картина наблюдается при работе антивиря, например.

Это чисто файл сервер, с традиционной файловой системой. На сервере лежат dbf файлы, приложения у клиентов на foxpro
Опрос пользователей показал: один из пользователей архивировал в проводнике виндовс (XPsp2) файлы на сетевом диске программой winrar, выбрал порядка 1500 (объем 1,2GB) файлов и заархивировал.
Уже раньше замечал, если копировать папку с файлами объемом 2-4GB на сервер поверх другой папки с заменой файлов то другие пользователи начинают ощущать тормоза.
Это как, нормально для сервера, или можно подкрутить настройки, чтобы ресурсы както более равномерно распределялись?

АлександрСмирнов писал(а):Это как, нормально для сервера, или можно подкрутить настройки,

в мониторе

Код: Выделить всё

ЙНННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННН»
є                               NCP Parameters                               є
МНННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННН№
є Level 2 OpLocks Enabled                     Off                            
є Client File Caching Enabled                 Off                            °

И копрессию отключить, если не дай бог включена

Возможно пургились старые файлы при архивировании, если места мало оставалось.

Дэбаг утилизации хорошо смотреть в remote manager->Diagnose Server->Profile / Debug->Profile CPU Execution by NLM

Тыкаешь строчках в колонке "Execution Time"

Оказалось

Level 2 OpLocks Enabled On
Client File Caching Enabled Off

Поменял через монитор Level 2 OpLocks Enabled на Off
скажите изменения этого параметра сразу активируется или только после перезагрузки сервера?
Вот только не знаю поможет ли, так как файлы которые архивировал пользователь точно ни кто кроме него не использует, а оплоки тормозят когда к одному файлу несколько пользователей обращаются (вроде так в теории).
Я почемуто думал что этот параметр влияет только на обращение к файлам на NSS томах.

АлександрСмирнов писал(а):Оказалось

Level 2 OpLocks Enabled On
Client File Caching Enabled Off
...
Я почемуто думал что этот параметр влияет только на обращение к файлам на NSS томах.

Старый рецепт. Относится к файловой системе вообще
Но под NSS для *NIX систем это не проходит. Там своя NSS-команда на отключение Level 2 OpLocks
Если ничего не путаю

Оплоки - средство NCP, а не NSS. В нетвари находится в разделе Communications, а не в файловых системах.

Иван Левшин aka Ivan L писал(а):Оплоки - средство NCP, а не NSS. В нетвари находится в разделе Communications, а не в файловых системах.

и находятся они в параметрах NCP (Только что смотрел)
г============================================================================¬
¦ NCP Parameters ¦
¦============================================================================¦
¦ Level 2 OpLocks Enabled Off
¦ Client File Caching Enabled Off -

если вы об этом

Савельев Сергей писал(а):Относится к файловой системе вообще

то я имел в виду, что нет отдельных настроек к разным типам томов, как спрашивал Александр Смирнов