Организация FreeBSD Foundation объявила (http://lists.freebsd.org/pipermail/freebsd-announce/2010-Dec...) о выделении денежного гранта на разработку пяти новых модулей с реализацией различных алгоритмов для контроля перегрузки (Congestion Control) в TCP: HTCP, CUBIC, Vegas, HD и CHD. Завершить работу планируется уже в январе 2011 года.
Правильно работающие механизмы отслеживания перегрузок необходимы для эффективной работы IP-сетей, так как позволяют динамически адаптировать пропускную способность к меняющимся условиям, при необходимости понижая интенсивность потока для предотвращения перегрузок. Во FreeBSD изначально реализован стандартный механизм NewReno, учитывающий потери пакетов, возникновения задержек и другие аспекты. Создание новых модулей контроля перегрузки поможет задействовать более оптимальные для определенной специфики алгоритмы, напирмер, алгоритмы CUBIC и HTCP оптимизированы для высокоскоростных сетей с большой задержкой прохождения пакетов, а алгорит...URL: http://lists.freebsd.org/pipermail/freebsd-announce/2010-Dec...
Новость: http://www.opennet.me/opennews/art.shtml?num=28888
Максим, только не "перегрузки TCP", а, скорее, "заторов трафика при TCP соединениях".Перегрузка звучит как "reload/reboot".
у Максима написано правильно
все правильно написано, а reboot это перезагрузка.Congestion
затор(уличного движения)
— traffic congestion — пробка на дороге
CC dynamically balances a flow's throughput against the inferred
impact on the network, lowering throughput to protect the network
as required.Где вы вы ваще нашли слова overload, reload, reboot???
отвечай Ивану Ивановичу Иванову а не мне
> все правильно написано, а reboot это перезагрузка.
> Congestion
> затор(уличного движения)перегруженность
затор
скопление
перегрузка
пробка
застой
гиперемия
перенаселенность
закупорка
теснота
куча
груда
сгущение
> Перегрузка звучит как "reload/reboot".Перегрузка — overload, а не reload.
И не столько "контроля" (ближе check или monitoring), сколько "управление" (control)
(добавлю свои 5 коп о ложных друзьях переводчика к теме пристебывания к качеству перевода :))) )
> И не столько "контроля" (ближе check или monitoring), сколько "управление" (control)
> (добавлю свои 5 коп о ложных друзьях переводчика к теме пристебывания к
> качеству перевода :))) )IMHO, именно "контроль", как удержание потока в рабочем состоянии, адаптируясь к проблемам. Управление - это когда кто-то управляет, в данном случае ситуация когда поток держится "под контролем", не давая выйти параметрам за пределы определенных границ.
ура! неужели сделают то, что в линуксе есть с 2.6.13?
Ну, положим, некоторых и в патченом 2.6.18 из 5 редхата нет (бэкпортнут в 5.6).
Подскажите пожалуйста, где можно поконкретнее почитать про существующие в Linux модули контроля перегрузки TCP и, по возможности, про опыт их использования?
Нигде.Очень сложная тема, одно сплошное шаманство. По сути попытка на основе имеющейся информации определить что происходит в сети. Угу, удачи. Тысячи узлов, ситуация меняется каждую наносекунду а мы тут написали такой суперинтеллект-телепат что предсказывает когда нам стоит придержать коней и не посылать пакеты а то в общем интернету станет от этрого еще хуже.
Мексиканский уборщик уже приближается со сврей тряпкой к небрежно брошеному проводу в серверной. Аларм! Алгоритм орпеделил что нарушение связи неминуемо! Но искуссвенный разум спокоен - у мексиканца подагра, он очень устал и торопится на трансляцию бейсбольного матча. Можно не задерживать следущий пакет, опасная швабра запихнута в шкафчик и работяга уже спешит домой.
Интернет становится уже запредельно сложным. Вот лет через 10 там вообще будет сплошной неотслеживаемый из единого центра p2p, одни облака и смартфоны-на стероидах как клиенты сети. Как страшно жить...
Лично я не понял, что вы хотели сказать. Но я так понял, вы опровергаете актуальность статистического подхода примитительно к сетевым протоколам. Я правильно вас понял?Если да, то я может удивлю вас, но вся наша необъятная физика, которую мы используем, тоже представляет собой то или иное приближение. И вопрос актуальности каждого приближения обычно тоже изучается, на основе чего собственно делается вывод о корректности его применения. ;)
Опять НАНО :)
дайка пруф на реализацию htcp hd и chd в Linux
Сделают то, чего в линуксе до сих пор нет. В очередной раз.
> ура! неужели сделают то, что в линуксе есть с 2.6.13?^rage^ ты б заканчивал с этими наркотиками уже, ок?
касательно новости.. а это вот что?
From: Lawrence Stewart <lstewart@freebsd.org>
To: freebsd-current@FreeBSD.org
Subject: [HEADS UP] Significant TCP work committed to head
Date: Fri, 12 Nov 2010 20:35:45 +1100
С лета финансировали, финансирвли да не выфинасировали
http://www.mail-archive.com/freebsd-net@freebsd.org/msg...
про циску уже речи нет, странно как-то