The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от opennews (??) on 25-Мрт-13, 23:46 
Разработчики расширения MultiPath TCP (http://multipath-tcp.org/) для ядра Linux побили рекорд скорости на самую большую пропускную способность, которую удалось продемонстрировать в рамках одного TCP-соединения.  В рамках проведённого эксперимента
удалось достичь (http://multipath-tcp.org/pmwiki.php?n=Main.50Gbps) пропускной способности 51.8 Гбит/с при передаче данных через одно TCP-соединение. При такой скорости для передача содержимого DVD достаточно 1 секунды, а   диска Blu-Ray (25GB) - 5 секунд.


Технология Multipath TCP (RFC 6824 (http://tools.ietf.org/html/rfc6824)) позволит организовать работу TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам.  Со стороны приложений подобное агрегированное соединение выглядит как обычное TCP-соединение. Multipath TCP может использоваться как для увеличении надёжности, так и для расширения пропускной способности. В качестве одного из практических применений Multipath TCP для обычных пользователей упоминается возможность организации передачи данных на смартфоне, с использованием одновременно линков WiFi и 3G. Для серверных систем Multipath TCP может обеспечить сокращение расходов за счёт использования нескольких дешевых линков  вместо одного более дорогого.


Для достижения скорости 51.8 Гбит/с в эксперименте были использованы два сервера HP DL380p G7 с шестью 10 гигабитными Ethernet интерфейсами в каждом (три двухпортовых адаптера Intel 82599EB). Конфигурация ядра Linux была подвергнуто тюнингу (http://multipath-tcp.org/data/10gig/config_file), учитывающему особенности используемой серверной платформы. Был настроек (http://multipath-tcp.org/data/10gig/client_script.sh) режим  Receive-Flow-Steering (https://code.google.com/p/kernel/wiki/NetScalingGuide), для каждой сетевой карты MTU был установлен в 9000, tx-queue в 500, включена поддержка jumbo-кадров, настроена слитная обработка серии прерываний, обработка прерываний для каждой карты привязана к отдельному CPU, существенно расширены размеры буферов для стека TCP/IP (максимальный размер буфера выставлен в 200 Мб), выбран алгоритм контроля перегрузки cubic.


После установки соединения с использованием  утилиты netperf на первом этапе был задействован только один интерфейс и система показала максимально возможный предел для классического TCP-стека. После этого не разрывая соеденения для оставшихся интерфейсов была включена поддержка  Multipath TCP и система автоматически расширила канал связи с использованием появившейся мощности, доведя в итоге пропускную способность до 51.8 Гбит/с.


<center><iframe width="640" height="360" src="http://www.youtube.com/embed/VMdPI9Cfi9k?rel=0" frameborder="0" allowfullscreen></iframe></center>

URL: http://multipath-tcp.org/pmwiki.php?n=Main.50Gbps
Новость: http://www.opennet.ru/opennews/art.shtml?num=36495

Ответить | Правка | Cообщить модератору

Оглавление

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


6. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +39 +/
Сообщение от klalafuda on 26-Мрт-13, 00:05 
Имея такой линк лет 15ть назад предложение 'скачать Интернет' не показалось бы такой уж шуткой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 00:22 
Да ладно, гугл вон и сейчас имеет копию всего интернета
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

22. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Lain_13 email(ok) on 26-Мрт-13, 00:49 
Теоретически вообще весь интернет можно спокойно уместить на одном танкере.
http://what-if.xkcd.com/23/
Если учесть сколько у гугла датацентров, то у него не одна, у него много копий интернета.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

66. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +7 +/
Сообщение от AlexAT (ok) on 26-Мрт-13, 07:20 
Вы не скачаете, и не поместите "на одном танкере" даже

<?
echo($_GET['input']);
?>

Если будете опрашивать классическим способом.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

123. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:15 
> Если будете опрашивать классическим способом.

Оно разгонится до 51 Гбит? :)

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

65. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Bocha email(??) on 26-Мрт-13, 07:00 
Кругом пишут, что Гуглом сохранено 0,004% интернета. Понятия не имею откуда такие сведения, но вот так.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

85. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от freehck email(ok) on 26-Мрт-13, 11:27 
Так ведь гугл сканирует только web, разве нет?
А mail, nntp, и прочие разумеется не сохраняются.
Также я смекаю, что зеркала всех ftp-серверов гугл также не утруждает себя делать.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

98. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от FKH on 26-Мрт-13, 13:50 
Ну как это? Ньюсы и группы сохраняются ессно. А майлы ваши три года сохраняются согласно приказу Гестапо
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

124. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:16 
> Кругом пишут, что Гуглом сохранено 0,004% интернета. Понятия не имею откуда такие
> сведения, но вот так.

Так гугл не хранит интернет. Он хранит индексы. Несколько разная вещь. Хранить интернет пытается wayback machine. Но в последнее время они IIRC жаловались на нехватку мощностей... :)


Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

92. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от цирроз (ok) on 26-Мрт-13, 12:51 
неа. в кэш попадает далеко не всё.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

13. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от жопка3 on 26-Мрт-13, 00:19 
Кому не лень подсчитать - с какой скорость номера acl/seq переполнятся - меньше чем 2 * MSL или нет ? :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –5 +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 26-Мрт-13, 00:23 
> В качестве одного из практических применений Multipath TCP для обычных пользователей упоминается возможность организации передачи данных на смартфоне, с использованием одновременно линков WiFi и 3G

зашибись юз-кейс. Ускорим скачку на процентов 5-8 выработав литит безлимита в 3g или заплатив за это бабки.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +12 +/
Сообщение от Аноним (??) on 26-Мрт-13, 00:39 
> зашибись юз-кейс.

На самом деле - великолепный юзкейс. Прикиньте, прозрачное переключение между интерфейсами без разрыва соединений. Очень мило. Используется все что может использоваться. А переключение на ходу. По сути - этакий роуминг но для TCP соединений.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

28. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 26-Мрт-13, 00:55 
переключение это прикольно, но там вроде не сказано про это. По крайней мере, не увидел в их презенташке будет ли оно вообще работать. И тем не менее, проблема не проходит, даже с просто переключением можно влететь на бабки или убить лимит.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

47. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +10 +/
Сообщение от Аноним (??) on 26-Мрт-13, 04:11 
> переключение это прикольно, но там вроде не сказано про это.

Как не сказано? Сказано что оно при появлении доп. интерфейсов начинает их юзать, динамически. Могу предположить что при отваливании части интерфейсов оно просто деградирует по скорости и начинает юзать то что осталось. По крайней мере это было бы чертовски логично, раз оно на горячую их подхватывает.

> переключением можно влететь на бабки или убить лимит.

Вопрос кретинизма в тарификации некоего провайдера, меряющего трафф пипеткой - не проблемы протокола. Это ваши проблемы и проблемы вашего провайдера.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

73. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от АнониМ on 26-Мрт-13, 09:46 
>Могу предположить что при отваливании части интерфейсов оно просто деградирует по скорости и начинает юзать то что осталось.

именно так там и написано - применения для серверов повышение надежности при неисправном сетевом интерфейсе разрыва соединения не происходит, что очень и очень круто. следующий шаг менять сетевухи без остановки сервера.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

79. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Moomintroll (ok) on 26-Мрт-13, 10:21 
> следующий шаг менять сетевухи без остановки сервера.

Это предыдущий шаг - PCI hot-plug.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

125. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:18 
> следующий шаг менять сетевухи без остановки сервера.

А вот это сто лет как можно. Даже кулеры и блоки питания можно. Двигаем виртуалку/контейнер на соседний хост, тушим старый хост, меняем все что надо. Никто и не заметит что вообще что-то происходило, если правильно обыграть живую миграцию.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

182. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от тест on 29-Мрт-13, 09:10 
Так вся и фишка в том, что используя эту технологию + pci hot-plug можно никуда не мигрировать.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

71. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –8 +/
Сообщение от тигар (ok) on 26-Мрт-13, 09:40 
а что, в линуксах так до сих пор нельзя сделать чтоли? boud чтоли только для агрегации?;)
вот во фре, например:

lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:26:82:3c:da:2a
        inet 192.168.9.150 netmask 0xffffff00 broadcast 192.168.9.255
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
        media: Ethernet autoselect
        status: active
        laggproto failover lagghash l2,l3,l4
        laggport: wlan0 flags=0<>
        laggport: alc0 flags=5<MASTER,ACTIVE>
вытащу патчкорд - переключится на wifi, соединения не порвутся. функционалу 100лет в обед.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

74. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от АнониМ on 26-Мрт-13, 09:52 
> а что, в линуксах так до сих пор нельзя сделать чтоли? boud
> чтоли только для агрегации?;)

там ограничения с мак адресами как я понимаю и соответственно трах с wlan. boud в линуксе есть и давно.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

127. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:24 
> там ограничения с мак адресами как я понимаю и соответственно трах с
> wlan. boud в линуксе есть и давно.

Бондинг то там есть. Вот только осталось придумать как при этом с разными внешними айпи от разных провайдеров сделать "одно более быстрое соединение" к "вон тому хосту в интернете". Через разные костыли и подпорки - можно, конечно, изгальнутся. Но тут на себя все это взяли расширения протокола. Протокол сам попробует поднять добавочные туннели, максимально закосив при этом под стандартный TCP для минимизации проблем с промежуточными узлами.

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

78. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 10:21 
> разным IP-адресам
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

103. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Zulu on 26-Мрт-13, 14:34 
все линки под аггрегацией должны вести в один свитч. Более того, в случае 802.3ad свитч еще и должет об этом знать.
IPMP об другом.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

126. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:21 
> вытащу патчкорд - переключится на wifi,

А там оно не "переключается" а динамически использует все что доступно. Ну то-есть было 2 интерфейса - юзались два. Поднялось еще три - траффик пошел по пяти интерфейсам. Упало два интерфейса - траффик идет по оставшимся трем. Крутота.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

156. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от NoName on 26-Мрт-13, 22:17 
> прозрачное переключение между интерфейсами без разрыва соединений

Сам по себе малтипасинг - боян, стоит поинтересоваться как аггрегируются малтипасинговые LUN`ы с многопортового SAN`а на тазике со многими же FC-портами.

С другой стороны - а как же NIC тиминг/бондинг/агрегейтинг в Линухах? Оно ж то же самое делает! :)

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

158. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Zulu on 26-Мрт-13, 22:34 
> стоит поинтересоваться как аггрегируются малтипасинговые LUN`ы с многопортового SAN`а на тазике со многими же FC-портами.

СОВЕРШЕННО иначе.
Сначала импортируются все девайсы как самостоятельные scsi luns, потом -- если включен MPxIO -- делается SCSI INQ на page 0x83 и все, что имеет одинаковый ID, считается одним и тем же девайсом.

Ни с бондингом, ни с IP MP это не имеет ничего общего.

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

175. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:59 
> Сам по себе малтипасинг - боян,

...но в данном случае очень уж идея красива и почти не требует лишних приседаний от админа.

Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

19. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 00:42 
подскажите чем это лучше бондинга?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 04:13 
> подскажите чем это лучше бондинга?

Тем что могут без гемора юзаться 2 разных прова например. И через обоих полетит трафф.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

81. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +5 +/
Сообщение от acmnu (ok) on 26-Мрт-13, 10:29 
Бондинг требует агрегации на ближайшем к тебе управляемом оборудовании. А здесь, насколько я понял агрегация идет на уровне TCP, а не на уровне 2 и агрегируют две конечные точки (клиент и сервер), а километры проводов и тонны оборудования по середине не имеют значения.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

130. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:33 
> Бондинг требует агрегации на ближайшем к тебе управляемом оборудовании. А здесь, насколько
> я понял агрегация идет на уровне TCP, а

