Просмотр полной версии : Скорость скачивания 0.4кб/сек
Anonymous
04.08.2005, 15:50
Скорость скачивания 0.4кб/сек с kallisto.ru (http) на сессию - это нормально али сервер перегружен?
А то вот хочу взять "модель" - в отпуске послушать, но боюсь уже не успею :-(
Скорость скачивания 0.4кб/сек с kallisto.ru (http) на сессию - это нормально али сервер перегружен?
А то вот хочу взять "модель" - в отпуске послушать, но боюсь уже не успею :-(
Я писал что http в тестовом режиме и сильно ограничен.
Если есть возможность качать по ftp то лучше качай по ftp!
Сервер не перегружен, для скачивания по http запущен отдельный демон http, сейчас он поработает несколько недель будет статистика как он грузит систему и если все будет ок но ограничения будут уменьшены.
Anonymous
04.08.2005, 17:09
windows? linux?
для статики ставь че попроще. я вот lighttpd под linux'ом юзаю. Если что - может и помогу с настройкой.
windows? linux?
для статики ставь че попроще. я вот lighttpd под linux'ом юзаю. Если что - может и помогу с настройкой.
Не, дело не в этом. просто беда http всех в том что при скачивании с них грузится процессор в разы больше нежели когда качают по ftp
И не важно это apache, lighttpd или nginx ...
Так же не умеют распределять нагрузку, кто занял весь доступный лимит по скорости тот и качает.
Сайт и форум работают на своем апаче, а для закачек по http запущен отдельный http демон nginx ...
пока что он не смог загрузить систему даже на 2%
Но и закачек не много. За время тестирования в логе показано что от открыл 110000 потоков на скачивание файлов...
Ограничение сейчас 80 килабайт в секунду.
Дай ссылку на lighttpd под линукс. Он умеет ограничивать закачки по количеству + скорости + суммарной скорости всех закачек?
FTP умеет, поэтому с ftp льется мягко и всегда с одинаковой скоростью, а вот http кто занял место и выделенный канал тот и качает, все другие курят бамбук, поэтому у одних 0.4кб/сек а у других открыто 1000 потоков для скачивания одного файла и типа всем ждать...
Anonymous
05.08.2005, 08:16
www.lighttpd.org - но он кажется не умеет полосу ограничивать, это можно сделать чем нибудь еще (например iproute2)
thttpd - www.acme.com - этот умеет, но кроме как для статики ни для чего более не годен.
п. с. а вот ресурсов оба жрут гораздо меньше чем апач. и проще в настройке.
www.lighttpd.org - но он кажется не умеет полосу ограничивать, это можно сделать чем нибудь еще (например iproute2)
thttpd - www.acme.com - этот умеет, но кроме как для статики ни для чего более не годен.
п. с. а вот ресурсов оба жрут гораздо меньше чем апач. и проще в настройке.
На счет ресурсов - согласен, nginx тоже мало их кушает. Но апач наворочен немерено..
www.lighttpd.org и www.acme.com щас посмотрю, попробую. Важна для сервиса скачиваний именно полоса пропускания, чтобы небыло так что человек с жирным каналом сядет на сервак, откроет 100 конектов по 200 килобайт в секунду и сидит, остальные отдыхают.
На счет iproute2 и других средств шарпинга, не хочется их применять, на серваке итак настроено докучи включая сорс роутинг и работы по двум сетевым картам в четырех подсетях одновременно... Я думаю лучше http найти со встроенным ограничением...
Powered by vBulletin® Version 4.2.0 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot