EOMY.NET

[girafenok]

Нужен сервер для отдачи (загрузки) статического контента по протоколам http и webdav. Какова минимальная конфигурация?
Нагрузка: ~ 50 человек в стуки, одновременно - не более 15. Контент: изображения, pdf-документы, видео небольших размеров.
веб-сервер предполагается lighthttpd; база данных и скрипты использоваться не будут.
Какую ОС лучше ставить Linux или FreeBSD?
P.S. В наличие есть 486DX4/24МБ/PCI. Насколько с ним все будет плохо?
Заранее спасибо за ответы.

[Stesh]

girafenok

[Stesh]

[girafenok]

Stesh, спасибо за советы.
Проблема именно в том, чтобы смоделировать нагрузку заранее, а то в боевых условиях менять что-либо не хочется.

[girafenok]

Итог:
486DX4-120/24МБ/Realtek8139PCI. Дистрибутив ttylinux. Веб-сервер: thttpd.
Чтобы понять насколько все это жизнеспособное, запустил две программы для нагрузочного тестирования серверов: HTTP_load и Apache JMetter. результаты двух программ схожи и примерно такие.

[eomysupport]

Думаю, что полезная информация состоит только в том, что за 1 секунду этот файл был отдан примерно 2.2 раза, т.е., скорость получилась 64 кб/сек.
_________________
Дмитрий

● Техническая поддержка бесплатного хостинга осуществляется только через форум поддержки
● Часто задаваемые вопросы по хостингу
● Условия предоставления услуг бесплатного хостинга

[girafenok]

На самом деле полезная информация, хотя и малоутешительная, состоит в том, что периодически идет задержка в отдаче контента на 14 с (msecs/first-response: 3546.05 mean, 13148.2 max, 100.49 min). По JMetter'у видно, что среднее время ответа ~100 м/с, но иногда случаются досадные провалы до 14 с на нескольких запросах подряд. При этом память практически не используется, да и загрузка процессора небольшая. С nginx ситуация похожа. Главное не понятно, какая подситема компьютера на это влияет.
Уважаемый eomysupport, а как Вы контролируете нагрузку на сервера, на каком железе крутятся наши сайты и какова на них близкая к максимальной нагрузка (если это не коммерческая тайна )?
Спасибо.

[eomysupport]

girafenok
Мне показалось, что 14 секунд — это [скорее всего] при 20 параллельных запросах. Хотя, из приведённого вывода программы это неочевидно . Я бы пробовал скачивать этот файл, например, wget-ом, и смотрел бы на фактическую скорость в этом случае. При таком железе я не доверял бы синтетическим тестам.

Или задержки появляются и при одиночных запросах? Если так, тогда что говорит top в моменты задержек? Ещё я бы заглянул в /var/log/messages, а также в vmstat (если в этом дистрибутиве такое вообще есть).

Про контроль за нашими серверами. Вкратце — у нас полно самописных и полу-самописных костылей (скриптов), на которых всё это и держится . Железо работает самое разное. Я не уверен, что целесообразно писать о нашем железе и скриптах, так как я не могу адекватно оценить потенциальный вред от такой информации (когда-то я об этом уже писал). Нагрузка также разная, и в данный момент мы работаем над её понижением — методом переноса серверов на более современное железо.
_________________
Дмитрий

● Техническая поддержка бесплатного хостинга осуществляется только через форум поддержки
● Часто задаваемые вопросы по хостингу
● Условия предоставления услуг бесплатного хостинга

[girafenok]

eomysupport
Задержки появляются и при одиночных запросах и при последовательных запросах. При проигрывании потокового видео случаются зависы прямо посреди ролика. Причем выявить какую-либо систему в этом не удается.
Для процессора top показывает 0 загрузку с редкими всплесками до 100% (thttpd) и всплесками до 70-80% (nginx), память практически не используется, в основном как кеш. Логи посмотрю на днях.
Вобщем что-то вешает систему, осталось выяснить что .