Именно. Динамически согласуется подъем дополнительных туннелей через иные endpoint'ы (т.е. пары ip:port). При этом протоколец совершенно не смущает что у обоих хостов это могут быть разные сущности, не имеющие ничего общего с начальным соединением. Для подтверждения что вон тот поток данных это то же самое что и начальный - используется некий рандомный ключик, туннели досогласуются динамически, максимально кося под "просто TCP". В случае полного неуспеха оно просто становится совсем обычным TCP. Более того - оно по идее может переживать даже прохождение через NAT и firewall, в протоколе предусмотрено наличие таковых сущностей. В общем сделано довольно-таки разумно и с пониманием сетевой проблематики в целом.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

20. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 00:43 
Не совсем понятно: сетевые карты на интерфейсе PCI-E 2.0, который имеет пропускную способность 5Gb/s  - умножаем на 8 - получаем 40GBit/s.

Как получилось выйти за скорость шины?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +3 +/
Сообщение от Аноним (??) on 26-Мрт-13, 00:50 
> Не совсем понятно: сетевые карты на интерфейсе PCI-E 2.0, который имеет пропускную
> способность 5Gb/s  - умножаем на 8 - получаем 40GBit/s.

PCIe v2.0 (5.0GT/s)

> Как получилось выйти за скорость шины?

1)  PCI Express speed is defined in terms of Transfers, not Bytes, or bits.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

33. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от хрюкотающий зелюк on 26-Мрт-13, 01:39 
один PCI-E x16 это 128Gbit/s, таких портов может быть несколько на крутой материнки, именно два честных x16
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

25. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –8 +/
Сообщение от Аноним (??) on 26-Мрт-13, 00:51 
> в рамках одного TCP-соединения
> с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам.

Дада, разные айпи адреса и при этом одно соединение. Первое апреля через неделю.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 01:50 
http://tools.ietf.org/html/rfc6824
Достаточно даже заголовок прочитать "TCP Extensions for Multipath Operation with Multiple Addresses"
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

118. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 18:43 
Бред. Коннектов будет как минимум столько, сколько айпи адресов используется, если проснифить трафик в езернете между точками обмена.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

131. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:38 
> Бред. Коннектов будет как минимум столько, сколько айпи адресов используется,

Так этот кульный протоколец на ходу досогласует дополнительные субпотоки-туннели, нисколко не смущаясь тем фактом что у них назначения отличаются. Для соотнесения с начальным потоком используется некий рандомный ключ-идентификатор. По факту для стороннего наблюдатедя это будет выглядеть как несколько TCP соединений, протокол пытается сделать так чтобы добавочные туннели максимально косили под просто еще 1 TCP соединение.

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

155. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 22:11 
Ну так это факта не отменяет. что НЕ в рамках одного соединения, а нескольких, пусть даже "субпотоки" называются.
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

169. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:17 
> Ну так это факта не отменяет. что НЕ в рамках одного соединения,
> а нескольких, пусть даже "субпотоки" называются.

Смотря что считать соединением. С точки зрения софта - соединение одно. С точки зрения полета пакетов по интерфейсам, один логический поток распилен на субпотоки. Софт про это может вообще ничего не знать и думать что это одно TCP соединение. А может и знать, если хочет.

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

51. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 04:32 
> Дада, разные айпи адреса и при этом одно соединение.

Beyond your wildest imaginations. Именно так. Вы знаете, в этом мире оказалось возможным очень много из того что считалось "невозможным" или "сказочным".

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

129. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от mr. green thumb on 26-Мрт-13, 19:33 
оказывалось, оказывается и будет оказываться
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

27. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от dr Equivalent (ok) on 26-Мрт-13, 00:55 
Отличная же новость. Сразу представляю шлюз на весь подъезд, подключенный сразу к нескольким провам на внешку.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 26-Мрт-13, 00:57 
это, кстати, может не везде работать.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 01:45 
Тут речь идет про одно TCP соединение вообще-то, при чем тут подъезд вообще?
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

50. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от dr Equivalent (ok) on 26-Мрт-13, 04:29 
> Тут речь идет про одно TCP соединение вообще-то, при чем тут подъезд
> вообще?

А подумать уже не в моде?.. Их что, этих TCP-соединений, не может быть параллельно несколько с одного и того же адреса, или, в данном случае, набора адресов?
Ну, и еще можно внимательнее прочитать статью:

> Multipath TCP может обеспечить сокращение расходов за счёт использования нескольких дешевых линков вместо одного более дорогого.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

88. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 12:41 
Видимо не в моде, потому что новость о том, чтобы по ОДНОМУ TCP соединению передать огромный объем данных за короткое время, используя множество каналов передачи данных. И эта технология должна поддерживаться на стороне сервера тоже. А учитывая, что сайты в подавляющем большинстве отдают данные на скорости меньше мегабита для каждого соединения, какой в этом смысл то? Я повторю, смысл в технологии в том, чтобы все достыпные ресурсы всех доступных каналов передачи данных слепить в кучу и обеспечить одно быстрое соединение.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

39. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 02:56 
На сколько я понял из новости на обратной стороне должна быть такая же машинка
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

52. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +5 +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 04:32 
> На сколько я понял из новости на обратной стороне должна быть такая же машинка

Зачем? /dev/null  рулит! :)


Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

60. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 04:56 
> На сколько я понял из новости на обратной стороне должна быть такая же машинка

Там должна быть машина с таким же MPTCP, что логично.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

48. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Nxx (ok) on 26-Мрт-13, 04:12 
А без Multipath оно так может?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 04:38 
> А без Multipath оно так может?

Есть сетевушки на 40Gb/s

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

54. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Michael Shigorin email(ok) on 26-Мрт-13, 04:40 
> Есть сетевушки на 40Gb/s

В разработе вроде и сотки уже [опять].

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

55. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 04:42 
>> Есть сетевушки на 40Gb/s
> В разработе вроде и сотки уже [опять].

Вот, кушайте, - 16 портовый 100 гигабитный роутер
http://www.juniper.net/us/en/products-services/routing/t-tx-.../

Эксперименты уже идут на терабитном езернете.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

63. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от мус on 26-Мрт-13, 06:06 
>>> Есть сетевушки на 40Gb/s
>> В разработе вроде и сотки уже [опять].
> Вот, кушайте, - 16 портовый 100 гигабитный роутер
> http://www.juniper.net/us/en/products-services/routing/t-tx-.../
> Эксперименты уже идут на терабитном езернете.

Кушает почти 12 киловатт. Жуть :)

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

86. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от lsa on 26-Мрт-13, 11:52 
Старьйо =) и оно насколько я помню чисто P устройство.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

104. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Zulu on 26-Мрт-13, 14:37 
> Есть сетевушки на 40Gb/s

Есть инфинибанд и есть интегрированные -- 4x10g в одном QSFP порту. Суешь туда QSFP to MPO трансивер, то же самое в соседнюю машину, соединяешь кабелем и настраиваешь бондинг.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

133. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:40 
> соединяешь кабелем и настраиваешь бондинг.

Только вот через интернет работать не будет. Сущая фигня.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

137. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:53 
А то что в новости через интернет что ли работает на ~50Гб? Или это тоже фигня?
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

151. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:23 
> А то что в новости через интернет что ли работает на ~50Гб?

Так там нет никакого бондинга. Там MPTCP сам себе "бондинг".

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

160. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 23:55 
ещё раз, помедленнее. вот то что в новости тестировалось в интернете? тестовые версии на 6 прямых проводах как-то не интересуют.
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

170. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:20 
> ещё раз, помедленнее. вот то что в новости тестировалось в интернете? тестовые
> версии на 6 прямых проводах как-то не интересуют.

В новости - может и ничего. Но протокол в целом - максимально заточен на то чтобы спокойно пролетать через интернет несколькими разномаршрутными потоками.

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

178. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 28-Мрт-13, 20:34 
Тогда в данный момент никакой разницы с бондингом. И вот это "Только вот через интернет работать не будет. Сущая фигня" не в кассу.
А смысла в этой балалайке я лично не вижу. Сервак надо напрямую втыкать в провов, без всяких бгп и прочих радостей жизни, это только тсп. Дальше вот есть два прова брень-телеком и хрень-телеком. А оба они покупают полосу у дрянь-телеком. Вот уж отличное решение гнать по этому протоколу данные. Проще с чем-то наподобие торента заморочится.
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

159. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Zulu on 26-Мрт-13, 22:36 
> Только вот через интернет работать не будет. Сущая фигня.

Вопрос был "сетевушки", а не "через интернет". Надо уровни OSI различать, да?

Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

56. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 04:51 
> А без Multipath оно так может?

Если бы проблемы не было - зачем бы люди стали RFC писать? :)

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

57. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 04:54 
>> А без Multipath оно так может?
> Если бы проблемы не было - зачем бы люди стали RFC писать?

Ну а почему бы не устроить МногоПуть на десяти 100-гигабитных сетевушках?

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

59. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 04:55 
> Ну а почему бы не устроить МногоПуть на десяти 100-гигабитных сетевушках?

Теоретически наверное ничему не противоречит. Практически - это потребует какой-то весьма неординарной машины. И кроме того - что в таких объемах слать по TCP соединению?

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

61. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 05:01 
>> Ну а почему бы не устроить МногоПуть на десяти 100-гигабитных сетевушках?
> Теоретически наверное ничему не противоречит. Практически - это потребует какой-то весьма неординарной машины.

4-процессорный, 128-ядерный IBM Power7 справиться. (чуть больше 1 ТераФЛОПа выдаёт.)

> И кроме того - что в таких объемах слать по TCP соединению?

- Какой-нить RAID массив на пару петабайт перекачивать туды-обратно. =)
- Кстати, в курсе что гугл торгует своим кэшем? Терабайт стоит в районе 25000$  
- Например дамп трафика по Москве занимает около 10 терабаб в день!
(на самом деле больше, там какие методы фильтрации, выборок и сжатия, rutracker никому не упёрся)

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

90. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 12:44 
Каким образом гугл перехватывает трафик по Москве?
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

108. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 16:00 
> Каким образом гугл перехватывает трафик по Москве?

Не прикидывайся дебилом - все и так это знают.

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

115. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +4 +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 18:08 
> Каким образом гугл перехватывает трафик по Москве?

Строки нужно читать линейно, слева-направо, а не в шахматном порядке или по рандому.


Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

116. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +5 +/
Сообщение от arisu (ok) on 26-Мрт-13, 18:10 
> Строки нужно читать линейно, слева-направо

а нет ли в этом комментарии антисемитизма?

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

64. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Zenitur (ok) on 26-Мрт-13, 06:46 
А как же обмен данными между Россией и Японией по всего лишь одному оптиковолоконному кабелю? Слухи врут?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 07:25 
Это о другом.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

96. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 13:09 
В одном оптоволоконном кабеле далеко не одна пара волокон для передачи данных.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

157. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от NoName on 26-Мрт-13, 22:25 
> А как же обмен данными между Россией и Японией по всего лишь
> одному оптиковолоконному кабелю? Слухи врут?

Ну например http://ru.wikipedia.org/wiki/%D0%A1%D0%B...

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

68. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от анон on 26-Мрт-13, 07:33 
покажите мне девайс, который за секунда читает весь ДВД-диск
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +7 +/
Сообщение от hhg (ok) on 26-Мрт-13, 08:46 
например iso на tmpfs смонтированный на loop :P
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

110. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +9 +/
Сообщение от acmnu (ok) on 26-Мрт-13, 16:32 
Загрузил ты анона - он теперь судрожно ищет в меню "Пуск" конпочку tmpfs.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

134. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +3 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:43 
> покажите мне девайс, который за секунда читает весь ДВД-диск

RAM-диск. Вопросы? :)

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

154. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 21:57 
Хорошая у Вас рама.
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

161. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 27-Мрт-13, 05:16 
> Хорошая у Вас рама.

Так а эээ... >10Gb/s и объём в три дивидюка по нынешним временам никаких таких проблем не составляет.

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

171. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:46 
> Хорошая у Вас рама.

Она уже много у кого хорошая. Несколько лет как.

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

70. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Ващенаглухо email(ok) on 26-Мрт-13, 09:20 
Когда же в домашнем интернете появится хотя бы гигабит?!...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

72. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от 1 (??) on 26-Мрт-13, 09:41 
запросто, ток цена врят ли устроит... хотя где то уже начинает появляться, ток в локалку как правило.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

75. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –3 +/
Сообщение от Sarmat on 26-Мрт-13, 09:56 
Зачем? у меня 3 телевизора даже для FullHD 100Мб хватит, про сёрфать я думаю и говорить не стоит
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

99. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от John (??) on 26-Мрт-13, 13:50 
Такой сказочник...
http://ru.wikipedia.org/wiki/MPEG-2
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

135. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:47 
> Зачем? у меня 3 телевизора

Дяденька, мы не грабители, поэтому нам пофиг сколько там у вас телевизоров.

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

80. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от blablabla (ok) on 26-Мрт-13, 10:22 
> Когда же в домашнем интернете появится хотя бы гигабит?!...

