Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Самая легкая в мире оптимизация сервера

Билл Алдерсон, Дж. Скотт Хогдал

Решение сложных сетевых проблем — это часто достаточно большой объем работ по анализу протоколов плюс техническая смекалка. В данном случае все обошлось нажатием одной-единственной клавиши на клавиатуре сервера. Давайте посмотрим, как нам помог здесь анализ протоколов.

Проблема. В нашей сети используются серверы NetWare и Windows NT. При загрузке данных и приложений на рабочие станции часть серверов Windows NT начинает работать медленнее остальных. Ни один из них не выполняет ресурсоемких приложений типа СУБД SQL, и каждый обслуживает только один сегмент Ethernet. Иногда эти серверы "оживают" на несколько минут, и тогда скорость передачи файлов существенно увеличивается. Серверы работают медленно даже в том случае, когда их сегменты загружены очень слабо.

Cкотт: Если я не ошибаюсь, то в одной фирме подобную проблему пытались решить с помощью смазки подшипников жесткого диска сервера?

Билл: Нет! Они сообразили-таки добавить память.

Скотт: Говоря серьезно, это как раз тот случай, когда медлительность сервера может быть обусловлена множеством разных причин.

Билл: В данной ситуации велико искушение просто модернизировать сервер, установив более быстрые процессор и жесткий диск, а также дополнительную память.

Скотт: Конечно, причина могла скрываться где-нибудь в инфраструктуре сети с ее многочисленными сегментами Ethernet, коммутаторами и маршрутизаторами.

Билл: Тогда логичнее было бы перейти на высокоскоростную сетевую технологию АТМ.

Скотт: Но, прежде чем прибегнуть к такой довольно дорогостоящей модернизации сети (ведь АТМ расшифровывается и как Automatic Take your Money), мы хотели попытаться найти причину этой проблемы. Подключив рабочую станцию к сегменту Ethernet одного из "подозрительных" серверов, мы провели анализ трафика сегмента.

Билл: Изучив трассировку передачи файла от сервера к рабочей станции в период низкой загруженности сети (что позволило исключить влияние фонового трафика и конфликтов), мы поняли, какое из этих двух устройств "тормозило" передачу.

Скотт: Мы заметили, что рабочая станция, функционирующая под управлением Windows 95, "общалась" с сервером Windows NT, используя поверх IPX протокол SMB (Server Message Block).

Билл: Гммм... Может быть, проблему создавала поддержка протокола фирмы Novell, реализованная корпорацией Microsoft?

Cкотт: Рабочая станция считывала файл с сервера, используя протокол SMB "Read Block Multiplexed", который по каждому запросу на чтение позволяет получать несколько пакетов данных. При передаче этой "пачки" пакетов производительность сети равнялась приблизительно 1 Mбайт/c.

Билл: Рассмотрев трассировку более тщательно, мы определили, что следующую "пачку" пакетов рабочая станция запрашивала примерно через 1 мс после получения предыдущей, а для ответа на запрос рабочей станции серверу требовалось от 100 до 150 мс (см. таблицу).

Скотт: Итак, рабочая станция функционировала хорошо, а сервер нет. Средняя скорость передачи файла фактически составила около 100 Кбайт/с.

Билл: Должно быть, что-то "пожирало" ресурсы процессора сервера либо сервер имел самый медленный в мире жесткий диск.

Скотт: Мы подошли к серверу и нажали одну из клавишей на его клавиатуре, чтобы вызвать на экран его дисплея, где "красовалась" заставка хранителя экрана (screen saver), изображение "рабочего стола".

Что ж, наш клиент оказался прав — никаких приложений на сервере не было запущено.

Билл: Подожди минуту. Ты только что сказал "нажали одну из клавишей"? Ведь это именно то самое, "спасительное", нажатие, о котором мы сказали в начале нашей статьи?

Скотт: Правильно. И что же, по-вашему, мы обнаружили, когда сразу же после этого нажатия клавиши провели повторный анализ трафика?

Билл: Скорость передачи файлов увеличилась и долгое время превышала 750 Кбайт/с!

Скотт: Но после запуска "хранителя экрана" она упала до "хилых" 100 Кбайт/с.

Билл: Итак, на сервере все-таки функционировало "приложение" — "хранитель экрана".

Скотт: Если кто-то из технического персонала производил какие-то операции на сервере, то "хранитель экрана", естественно, прекращал свою работу и скорость передачи данных повышалась...

Билл: По крайней мере на 10 мин, пока он не начинал работать снова.

Скотт: Это был не какой-нибудь простейший "хранитель экрана", а программа 3D Pipes, написанная на языке Open Graphics Language (OpenGL).

Билл: Эта программа периодически сильно загружала процессор сервера.

Скотт: Очевидно, системному администратору очень нравилась заставка 3D Pipes и он определил этот "хранитель экрана" как используемый по умолчанию на всех своих серверах Windows NT.

Билл: Не запускайте на своих серверах Windows NT "хранители экрана" OpenGL, какими бы привлекательными они ни были.

Скотт: Используйте какой-нибудь нересурсоемкий "хранитель экрана", например Mystify или — лучше всего — простое гашение экрана


распечатать статью




  
4 '1997
СОДЕРЖАНИЕ

колонка редактора

• Lucent открывает для сетей врата ада

локальные сети

• Серверы с процессорами Pentium Pro

• Телекоммуникационные системы: электромагнитные помехи и электромагнитная совместимость

• Сетевые операционные системы

• Самая легкая в мире оптимизация сервера

• Оборудование и ПО: проблема выбора фирмы-поставщика

корпоративные сети

• Как снять синдром технологического "похмелья"

• Развитие систем электронных сообщений

услуги сетей связи

• Учрежденческие системы внутренней связи

• Построение транспортных сетей на основе Синхронной Цифровой Иерархии

• Инверсное мультиплексирование линий ISDN

• Управляемые модемные шасси

интернет и интрасети

• СУБД-технологии для российских Web-узлов

• Настройка DNS: внутренние и внешние серверы

• Система R/3: структура и перспективы развития

• 32-разрядные пакеты программ TCP/IP

защита данных

• ИБП для серверных комнат

• "Керберос": деталь в головоломке сетевой безопасности

новые продукты

• Модуль VoicePlus для коммутаторов ForeRunner, Сетевой анализатор — это все, чего я хочу; Symmetra: масштабируемость и надежность; NetEye 200 — компактная фотокамера с Web-сервером;

только на сервере

• Доступ к информации по протоколу LDAP

• Война браузеров, или Почему Microsoft победит Netscape



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх