Тормоза на сервере терминалов | Страница 2 | Крымский форум

Тормоза на сервере терминалов

  • Добро пожаловать на форум! Рады видеть вас здесь! Зарегистрируйтесь или Войдите в аккаунт, чтобы иметь полный доступ к площадке!
ratibor
Постоянно используется Kyocera KM-1635 и иногда HP 3845. Оба подключены через Local Port. Удаленные юзеры подключают Canon MF3310 и Canon MF5730.
Список процессов прилагается.
 

Вложения

  • Procexp.txt
    4.8 KB · Просмотры: 12
А что показывает Process Explorer? Там можно поглядеть список объектов, которые использует прожорливый процесс. Может натолкнуть на корень проблемы.
 
scrutinizer
Process Explorer показывает список процессов, который приаттачен к моему предыдущему посту.
Повторюсь: как такого "прожорливого" процесса нет. Просто спустя 3-4 дня обычные приложения начинают отъедать по 50-70% процессорного времени, причем 90% этого времени - это время ядра (см. картинку выше).
 
Neolot
Цитата
Список процессов прилагается

oh Mein Gott
lol.gif
сразу не отвечу, вечером буду смотреть шо с кем когда может и почему...
 
Neolot, уфф, идеи иссякают, еще 2 вопроса:

1. следующим потребителем процессора после ядра является spider guard - у него список исключений настроен? (любит он кушать проц по пустякам, да и не рекомендуется на сервере резидента ставить, как собственно скрещивать роли AD с чем либо еще)

2. ntoskrnl - однопроцессорное ядро, на С2D должно быть ntkrnlmp или ntkrpamp (>3Gb оперативы), в диспетчере устройств устройство компьютер как называется?
 
XXXLer
Стоит DrWeb for Windows fileservers. Резидент и должен быть у каждого юзера, так задумано по умолчанию. Пробовал я его сносить, результата не дало.
AD убрать не могу, так как имеется всего два сервера, нужен партнер по репликации.
Устройство называется ACPI Multiprocessor PC. Использует драйверы hal.dll, ntkrnlpa.exe и ntoskrnl.exe.

Может быть AD грузит?
Этой машине всего полгода. На предшественнике было тоже самое, только проц одноядерный с HT стоял, набор программ тот же.
 
Ну что, господа, проблема оказалась в несовместимости AD и сервера терминалов.
После переустановки сервера без AD тормоза исчезли, выше перечисленных симптомов нет.
Остается вопрос: что это все-таки было? Ведь соседство AD и сервера терминалов можно встретить очень часто, но такого нет...
 
Да вообще-то крайне не рекомендуется сочетать роль DC и любую другую. По опыту: даже если использовать железку просто как файловый сервак, разница в скорости между DC и не-DC - невооруженным глазом, как говорится.
 
Назад
Сверху