Как определить узкие места в сервере?

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
sarcoma
Junior member
Сообщения: 19
Зарегистрирован: 31 мар 2005, 13:46

Как определить узкие места в сервере?

Сообщение sarcoma » 07 окт 2005, 11:12

Использую файловый сервер по Win NT 4... Наблюдаются тормоза. Часто процессор загружен на все 100, хотя еще неделю назад средняя загрузка была около 60%. С тех пор новые задачи на сервер не возлагались, пользователей и открытых файлов приблизительно столько же, скорость сетевого соединения не менялась, вирусов нет (проверено Symantec'ом)...
Подскажите, по каким счетчикам можно определить, узкие места? Подозреваю, что это по причине удаления из системы scsi-винтов и их замены на IDE'шные (scsi-винт  посыпался и пока везут новый чтобы не останавливать работу используем IDE)... Если это действительно так, то возможна ли оптимизация?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 07 окт 2005, 12:05

Посмотрите перфмоном phisical disk - queue lenght, reads/sec, writes/sec и сетевую очередь. Так же посмотрите какой процесс в таск менеджере есть процессорное время.

sarcoma
Junior member
Сообщения: 19
Зарегистрирован: 31 мар 2005, 13:46

Сообщение sarcoma » 07 окт 2005, 12:11

Как правило, процессорное время почти на 100% используют пользовательские программы, запущенные в терминальном режиме на сервере (он еще и терминальный для 1с-ников)... Но раньше такого не было... Они его худо бедно между собой делили и никто его целиком под себя загребал! А сейчас загребают...
Загрузка дисков в пике 85% в среднем 50%
Может процессорное время загребается для проведения дисковых операций?(напомню, винты IDEшные)

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 07 окт 2005, 12:17

Ну так надо было сразу говорить, что это не файл-сервер, а терминальник с базой данных. Это совсем другой компот.
Дело в том, что в загрузку процов таск менеджер включает и пустые такты ожидания ввода-вывода. Т.е. процы, вроде как что-то делают, но на самом деле просто проверяют буфера - подкачаны ли данные с диска. Так что первым делом посмотрите дисковые счетчики, которые я уже сказал.

sarcoma
Junior member
Сообщения: 19
Зарегистрирован: 31 мар 2005, 13:46

Сообщение sarcoma » 07 окт 2005, 12:33

Для обладателей приличных машин - это файл-сервер, а для обладателей очень старых - сервер терминалов.
Счетчики дисков вроде вполне приличные - длина очереди каждого из трех дисков много меньше 1 (если я правильно понимаю при сильной нагрузке длина очереди диска много больше 1).
Длина очереди диска и нагрузка на проц коррелированы очень слабо (т.е. при значительном возрастаниии нагрузки на проц нагрузка на винт возрастает незначительно).
Дело видимо и не в памяти... При физической памяти в 1ГБ Виндами использовано лишь 740МБ (по показаниям Диспетчера задач)

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 07 окт 2005, 12:38

Если нагрузка на диски слабая, то ищите проблему в софте - скорее всего параллельно были еще какие-то изменения в конфигурации терминальных клиентов.

sarcoma
Junior member
Сообщения: 19
Зарегистрирован: 31 мар 2005, 13:46

Сообщение sarcoma » 07 окт 2005, 14:53

А насколько влияют на сервер протоколы, применяемые для связи клиентов с сервером? В первую очередь интересуют TCP/IP и NetBIOS.
Просто некоторые клиенты подключались через NetBIOS, а некоторые через TCP/IP... Перевел всех на TCP/IP и сократились промежутки времени, когда одна задача подминала под себя процессор. Но это очень субъективное впечатление, может реально и не сократилось вовсе, просто "жадные" клиенты отошли чаю попить...

JanOrion
Junior member
Сообщения: 7
Зарегистрирован: 10 окт 2005, 06:11
Откуда: Алтай
Контактная информация:

Сообщение JanOrion » 10 окт 2005, 10:52

теоретически и практически при переходе на один протокол TCP/IP
скорость работы в сети увеличивается, насколько - зависит от конфигурации сети, используемого оборудования и т.д.  

sarcoma
Junior member
Сообщения: 19
Зарегистрирован: 31 мар 2005, 13:46

Сообщение sarcoma » 10 окт 2005, 12:17

У меня на сервере в основном 1С вращается... Именно 1С одного из пользователей и подгребает под себя все процессорное время... Проц к сожалению только один, но не будет ли при установке второго проца уже два процесса 1С двух пользователей забирать под себя все время этих двух процов???

Аватара пользователя
Stranger03
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 12979
Зарегистрирован: 14 ноя 2003, 16:25
Откуда: СПб, Екатеринбург
Контактная информация:

Сообщение Stranger03 » 11 окт 2005, 14:00

JanOrion писал(а):теоретически и практически при переходе на один протокол TCP/IP
скорость работы в сети увеличивается, насколько - зависит от конфигурации сети, используемого оборудования и т.д.  
Вот я бы не стал так утверждать. Протокол TCP/IP достаточно сложен в реализации, в отличие скажем от широковещательного NETBeui. Если в сети до 10-ти машин, то последний выдаст несравненно большую скорость, чем TCP/IP. Однако у нас вариантов немного, вернее их практически нет, TCP/IP является стандартом де-факто практически для всех систем.

Ответить

Вернуться в «Серверы - Решение проблем»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 25 гостей