форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Др. сетевые сервисы)
Изначальное сообщение		[ Отслеживать ]

"Need some help - net test"	+/–
Сообщение от fail on 28-Ноя-14, 11:23
Анамнез. В общем, в целях отдыха от крестов и т.ск. рабочей разминки повозился с http://heim.ifi.uio.no/michawe/research/projects/new-transpo.... спецом для ядра 2.6.32 >>>>>>> Changes: - добавлен контроль этой штуковины через /proc/... - и нек-рые fixes(include security) из upstream >>>>>>> Кто-то из присутствующих, мог бы провести срaвнительное тестирование и выложить результаты, просто не раcполагаю оборудованием и опытом по данному направлению ? Предварительные параметры: - debian 6(или RH(CentOS)6, etc), distro with any linux kernel >=3.10, some other OS(s) ( with distro default network options) - sctp vs tcp(reno and cubic) - latency (optional: 1ms, 5ms, 50ms, ...) - wired vs wireless (optional: packet loss 1%, 5%, 10% ...) - net cards - что-то вроде масс потреба RTL-8139/8139C/8139C+ vs серверное Intel(бла-бла, с этим как оно - вроде off-load, hardware checksum, ...) >>>>>>> Если кто найдется, маякнете куда/кому залить исходники ядерного модуля ?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Need some help - net test"	+/–
Сообщение от nekto on 30-Ноя-14, 14:40
>>>>>>> Погонял экспресс тесты c iperf3 http://heim.ifi.uio.no/michawe/research/projects/new-transpo... - результаты впечатляютЬ, правда только, на виртуалках. >>>>>>> *ть, *ть, *ть - чаяния были услышаны via http://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi?quote... и наступило относительно полное камильфо, из мокументов к CentOS 6.x: pf_retrans - INTEGER     The number of retransmissions that will be attempted on a given path     before traffic is redirected to an alternate transport (should one     exist).  Note this is distinct from path_max_retrans, as a path that     passes the pf_retrans threshold can still be used.  Its only     deprioritized when a transmission path is selected by the stack.  This     setting is primarily used to enable fast failover mechanisms without     having to reduce path_max_retrans to a very low value.  See:     http://www.ietf.org/id/draft-nishida-tsvwg-sctp-failover-05.txt     for details.  Note also that a value of pf_retrans > path_max_retrans     disables this feature     Default: INT_MAX щаз закинем эту вкуснятину на - debian 6/ubuntu 10.04 >>>>>>> P.S.: ы, а потом займемся деликатесом: http://heim.ifi.uio.no/michawe/research/projects/new-transpo...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема