ichthyandr Опубликовано 10 марта, 2011 · Жалоба Всем приветы Ситуация такая - подключены к 2-м провайдерам. Решили расширить полосу до одного из них до 600Мбит/с. В час пик выключаем канал до другого в надежде увидеть "полку" в 600, но получаем 478. Я смотрю скорость по порту на цисаке в PRTG (по snmp) и на магистральном коммутаторе ( встроенное средство мониторинга скорости на порту dlink рисует те же 478 ). Провайдер говорит, что у него все пучком, очевидна необходимость тестировать последнюю милю. Как или чем протестировать? Фтп передача на таких скоростях даст большую погрешность, пользовался iperf, но на скоростях >20 Мбит/c - тоже начинает врать С уважением ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nic_stav Опубликовано 10 марта, 2011 · Жалоба 478 как полка выглядит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EvilShadow Опубликовано 10 марта, 2011 · Жалоба Отключите абонентам шейперы, они сами сработают лучше всяких фтп Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
secandr Опубликовано 10 марта, 2011 (изменено) · Жалоба iperf не врёт, врёт ОС. Тесты показали, что iperf под разные win показали производительность 40-60 мбит. Причём значения постоянно плавают. Тесты разных ядер линукса показали результаты 50 - 92 мбит. Тесты проводили на нескольких дестрибутивах linux, на ноутбуках одной поставки с интерфейсом 100мбит. В итоге для тестов выбрали один из дистрибутивов убунты. Вот с гигабитом не игрались. Изменено 10 марта, 2011 пользователем secandr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 10 марта, 2011 · Жалоба Отключите абонентам шейперы, они сами сработают лучше всяких фтпи ещё плюсом сами качайте топовые Blueray раздачи торрентом - точно прогрузите. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 10 марта, 2011 · Жалоба 478 как полка выглядит?выглядит плоско как стол :) в момент тестирования (переключения) суммарная нагрузка на каналы >600 МБит/с и проблем нагрузить канал нет iperf не врёт, врёт ОС. Тесты показали, что iperf под разные win показали производительность 40-60 мбит. Причём значения постоянно плавают. Тесты разных ядер линукса показали результаты 50 - 92 мбит. Тесты проводили на нескольких дестрибутивах linux, на ноутбуках одной поставки с интерфейсом 100мбит. В итоге для тестов выбрали один из дистрибутивов убунты. Вот с гигабитом не игрались. не важно кто именно врет, будем считать что врет "инструмент в целом"если для 100Мбитного порта показания постоянно плавают да еще в пределах 30-40% - "линейка" явно кривая и измерять ей нельзя, тем более на гигабитных портах Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 10 марта, 2011 · Жалоба IXChariot не врёт, но за него денег хотят... нехреново. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nic_stav Опубликовано 10 марта, 2011 (изменено) · Жалоба IXChariot не врёт, но за него денег хотят... нехреново. http://rutracker.org/forum/viewtopic.php?t=1506976 ну или пробную версию заказать можно Изменено 10 марта, 2011 пользователем nic_stav Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[ip] Опубликовано 10 марта, 2011 · Жалоба Тестировали гигабитную релейку iperf'ом под Linux'ом. С одной стороны сервер, с другой - ноут с гиговой сетевушкой (Lenovo X61s, тоже Linux), нагрузилось на 931Mbit/s. Хотя, конечно, одним tcp'шным потоком добиться полки вряд ли получится если там полисер на 600Мбит стоит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 10 марта, 2011 · Жалоба iperf не врёт, врёт ОС. готовить нужно уметь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 10 марта, 2011 · Жалоба iperf не врёт, врёт ОС.готовить нужно уметь. ну так вопрос и был задан конкретный ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 10 марта, 2011 · Жалоба Тестировали гигабитную релейку iperf'ом под Linux'ом. С одной стороны сервер, с другой - ноут с гиговой сетевушкой (Lenovo X61s, тоже Linux), нагрузилось на 931Mbit/s. Хотя, конечно, одним tcp'шным потоком добиться полки вряд ли получится если там полисер на 600Мбит стоит.хз ... вобщем у нас стоял на одной стороне сервер freebsd, с другой - ноут с гигабитом, виндовый , показания уже на 20Мбитах "прыгали" ... может конечно "не так готовили" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
agr Опубликовано 10 марта, 2011 · Жалоба iperf если и врет, то не сильно, не на 30-40% уж точно. [agr@myworkserver ~]$ iperf -c iperf.mydomain.com ------------------------------------------------------------ Client connecting to iperf.mydomain.com, TCP port 5001 TCP window size: 16.0 KByte (default) ------------------------------------------------------------ [ 3] local xx.xx.xx.xx port 50935 connected with yy.yy.yy.yy port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 1.08 GBytes 925 Mbits/sec Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 10 марта, 2011 (изменено) · Жалоба iperf не врёт, врёт ОС. Тесты показали, что iperf под разные win показали производительность 40-60 мбит. Причём значения постоянно плавают. Тесты разных ядер линукса показали результаты 50 - 92 мбит. Тесты проводили на нескольких дестрибутивах linux, на ноутбуках одной поставки с интерфейсом 100мбит. В итоге для тестов выбрали один из дистрибутивов убунты. Вот с гигабитом не игрались. Ага, с настройками по умолчаниями iperf версии 1.7(обычно такая версия гуляет на просторах интернета) под винду он реально даёт меньше. Проблема решается элементарно - надо всего лишь увеличить размер tcp-окна(вместо 8К поставить 64К) и на FE-интерфейсах будет сотка вместо 40-60. Чтобы виндовые приложения выжирали всю сотку нужно поставить sg tcp optimizer, особенно если задержка заметна(т.е. не 1-2мс) Гиговые линки iperf'ом тоже без проблем тестируются (под винду не пробовал, только из-под линуксов). Изменено 10 марта, 2011 пользователем s.lobanov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 11 марта, 2011 · Жалоба Тестировали гигабитную релейку iperf'ом под Linux'ом. С одной стороны сервер, с другой - ноут с гиговой сетевушкой (Lenovo X61s, тоже Linux), нагрузилось на 931Mbit/s. Хотя, конечно, одним tcp'шным потоком добиться полки вряд ли получится если там полисер на 600Мбит стоит.на какое расстояние она у вас выдает гигабит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Walday Опубликовано 11 марта, 2011 · Жалоба Я смотрю скорость по порту на цисаке в PRTG (по snmp)какой интервал опроса счетчтков и какие берутся- 32бит или 64бит?может просто переполняется счетчик, потому и не видно больше ничего Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[ip] Опубликовано 11 марта, 2011 (изменено) · Жалоба Тестировали гигабитную релейку iperf'ом под Linux'ом.на какое расстояние она у вас выдает гигабит? Тестировали "на столе", хотя от расстояния скорость не зависит, там честный FDD и фиксированная модуляция (т.е. скорость снижать она не умеет, только падать совсем). А максимальное расстояние зависит от уровня осадков и желаемого уровня доступности. Но не больше 10км по любому. И что касается тестирования скорости - Linux'ы с двух сторон, никаких лишних демонов не запускать - лучше в single user загрузиться и сеть вручную поднять. И не забыть что сетевушки должны быть на чём-то более скоростном, чем обычный PCI. Изменено 11 марта, 2011 пользователем [ip] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 11 марта, 2011 (изменено) · Жалоба Я смотрю скорость по порту на цисаке в PRTG (по snmp)какой интервал опроса счетчтков и какие берутся- 32бит или 64бит?может просто переполняется счетчик, потому и не видно больше ничего размерности на мой взгляд хватает, потому что показания PRTG соответствуют измерениям на порту магистрального D-Linka Изменено 11 марта, 2011 пользователем ichthyandr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
secandr Опубликовано 11 марта, 2011 · Жалоба iperf под debian показыает 92.1Мбит +/- 0.2 Мбит на 100мбитном линке. Это 0,2% погрешность. Вполне великолепно меряет каналы до 90Мбит включительно. Там уже по большей части глюки полисеров видны. Чётко видно как заполняются "вёдра": идёт резкий всплеск выше CIR, а потом подение ниже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 11 марта, 2011 · Жалоба спасибо всем откликнувшимся, будем пробовать :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Umux Опубликовано 12 марта, 2011 · Жалоба Останкино - М9 свободное волокно, 1Gbit транк 802.1q. На концах стоят свитчи 3560G с SFP ZX. Два медных порта на одном были соединены патчкордом. К двум портам другого свитча были подключены ноутбуки с гигабитными картами, ubuntu в single mode, iperf и bwping. В транке два vlan, медные порты на свитчах - access к этим vlan. В общем, гигабит в по волокну сразу туда и сюда. Скорость контролировалась по snmp на портах свитча, который был рядом с компьютерами. С помощью iperf на udp удалось получить максимальный трафик 932 Mbit. С помощью bwping - аж 983 Mbit. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 15 марта, 2011 · Жалоба хз ... вобщем у нас стоял на одной стороне сервер freebsd, с другой - ноут с гигабитом, виндовый , показания уже на 20Мбитах "прыгали" ... может конечно "не так готовили"Микротиковским тестом под винду выжимал гигабит на реалтеках встроенных.Гдето на форуме есть даже скриншот диспетчера задач с графиком. С одной стороны был Е8400 с другой Е5300, оба в полку ушли. 2к3х64 и ХР Ага, с настройками по умолчаниями iperf версии 1.7(обычно такая версия гуляет на просторах интернета) под винду он реально даёт меньше. Проблема решается элементарно - надо всего лишь увеличить размер tcp-окна(вместо 8К поставить 64К) и на FE-интерфейсах будет сотка вместо 40-60.Чтобы виндовые приложения выжирали всю сотку нужно поставить sg tcp optimizer, особенно если задержка заметна(т.е. не 1-2мс) Гиговые линки iperf'ом тоже без проблем тестируются (под винду не пробовал, только из-под линуксов). Я делал проще: по 4-8 потоков UDP на отправку с каждой стороны.Хотя какойто тюнинг у меня в реестре был. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...