LINUX.ORG.RU

NetBSD в очередной раз побила рекорд по скорости передачи данных


0

0

NetBSD вновь побила рекорд межконтинентальной скорости передачи данных (предыдущую победу одержал Linux).

На сей раз, между двумя точками, находящимися на расстоянии около 29 тыс. км., было передано 1830 Гб информации, передача заняла 60 минут, скорость передачи составила более 4 гигабит в сек.

Рекорд побит как в эксперименте с однопоточной передачей данных, так и в многопоточном режиме (492 Гб передано за 16.5 минут). В эксперименте использовался один из снапшотов NetBSD 2.0, протокол - IPv4.

Новость взята с http://opennet.ru

>>> Подробности

★★★☆

Проверено: Demetrio ()

Дружно строем хлопаем в ладошки. А хде сравнительные данные?

Foster
()
Ответ на: комментарий от Foster

А как насчёт времени, которое уйдёт на то, чтоб втыкать их в привод, нарезать, а на другом конце "линии" читать? Что Вы там про скорость света говорили? :)

Teak ★★★★★
()
Ответ на: комментарий от Foster

Не понял, а с каких это пор время конвертации в форму, пригодную для передачи, не учитывается в общей скорости передачи?

Teak ★★★★★
()

Госсспади, зачем извращаца -- фуры какие-то, дивидишки...

Берете листок бумаги, пишете на нем "1" и машете им... достигается любая скорость, достаточно взять достаточно малое расстояние ;)

morge ★★
()

> NetBSD в очередной раз побила рекорд по скорости передачи данных

Строго наказать. Мне этот рекорд в локалке не помешал бы, а она видите ли, его в очередной раз побила! Это когда же он теперь оклемается? ;-)

atrus ★★★★★
()

Хорошо новость подана на opennet, типа одержали победу, а о единице измерения ни слова :)

http://proj.sunet.se/LSR3-s/ NetBSD --- 4310.62 Mbit/sec (во всем виноваты PCI-X и память)

http://sravot.home.cern.ch/sravot/Networking/10GbE/LSR_041504.htm Linux --- 6.57 Gb/s

Вроде так красивее :))

А то блин, умножаем скорость на расстояние :)) Хорошие у буржуев развлечения :)) Три раза байты через Атлантику гонять... А чем еще Cisco занять :))

mky ★★★★★
()

ребята грамотно замаскировались под тестирование и перегнали туеву кручу фильмов, порнухи, вареза и т.п. за бабки спонсоров ;)))

anonymous
()
Ответ на: комментарий от anonymous

Тоже мне рекорд.. попробовали они бы так по модему!! :)

solom
()
Ответ на: комментарий от jackill

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

HellAngel ★★
()
Ответ на: комментарий от HellAngel

А что за инфу они качали? Вывод /dev/urandom или "000" с компрессией? Кстати хороший канал для спамеров. =) Пол инета можно заспамить без особых усилий.

anonymous
()

как они умудрились передать инфу на 29000 км, если диаметр Земли немногим более 12000 км (если мерили насквозь), а максимальное расстояние между двумя точками по поверхности 20000 км (длина экватора около 40000 км)? на высокую орбиту посылали?

anonymous
()
Ответ на: комментарий от anonymous

Глупый анонимус, если ты думаешь, что движение между точками возможно лишь по кратчайшему пути, то тебе не место в этом мире.

SySAlex
()
Ответ на: комментарий от Foster

> фура набитая доверху DVD дисками

Можно ещё круче. Забить доверху 300Гб винтами грузовой самолет. Вот тут уж точно скорость света отдыхает...

anonymous
()
Ответ на: комментарий от anonymous

Да, до линукса этой нетбсд далеко, у Linux абсолютный рекорд - 8 гигабит в сек...

l0gin
()
Ответ на: комментарий от anonymous

> а что там делает в виде спонсора Microsoft?

Как что ? Обкатывает в NetBSD свой новый TCP/IP стек для длинного рога

anonymous
()
Ответ на: комментарий от Selecter

Какие уж тут шутки? teardrop помнишь была такая штука?
Подвержены были linux, win95, winnt....
А все из-за чего? потому что знаковое сравнение везде было
с '0' вместо беззнакового в результате размер пакета '-1'
превращался в (4Gb-1) и вытирал всю память с помощью memset()

Ни в жизть не поверю что во всех трех операционках эта
ошибка была совпадением. Кто-то у кого-то код свистнул.

vahvarh ★★★
()
Ответ на: комментарий от anonymous

>как они умудрились передать инфу на 29000 км, если диаметр Земли немногим более 12000 км (если мерили насквозь), а максимальное расстояние между двумя точками по поверхности 20000 км (длина экватора около 40000 км)? на высокую орбиту посылали?

а по сслыкам картинки не пробовали смотреть? (hint-> бегуны 800 метров бегают не по прямой, а по кругу в 400 метров. :)

gassique ★★
()
Ответ на: комментарий от vahvarh

не надо пургу гнать, что у всех с tcp полный бардак. не так давно была шумиха не цисформуме, что будет, если в хаб воткнуть два компа с сетками 192.168.1.1/24 gw 192.168.1.1 и 10.10.10.1/24 gw 10.10.10.1. вот у некоторых получилось, что ping между этими сетями шел. но если туда воткнуть openbsd, то ping'а нет, хоть застрелись. а у тебя с tcp как?

ss
()
Ответ на: комментарий от ss

Из этого теста глупо делать выводы о наличие положительных и отрицательных реализаций стека TCP/IP.

С точки зрения работы протокола все так и должно быть. Сами подумайте, пройдясь по всем уровням OSI и стеку TCP/IP. Ничего криминального нет.

anonymous
()

Я готов спорить на ящик коньяка, что linux-2.6 в аналогичном тесте
оставил бы бы netbsd далеко позади, если бы позволяли бы возможности
железа увеличивать скорость далее. Нет, даже спорить бессмысленно. Это очевидно.

annonymous ★★
()
Ответ на: комментарий от annonymous

даже несомневаешься? а ведь только дураки во всём всегда уверены.. чесно слово некторые линуксоиды прямо из своего ядра культ делают. обидно :-/

anonymous
()
Ответ на: комментарий от anonymous

Нет, я согласен, тока дураки - они разные бывают. Есть такие, что собаку
съели на предмете спора, и им проста спорить больше не с кем ;) И потому
они так, типа "мысли в слух" высказываются ;) Ты не обращай внимания ;)

annonymous ★★
()
Ответ на: комментарий от ss

> что будет, если в хаб воткнуть два компа с сетками

хабу насрать, что в него тыкать - это устройство визического уровня.

o1o
()
Ответ на: комментарий от o1o

ты все прочитал? прочитай еще раз, поставь эксперимент, конечно, если у тебя есть два компа. :-))))

ss
()
Ответ на: комментарий от anonymous

вот только в open считают по другому, вот ты не знаешь почему? :-)))

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

ss
()
Ответ на: комментарий от ss

Если для тебя OpenBSD Team является непререкаемым авторитетом, то с тобой сложно разговаривать. Смахивает на "Нет бога кроме ____ и ____ его пророк". Нужное вписать. Спор бесполезен, т.к. поиск истины невозможен. Вы не приводите своих мыслей, а используете только вышеприведенный догмат.

Еще раз повторяю, что писал там: Приведенная конфигурация в реальной жизни не применима, ничего криминального в поведении стека TCP/IP других систем нет.

anonymous
()
Ответ на: комментарий от ss

192.168.1.1/24 gw 192.168.1.1 и 10.10.10.1/24 gw 10.10.10.1. Cетки я так полагаю ...1.0 и ...10.0 Никакой пинг рядом даж валяться не может в принципе. После установки гейтов на рабочих станциях усе должно залетать.

anonymous
()
Ответ на: комментарий от anonymous

Опять двадцать пять... Граждане! Внимательно читайте задачу! Пинговать будет с компа 192.168.1.1 комп 10.10.10.1 Отличительная особенность: У этих компов шлюз по умолчанию их собственные IP-адреса. Пингуем с 192.168.1.1 комп 10.10.10.1 Что происходит: Стек анализирует адрес назначения. Определяет, что адрес за пределами сети. Оформляет заголовок для передачи его через шлюз (и по фигу, что шлюз - это та же самая сетевуха), отправляет его. Далее ARP определяет аппаратный адрес получателя. Определяет его успешно, т.к. среда передачи одна (компы включены через хаб). Пакет отправляется в сеть, на обратном конце выполняются аналогичные операции и посылается ответ.

Что криминального в этом? Что не правильно с точки зрения безопасности? Что неправильного с точки зрения работы сетевого протокола?

anonymous
()
Ответ на: комментарий от anonymous

На каждой тачке route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 route add 10.10.10.0 mask 255.255.255.0 10.10.10.1 Не вижу никаких проблем для маршрутизации

Foster
()
Ответ на: комментарий от anonymous

Пакет отправляется в сеть, на обратном конце выполняются аналогичные операции и посылается ответ.

Ты имеешь в виду пинг-понг получится бесконечный? Не получится. Сам попробуй

Foster
()
Ответ на: комментарий от Foster

Млин, торможу - там же тупорылый хаб стоит... Интересно бы глянуть в этой ситуации tcpdump как там TTL у пакетов. Завтра на работе попробую )

Foster
()
Ответ на: комментарий от Foster

Если интересует тема - просьба развивать ее на сайте forum.citforum.ru в разделе "Сети". Здесь увлеклись уже.

Бесконечного пинг-понга не получится. Будет обычное поведение системы. Т.е. сетевые подключения между этими двумя компами будет успешно работать. Невнимательным сообщаю, что речь идет О ДВУХ КОМПАХ, а не о компах, которые находятся в этих подсетях.

anonymous
()
Ответ на: комментарий от anonymous

дело не в симпатиях/антипатиях. mcse не мешает не любить ms. и что из этого? уж прости, но что-то очень сильно тебе мешает смотреть со стороны... в реальности она вполне может быть применима -- домашние сети, или ты считаешь, что они все объединены свичами?

ss
()
Ответ на: комментарий от ss

Не понимаю логики ваших рассуждений. К чему все это? И кстати, в данной ситуации замена хаба на свитч (2-го уровня) не повлияет на результат.

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

anonymous
()
Ответ на: комментарий от Foster

Вышеприведенный опыт показывает иное. При определенных условиях комп с одной сетевухой и одним IP-адресом может стать маршрутизатором. Все желающие могут повторить опыт. Это не сложно.

И если хотите опровергнуть его, хотя бы теоретически, то пожалуйста применяйте слова IP, адрес, ARP, MAC, RFC, а не голословные заявления "не может быть", "кривая ОС", "кривой стек" и прочее.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.