У меня на домашнем серваке на антрисольке несколько сайтов и канал 80Mbit
Исходящего трафика в неделю более 45 гигов
А зачем домашним хомякам больше теоретических 100 ???

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

138. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:53 
> Исходящего трафика в неделю более 45 гигов

Всего? Я как-то ради интереса seed'анул исохи убунты торентом - посмотреть сколько черех хороший канал можно пропихнуть, etc. За месяц получилось 1.2Тб. Канал был 50Мбит. Впрочем, загрузка была далеко не полная: невзирая на сотни пиров они не всегда могут столько траффа сожрать. Далее я все-таки скостил потребление траффа, т.к. генерить прову столько траффика на постоянной основе все-таки не совсем правильно.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

146. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Anonymus on 26-Мрт-13, 20:06 
> А зачем домашним хомякам больше теоретических 100 ???

Ты слышал что-нибудь о 4К телеках, H265 и 3D ?


Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

82. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от george (??) on 26-Мрт-13, 10:32 
> Когда же в домашнем интернете появится хотя бы гигабит?!...

В украине, в неск обл центрах есть. При чем по вполне гуманной цене порядка 10 евро.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

111. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Led (ok) on 26-Мрт-13, 16:43 
>> Когда же в домашнем интернете появится хотя бы гигабит?!...
> В украине, в неск обл центрах есть. При чем по вполне гуманной
> цене порядка 10 евро.

Странно, я думал так везде...

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

97. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Michael Shigorin email(ok) on 26-Мрт-13, 13:49 
> Когда же в домашнем интернете появится хотя бы гигабит?!...

В подъезде уже несколько лет доступно, цены не совсем домашние, но и не заоблачные.  Кажется, теперь даже от более чем одного прова.  Киев.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

112. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Nxx (ok) on 26-Мрт-13, 16:56 
>> Когда же в домашнем интернете появится хотя бы гигабит?!...
> В подъезде уже несколько лет доступно, цены не совсем домашние, но и
> не заоблачные.  Кажется, теперь даже от более чем одного прова.
>  Киев.

На Украине всегда интернет дешевый. Потому что там его много.

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

113. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +4 +/
Сообщение от arisu (ok) on 26-Мрт-13, 17:12 
> На Украине всегда интернет дешевый. Потому что там его много.

дык у москалей крадут. вместе с газом.

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

128. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 26-Мрт-13, 19:28 
Не-а, это франкфуртский байтопровод где-то с 2005.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

139. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:55 
> Не-а, это франкфуртский байтопровод где-то с 2005.

Транзитные байты из москвы в дойчляндию откачиваете для собственных нужд? :)

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

141. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +2 +/
Сообщение от arisu (ok) on 26-Мрт-13, 19:57 
>> Не-а, это франкфуртский байтопровод где-то с 2005.
> Транзитные байты из москвы в дойчляндию откачиваете для собственных нужд? :)

с байта по биту — и уже навар.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

150. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:17 
> с байта по биту — и уже навар.

А, так вот кто виноват в семибитных байтах и нужде ююков на древних каналах! Теперь мы знаем куда делся старший бит! Ростелеком обязан потребовать выплат от Украины за такое безобразие :).

Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

106. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от hakushka email(ok) on 26-Мрт-13, 15:41 
О Google Fiber не слышали? А зря.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

121. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 18:57 
дорогое / нетехнологическое
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

122. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от hakushka email(ok) on 26-Мрт-13, 19:05 
> дорогое / нетехнологическое

В какой это вселенной $70 за симметричный гигабит дорого или не технологично?

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

140. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:56 
> В какой это вселенной $70 за симметричный гигабит дорого или не технологично?

Вообше, 70 баксов - это довольно много. Это весьма высокий ARPU. Хотя для гигабита достаточно неплохо, да.


Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

76. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от shadowcaster on 26-Мрт-13, 10:18 
А в это время intel спонсирует netmap
http://info.iet.unipi.it/~luigi/netmap/
Во freebsd уже есть, доступно и для линукса.

With netmap, it takes as little as 60-65 clock cycles to move one packet between the user program and the wire. As an example, a single core running at 900 MHz can generate the 14.8 Mpps that saturate a 10 GigE interface. This is a 10-20x improvement over the use of a standard device driver.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 10:19 
Знающие, я правильно понимаю, что пока эту RFC не поддержит хотя бы процентов 80 интернета, юзать ее можно будет только в своих песочницах? Или это расширение совместимо с существующими реализациями стека?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

117. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от pavlinux (ok) on 26-Мрт-13, 18:14 
> Знающие, я правильно понимаю, что пока эту RFC не поддержит хотя бы
> процентов 80 интернета, юзать ее можно будет только в своих песочницах?

Вообще прозрачно для провайдеров.
Они только будут окуевать, - "чёй-то сайты на четверть загружаются и файлы не докачиваются"  :)

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

164. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 27-Мрт-13, 11:24 
>> Знающие, я правильно понимаю, что пока эту RFC не поддержит хотя бы
>> процентов 80 интернета, юзать ее можно будет только в своих песочницах?
> Вообще прозрачно для провайдеров.
> Они только будут окуевать, - "чёй-то сайты на четверть загружаются и файлы
> не докачиваются"  :)

Для провайдеров - согласен. Но сайты-то должны это уметь?

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

172. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:49 
> Но сайты-то должны это уметь?

Ну да. Хотя дарю идею: если есть быстрый хост в интернете - так можно попробовать заапгрейдить скорость и надежность своего интернета. Пульнуть туда нечто типа опенвпн, который размажется на несколько каналов. Возможно наступит профит.

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

176. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от pavlinux (ok) on 28-Мрт-13, 02:13 
>> Но сайты-то должны это уметь?
> Ну да. Хотя дарю идею: если есть быстрый хост в интернете -
> так можно попробовать заапгрейдить скорость и надежность своего интернета. Пульнуть туда
> нечто типа опенвпн, который размажется на несколько каналов. Возможно наступит профит.

squid можно поставить! ФСБ будет в шоке - человек делает GET запрос к сайту, и уходит ;)

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

179. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 28-Мрт-13, 23:33 
Прямоугольная идея со скругленными краями. Срочно патентуйте.
Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

83. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +4 +/
Сообщение от mike_t on 26-Мрт-13, 10:37 
ребята изобрели SCTP?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 13:55 
До sctp им еще как раком до австралии 8(
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

142. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 19:58 
> До sctp им еще как раком до австралии 8(

Что хорошо. Они обошлись без оверинжиниринга и сделали максимально совместимо с TCP. Даже фаеры и наты постарались учесть.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

84. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от sasa (??) on 26-Мрт-13, 11:25 
> настроена слитная обработка серии прерываний

Имеется ввиду NAPI ? http://lwn.net/Articles/30107/

я думал поллинг давно используется по умолчанию

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

87. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Анончик on 26-Мрт-13, 12:14 
Polling'гом это во FreeBSD называется. Оно там настраиваемое.
В Linux - NAPI. Не настраиваемый. Либо работает, либо нет, зависит от драйвера сетевой карты
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

95. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от sasa (??) on 26-Мрт-13, 13:09 
> Polling'гом это во FreeBSD называется

причем правильно отображает суть, а про NAPI я по-больше вас знаю ;-)

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

102. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Анончик on 26-Мрт-13, 14:27 
Я и не спорю, я согласен с вами.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

89. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 12:42 
Сорри за офтоп, а какую максимальную скорость можно получить в винде?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

143. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:00 
> Сорри за офтоп, а какую максимальную скорость можно получить в винде?

Тут это всем до балды, имхо. Привыкните уже к тому что ваша винда - это сухой корм для хомячков. В силу своей закрытой природы и общей враждебности к модификации системы - инноваций в ней нет и не будет, даже и не надейтесь.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

91. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от Assembler on 26-Мрт-13, 12:46 
мдаа.. на виндус сервер 2008 эр2 такая скорость даже и не снилась
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 12:53 
Винда не годиться для серверов шлюзов
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

114. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках..."  +5 +/
Сообщение от arisu (ok) on 26-Мрт-13, 17:13 
винда просто не годится.


Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

144. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:02 
> мдаа.. на виндус сервер 2008 эр2 такая скорость даже и не снилась

Более того - когда линуксные девайсы начнут массово роумиться между разными типами сетей, прозрачно переходя на различные типы каналов "по обстановке" без каких либо отвалов соединений, виндузятники будут лишь завистливо скрипеть зубами и доказывать что линукс сакс. Потому что... потому что у них кишка тонка так же, а это вызывает попаболь :)

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

101. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +3 +/
Сообщение от hummermania (ok) on 26-Мрт-13, 14:20 
"Вдохновившись достиженим разработчиков расширения MultiPath TCP, инженеры Windows попытались воспроизвести эксперимент, но успешно его провалили, из-за многочисленных неудачных попыток поднять Windows на аналогичных серверах, ошибок из-за UEFI SB, отказов поднятия множества скоростных сетевых интерфейсов и из-за банального отсутсвия реализации множества сетевых библиотек и настроек"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

105. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +2 +/
Сообщение от userd (ok) on 26-Мрт-13, 15:37 
:)
s/инженеры Windows/инженеры Microsoft/
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

107. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Assembler on 26-Мрт-13, 15:47 
инженеры microsoft скопируют код MultiPath TCP и внедрят в следующей версии windows server
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

136. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от bsdaemon (??) on 26-Мрт-13, 19:48 
> инженеры microsoft скопируют код MultiPath TCP и внедрят в следующей версии windows
> server

2020-ом ?! доживет microsoft? :)

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

145. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:03 
> инженеры microsoft скопируют код MultiPath TCP

Они уже скопировали sudo. Лет через 10. Или 15. Получился на редкость кривой uac. Если они так же качественно MPTCP скопируют...

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

119. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –3 +/
Сообщение от Йух (??) on 26-Мрт-13, 18:55 
Ну встроенная аггрегация линков появилась в Вынь2012, интересно было бы потестить

