Отправляет email-рассылки с помощью сервиса Sendsay

Записки бизнес аналитика

  Все выпуски  

Записки тестировщика


Информационный Канал Subscribe.Ru


Записки тестировщика // выпуск 2 // 2003-10-27

1000 сессий.
немного о 1000 соединений в нагрузочных тулах.
очередная реклама на странице технических параметров инструмента. ладно. скипаем, скипаем... поддержка... технологии... саппорт... о, вот оно! инструмент позволяет создавать нагрузку до 1000 паралельных запросов в секунду. заметим, это не стресс тул, лодинг (loading test), нагрузочный.

немного математики, если позволите:
1000 запросов в секунду * 60 секунд = 60.000 запросов в минуту
60.000 запросов в минуту * 60 минут = 3.600.000 запросов в час
3.600.000 запросов в час * 24 часа = 86.400.000 запросов в сутки
вычисления проведены с использованием инженерной программы Microsoft ® Calculator (v 5.1)

вижу, что некоторые задумались. также задумался и я. скольким системам с которыми нам приходилось сталкиваться придётся работать под такой нагрузкой? и что это за системы? конечно, в первую очередь на ум приходят веб-системы с огромным количеством запросов в секунду. специалисты в области веб разработок злорадно заулыбались. начнём с того, что не все веб сервера позволяют обрабатывать такое количество одновременных запросов, не говоря уже про сервера баз данных. но отложим в сторону технические возможности, пусть у нас есть такой сервер, пусть. что же за приложение требует таких нагрузок? сайт, который посещают более 25 миллионов человек в сутки я знаю только один: sex.com (по-моему можно просто сделать пустой эту страницу — всё равно будет 25 миллионов посетителей). что же ещё?

некоторое время у меня была догадка, которая подтвердилась совсем недавно: примером системы под такой нагрузкой, может служить совокупность серверов, которая поддерживает учётную запись А доменной зоны com. компания veritest. по-сути своей эта система есть корень глобальной сети, нагрузка на неё является самой большой в силу своей специфики. кто сможет назвать систему подобную этой, сообщите почтой — давно хотел поглядеть.

зачем нам, если мы не проводим тестирование систем обеспечивающих функционирование глобальной сети интернет подобный тул? для того, чтобы обеспечить мнимую производительность системы? или мы любим создавать себе лишние трудности, чтобы потом мужественно их преодолевать? на моей памяти, команда дважды попадала в ситуацию лишних переделок и масштабирования приложения из-за явно завышенных требований к производительности. проекты были сданы в сроки, но нервы уже не восстановить. может стоить просто подумать, прежде чем включать такое нагрузочное тестирование, которое нам диктуют вендоры нагрузочных тулов в свои тестовые планы?
26/10/2003

С уважением, Панкратов Вячеслав. Записки тестировщика.

http://subscribe.ru/
E-mail: ask@subscribe.ru
Отписаться
Убрать рекламу

В избранное