Как определить узкие места в сервере?
Модераторы: Trinity admin`s, Free-lance moderator`s
Как определить узкие места в сервере?
Использую файловый сервер по Win NT 4... Наблюдаются тормоза. Часто процессор загружен на все 100, хотя еще неделю назад средняя загрузка была около 60%. С тех пор новые задачи на сервер не возлагались, пользователей и открытых файлов приблизительно столько же, скорость сетевого соединения не менялась, вирусов нет (проверено Symantec'ом)...
Подскажите, по каким счетчикам можно определить, узкие места? Подозреваю, что это по причине удаления из системы scsi-винтов и их замены на IDE'шные (scsi-винт посыпался и пока везут новый чтобы не останавливать работу используем IDE)... Если это действительно так, то возможна ли оптимизация?
Подскажите, по каким счетчикам можно определить, узкие места? Подозреваю, что это по причине удаления из системы scsi-винтов и их замены на IDE'шные (scsi-винт посыпался и пока везут новый чтобы не останавливать работу используем IDE)... Если это действительно так, то возможна ли оптимизация?
Как правило, процессорное время почти на 100% используют пользовательские программы, запущенные в терминальном режиме на сервере (он еще и терминальный для 1с-ников)... Но раньше такого не было... Они его худо бедно между собой делили и никто его целиком под себя загребал! А сейчас загребают...
Загрузка дисков в пике 85% в среднем 50%
Может процессорное время загребается для проведения дисковых операций?(напомню, винты IDEшные)
Загрузка дисков в пике 85% в среднем 50%
Может процессорное время загребается для проведения дисковых операций?(напомню, винты IDEшные)
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Ну так надо было сразу говорить, что это не файл-сервер, а терминальник с базой данных. Это совсем другой компот.
Дело в том, что в загрузку процов таск менеджер включает и пустые такты ожидания ввода-вывода. Т.е. процы, вроде как что-то делают, но на самом деле просто проверяют буфера - подкачаны ли данные с диска. Так что первым делом посмотрите дисковые счетчики, которые я уже сказал.
Дело в том, что в загрузку процов таск менеджер включает и пустые такты ожидания ввода-вывода. Т.е. процы, вроде как что-то делают, но на самом деле просто проверяют буфера - подкачаны ли данные с диска. Так что первым делом посмотрите дисковые счетчики, которые я уже сказал.
Для обладателей приличных машин - это файл-сервер, а для обладателей очень старых - сервер терминалов.
Счетчики дисков вроде вполне приличные - длина очереди каждого из трех дисков много меньше 1 (если я правильно понимаю при сильной нагрузке длина очереди диска много больше 1).
Длина очереди диска и нагрузка на проц коррелированы очень слабо (т.е. при значительном возрастаниии нагрузки на проц нагрузка на винт возрастает незначительно).
Дело видимо и не в памяти... При физической памяти в 1ГБ Виндами использовано лишь 740МБ (по показаниям Диспетчера задач)
Счетчики дисков вроде вполне приличные - длина очереди каждого из трех дисков много меньше 1 (если я правильно понимаю при сильной нагрузке длина очереди диска много больше 1).
Длина очереди диска и нагрузка на проц коррелированы очень слабо (т.е. при значительном возрастаниии нагрузки на проц нагрузка на винт возрастает незначительно).
Дело видимо и не в памяти... При физической памяти в 1ГБ Виндами использовано лишь 740МБ (по показаниям Диспетчера задач)
А насколько влияют на сервер протоколы, применяемые для связи клиентов с сервером? В первую очередь интересуют TCP/IP и NetBIOS.
Просто некоторые клиенты подключались через NetBIOS, а некоторые через TCP/IP... Перевел всех на TCP/IP и сократились промежутки времени, когда одна задача подминала под себя процессор. Но это очень субъективное впечатление, может реально и не сократилось вовсе, просто "жадные" клиенты отошли чаю попить...
Просто некоторые клиенты подключались через NetBIOS, а некоторые через TCP/IP... Перевел всех на TCP/IP и сократились промежутки времени, когда одна задача подминала под себя процессор. Но это очень субъективное впечатление, может реально и не сократилось вовсе, просто "жадные" клиенты отошли чаю попить...
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Вот я бы не стал так утверждать. Протокол TCP/IP достаточно сложен в реализации, в отличие скажем от широковещательного NETBeui. Если в сети до 10-ти машин, то последний выдаст несравненно большую скорость, чем TCP/IP. Однако у нас вариантов немного, вернее их практически нет, TCP/IP является стандартом де-факто практически для всех систем.JanOrion писал(а):теоретически и практически при переходе на один протокол TCP/IP
скорость работы в сети увеличивается, насколько - зависит от конфигурации сети, используемого оборудования и т.д.
Кто сейчас на конференции
Сейчас этот форум просматривают: Google [Bot] и 29 гостей