но помоему не взлетит

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

149. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:09 
> Ну встроенная аггрегация линков появилась в Вынь2012

Не прошло и 20 лет как до майкрософт дошло что существует агрегация? Чертовски оперативные парни.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

153. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –2 +/
Сообщение от Аноним (??) on 26-Мрт-13, 21:11 
>Чертовски оперативные парни.

Ну да, не стремятся все поломать, что работает и заменить глючным и сырым NIH'ом. Поэтому так любимы "продакшеном" и вообще там, где люди работают, а не занимаются спортивным бегом по граблевому полю. Но школоте с арчегами и федорками не понять, да.

Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

173. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:52 
> работают, а не занимаются спортивным бегом по граблевому полю.

Они работают, занимаясь бегом по граблевому полю. При том в последнее время - больше бегают по граблевому полю чем работают. Качество сетаперов всяких последних эксченжей и прочих, выпадающих в осадок через раз с какими-то левыми зубодробильными ошибками даст фору любой федоре. Там и то такие пре-альфы как релиз стесняются вываливать и откладывают дату релиза.

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

120. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от anonymous (??) on 26-Мрт-13, 18:57 
а чем это лучше SCTP?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

147. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:07 
> а чем это лучше SCTP?

Тем что
1) Максимально косит под стандартный TCP во всех потоках, в счет чего firewall/nat friendly.
2) К тому же предусмотрена деградация до "просто TCP" когда по другому совсем не удалось.
3) Приложения по минимуму можно вообще не переписывать.
4) Не страдает оверинжинирингом и попытками решить все проблемы человечества одной хреновиной.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

132. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от piteri (ok) on 26-Мрт-13, 19:40 
Таак, и какой роутер мне купить, что б это завелось?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

148. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 26-Мрт-13, 20:09 
> Таак, и какой роутер мне купить, что б это завелось?

Любой, который не корежит TCP. В протоколе предприняты усилия для того чтобы для промежуточных узлов все это смотрелось как просто TCP соединения.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

163. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +1 +/
Сообщение от Andrey Mitrofanov on 27-Мрт-13, 10:26 
> Таак, и какой роутер мне купить, что б это завелось?

Глаза разуй, там наверху написано же `HP DL380p G7`.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

152. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от lucentcode (ok) on 26-Мрт-13, 20:25 
Вот и ещё одно доказательство лидерства Linux в серверной сфере. Другие ОС не скоро реализуют подобное.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

162. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 27-Мрт-13, 10:16 
А я круче! http://img42.imageshack.us/img42/6521/steamtb.png
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

174. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 28-Мрт-13, 00:54 
> А я круче! http://img42.imageshack.us/img42/6521/steamtb.png

Крутой у вас канал. Наверное это точка межгалактического обмена траффиком, не меньше.

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

165. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 27-Мрт-13, 21:00 
"Конфигурация ядра Linux была подвергнута тюнингу, учитывающему особенности используемой серверной платформы."

Глянув конфиг, можно сказать что весь этот "тунинх" сводится ко включению RapidIO (а он там есть на железе вообще?). Остальное все по-дефолту. Даже кубик и тот по сути дефолт. А еще много чего можно было вообще выключить. В частности, кучу драйверов для которых на DL380p нет железа.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

166. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 27-Мрт-13, 22:15 
cubic лучше других алгоритмов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

167. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 27-Мрт-13, 23:37 
Один из многих, просто он дефолтный если включить в ядре "расширенное управление потоком". Там их больше десятка разных вариаций, есть специально заточенные под скоростные (H-TCP) или под LFN (HYBLA) линки. Но оставлен кубик.
Панят эта нывазъможна.
Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

168. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 27-Мрт-13, 23:46 
с htcp рекордная скорость получилась бы больше?
Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

177. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  –1 +/
Сообщение от Аноним (??) on 28-Мрт-13, 09:18 
Да в том и дело, что интересно было бы проверить. Тем более, что менять можно на ходу. Но товарисчам видимо нет до этого дела. А может быть оставили задел на будущее. Ждем новость вида "57.3Гбит/с - дальнейшая оптимизация ядра Linux позволила побить прежний рекорд"

P.S.
И надеюсь, что отвечаю не троллю, хотя уже закрадываются смутные предчувствия.

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

180. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 29-Мрт-13, 03:07 
http://fasterdata.es.net/host-tuning/freebsd/
Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

181. "В Linux удалось достичь скорости 51.8 Гбит/с в рамках одного..."  +/
Сообщение от Аноним (??) on 29-Мрт-13, 03:11 
> cubic лучше других алгоритмов?

Congestion Control Algorithm:
H-TCP - http://howtounix.info/man/FreeBSD/man4/cc_htcp.4
Vegas  - http://howtounix.info/man/FreeBSD/man4/cc_vegas.4
NewReno  - http://howtounix.info/man/FreeBSD/man4/cc_newreno.4
HD   - http://howtounix.info/man/FreeBSD/man4/cc_hd.4
CHD - http://howtounix.info/man/FreeBSD/man4/cc_chd.4

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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