The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Need some help - net test"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Др. сетевые сервисы)
Изначальное сообщение [ Отслеживать ]

"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 https://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 | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру