Сообщается (http://pr.caltech.edu/media/Press_Releases/PR12780.html), что группе ученых с большим отрывом удалось побить рекорд скорости межконтинентальной передачи данных (расстояние между конечными точками - 35755 км.) .Пиковая скорость передачи данных достигла 151 Гбит/с, а официально зарегистрированный рекорд (http://data-reservoir.adm.s.u-tokyo.ac.jp/lsr-20051029/index...) составил 131,6 Гбит/с, причем удалось на протяжении нескольких часов подряд поддерживать скорость обмена информацией на уровне 100 Гбит/с. При такой скорости пять DVD-дисков могут быть переданы всего за одну секунду, а на отправку содержимого Библиотеки Конгресса США уйдет около десяти минут.
Всего в рамках эксперимента за 24 часа было передано 475 терабайт данных. Были использованы 22 волоконно-оптических канала, оптимизированную операционную систему Linux (ядро 2.6.12.6) и модифицированный алгоритм контроля перегрузки TCP потока Fast TCP (http://netlab.caltech.edu/FAST/).
Для фиксирования рекорда использовалась утилита iperf (http://dast.nlanr.net/Projects/Iperf/).
Также было проведено несколько экспериментов, по передаче данных используя модифицированную версию утилиты bbcp (http://www.slac.stanford.edu/~abh/bbcp/) и объединению нескольких небольших кластеров в разных концах света, в качестве файловой системы использовалась NFS v4, с кешированием через dCache (http://www.dcache.org/).
Подробности можно найти в документах: "Supercomputing 2005 Bandwidth Challenge Results (http://ultralight.caltech.edu/web-site/sc05/html/index.html)" и "Lambdas for Particle Physics Analysis:
SC|05 Demonstration (Global)". Графики загрузки можно увидеть здесь (http://scinet.supercomp.org/2005/bwc/results/summary.html), фотографии оборудования и участников проекта - здесь (http://www-iepm.slac.stanford.edu/monitoring/bulk/sc2005/photos/).
Детальные сведения о конфигурации Linux серверов представлены здесь (http://www-iepm.slac.stanford.edu/monitoring/bulk/sc2005/svl...), например, использовался следующий тюнинг ядра (sysctl):- net.core.netdev_max_backlog = 1000
- net.core.rmem_default = 135168
- net.core.wmem_default = 135168
- net.core.rmem_max = 1610612736
- net.core.wmem_max = 1610612736
- net.ipv4.tcp_sack = 0
- net.ipv4.tcp_window_scaling = 1URL: http://net.compulenta.ru/243273/
Новость: http://www.opennet.me/opennews/art.shtml?num=6623
рекорд netBSD в скорости передачи данных побит, linux снова лидер! ;)
А где можно почитать в удобовариаом виде про этот самый тюнинг ядра. В том плане, на что влдияет каждый из параметров и какова реакция на выставлениея большего/меньшего значения?
Documentation/sysctl/*для начала этого хватит
Так, окружность земли по экватору составляет 40 076 km
Расстояние между конечными точками - 35755 км.Ну на 5 тыщ километров неплохо передали. :))
>Так, окружность земли по экватору составляет 40 076 km
>Расстояние между конечными точками - 35755 км.
>
>Ну на 5 тыщ километров неплохо передали. :))На модели 1 к 10 отрабатывают технику передачи данных на Луну. А вообще интересно, для сотен тысяч киллометров придется новый протокол изобретать, TCP/IP из-за большой задержки отдыхает.
35755 км можно и по Америке намотать :)
А в маршруте кроме США были Япония, Кореи и Бразилия.
Работаю я в некой компании. У нас есть оборудование, которое может передавать до 160 каналов каждый по 10Гб максимум. Если перемножите, то получите 1,6Терабит в секунду.
Так что лично меня такими скоростями не удивишь.Да, и сети на таком оборудовании уже во всю в России и Украине. Только используют пока до 10 каналов. потому как пиковая скорость 1.6Тбит/сложно представить кому нужна сейчас.
:P
>Украине. Только используют пока до 10 каналов. потому как пиковая скорость
>1.6Тбит/сложно представить кому нужна сейчас."640 кб памяти явно избыточно и хватает для большинства будущих приложений"
Надвигается время активной передачи видео по сети, потом виртуальную реальность гонять начнут - эх, глубина, я не твой... :-)
>"640 кб памяти явно избыточно и хватает для большинства будущих приложений"Дык, если б не программисы мелксофтовские, с руками из ж**ы выросшими, да сосотоящие в заговоре с производителями харда, может и хватало бы до сих пор... Впрочем, руки оттеда не только у мелкософтовских программеров растут...
Учитывая, массу фотона, гравитационную постоянную,
искажения среды даже космоса (абс. вакуум несчтается, так как у фотона тоже есть масса и заряд), то скорость 1*10^25 bit/sec. ограничена только ск. света, так что еще работать и работать.
Да и вообще, всю Шенноновскую Теорию Передачи Информации пора на помойку. Так как "0" и "1" это предельнные снизу состояния информации. А вот к примеру на основе реакции полу-распада и распада.
радиоактивных эл-тов, вот это дело. Например на разных состояниях изотопа, один и тот же атом может нести разную информацию, причем эти состояния заранее известны, следовательно возможно сформировать направление реакции так, что в необходимый момент, время или месте появтся нужная инфа.
Во меня колбасит!!!, больше небуду на ночь курить
Пример широковещательных пакетов, Атомная Бомба
Гы,гы,гы
>> Пример широковещательных пакетов, Атомная Бомба
С переполнением каналов, однако =)
А чо, зачотное видео и даже реальность одновременно.Правда лучше на это смотреть все-таки по телевизору или с почтительного расстояния ;)
5 DVD дисков это 12ГБ?
ну и шо....1 байт = 8 бит
12 Гбайт Х 8 = палучитцца....... :)
>5 DVD дисков это 12ГБ?
имели в виду пиратские с фильмами в плохом качестве :))
Ну так блин, трафф вам девать некуда?Пустите ADSL2+ и юзеры смогут смотреть потоковое видео.Обычное телевидение давно пора похоронить :D
Вместе со всеми текущими телеведущими. Свергнуть их нах.
>Вместе со всеми текущими телеведущими. Свергнуть их нах.
обычное телевидение они не похоронят никогда
так как еще никому не удалось похоронит собственную жабу,
она ж душит...
у меня 10г сетевуха за 100$ кого щас этим удивиш.. да хоть 500 штук
Вот же ***** , что им мешало вместо этого голодным детям приличный интернет протянуть, жиру бесяться, пусть выступят с акцией "Долой Диалап" и толку больше будет !!!! а как по оптоволокну пускать двдишки с порнухой мы и сами знаем, у каждого в этом есть личные рекорды :)))
что-то нигде не нашел упоминаний об оборудовании речь же ведь идет о кластере?! вообще как то неправильно считать все эти суммарные скорости прокачки даже непонятен смысл такого занятия -тестирование оборудования?! или макисмальной пропускной способности каналов так ведь не один коммутатор участвует а цепочки не проще математически пос