Если знаешь то кинь ссылки на то как полегче с общагой проблему решить...Просто приоритезация думаю не поможет, так как при больщой нагрузке
скорость скачивания больших файлов и измерения скорости через
lv.apollo.net BANDWIDTH meter хорошая, а вот время с которой загружаются
странички тормознутая.
Отсюда был сделан вывод что у провайдера на их серваке/роутере
обработка очередей осуществляется по алгоритму pfifo_fast а сам
размер буфера большой.
Тогда:
LATNET-router = (нагрузка DzTI/общага) + (нагрузка остальных клиентов Latnet)
при большой нагрузки со стороны общаги приводит к тому что образуются
очереди на стороне Latnet, в результате именно этого скорость по пересылке больших обьемов удовлетворительная, а вот скрость ВЕБ-серфинга именно тормознутая.
Надо отметить что ранее настройки ограничивали скорость корневой дисциплиы HTB на 300Кбайт/сек и при такой настройки наблюдалась повышенная заторможенность даже латвийских сайтов.... а вот когда
подрезал до 240Кбайт/сек то получше стало.
Одно время при настроенной немного по другому конфигурации, был разрешен
и DC++ и bittorrent на оставшуюся полосу канала.. но это привело к столь многочесленным протестам со стороны студентов что по их требованию была снижена максимальная скорость Р2Р до 30Кбайт/сек на всю общагу.
Еще часть общежития активно пользовалось программами усиленно посылающими UDP пакеты маленького размера.... может это был вирус,
а может что то новенькое из скачки... но когда прикрыл UDP за исключением DNS то мне показалась ситуация улучшилась.
Хотя насчет последних настроек сервака (с приведенной настройкой) у
студентов жалоб нету.... да и в институте для нас самих интернет
перестал притормаживать.
top показывает
op - 07:22:09 up 9:24, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 31 total, 2 running, 29 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 0.0% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.3% hi, 0.7% si
Mem: 126172k total, 36284k used, 89888k free, 10668k buffers
Swap: 265032k total, 0k used, 265032k free, 15860k cached
(Сам сервак Celeron 450)
Вообще начальная загрузка страниц тормозила и при использование SQUID.
Использование SQUID приводило к более шустреньой загрузке кэшированных страничек. Да и те кто не знал как обойти проксик не создавали нагрузки.
Может через месяц опробую более изощренную настройку сервака, подниму
приоритет пакетов начинающих или сбрасыающих соединений и так далее, а также с помощью geoip сделаю разделение на местный и зарубежный...
Хотя как мне кажется проблема с тормознутосью загрузки сайтов даже некоторых латвиских это не решит, когда есть нагрузке из общаги.
Если будет тормозит WEB-серфинг то думаю придется
1 урезать еще меньше общую скорость общаги
2 через ESFQ уменьшить буфер очереди
3 дропать пакетов на уровне filter (из пакета iproute2)
Ранее поднимал вопрос в linux.org.ru и здесь, по поводу почему
нельзя к ядру начиная с 2.6.12 прикрутить connbytes, в этом случае
можно былобы создать отдельный класс tc куда бы передавались
пакеты если кто либо через ftp или http скачивает объем более
20Мег (через burst думаю это некорректно), но к сожалению
решения этой проблемы не нашел!
Как обычно... мало знающих людей Linux... много только незнаек
которые посылают к манам или занимаются демагогией, вместо короткого
ответа из пары строк с конкретным примером команды.
Если кто знает как прикрутить connbytes милости прошу!
http://www.linux.org.ru/view-message.jsp?msgid=1000786
ЗЫ
=====================================
Насчет бедных студентов из Риги, так у многих из них хватает денежек
ездить на машине :)
Если кому что не нравится в общежитие инет, пускай отключаются,
я только ЗА! Так как канала на столько пользователей явно не хватает.
Деньги со студентов я не получаю, сам пока студент. Менять скорость канала по всей видимости тоже не будут, так как интернет дается по какой то программе для учебных заведений.
