специалистам по топологии "сосиска"

[lenta.com.ua]

есть сеть, 8 свичей в ряд. провели замеры на скорость к серверу.

на 1-м свиче 80мбит/с, на втором 70, на третьем 64, на четвертом 60, т.п. получается, скорость на каждом свиче уменьшается на 5мбит/с. при этом юзеры полностью со свичей отключены.

 

если я правильно понимаю, то в такой топологии (при отключенных юзерах) скорость на первом и четвертом свичах должна быть одинакова.

[puh]

что понимать под словом "скорость"? каждый свич в цепочке вносит задержку. теперь чиаем последний обзор нага (#266. Разное) и немного думаем.

[lenta.com.ua]

я говорю о СКОРОСТИ ПЕРЕДАЧИ ДАННЫХ, а не о "задержка".

измерения проводились программой iperf.

[Korj]

lenta.com.ua, простите, а что имеется в виду под словом "свич"? Он такой марки, что стыдно написать? :)

[Nag]

я говорю о СКОРОСТИ ПЕРЕДАЧИ ДАННЫХ, а не о "задержка".

измерения проводились программой iperf.

 

Мда, похоже читать не принято последнее время. ;-)

Почему-то скорость от задержек все же зависит в реальности...

[GreeNGO]

я говорю о СКОРОСТИ ПЕРЕДАЧИ ДАННЫХ, а не о "задержка".

измерения проводились программой iperf.

 

Мда, похоже читать не принято последнее время. ;-)

Почему-то скорость от задержек все же зависит в реальности...

 

NAG, похоже, уровень сетестроителей все падает и падает..

Скоро тебе нужно будет размещать на Flash ролики, как строить сеть, или хуже того, видео выкладывать с подробными инструкциями.

 

Народ обленился, ни поиском, ни Google, пользоваться не хотят.

И даже заголовки тем в форуме прочитать ленятся.

Куда катимся ?

[Kaiser]

Облили и, причем, на мой взгляд, необосновано. Человек же указал, что использует для замеров скорости iperf. Налицо слепое следование за авторитетами на этом форуме - один сказал (даже не разобравшись), а следующие уж ему вторят, даже не вникая. Стыдно быть должно, господа.

[nuclearcat]

Для дятлов - от задержки напрямую зависит скорость. Можно было бы не выкобениваться,

а сказать какой RTT между свичами и марку свича. А если еще аффтар не знает, что от задержки зависит скорость по TCP, то зачем вообще было браться за замеры и сетестроение?

 

Без разницы, iperf или ftp. В режиме замера по умолчанию, т.е. tcp со стандартным окном - необязательно iperf покажет максимальную скорость линка. Он покажет ту, которая возможна на данном сочетании RTT+max window size+еще кое-какие настройки.

Если нет доверия Nag, почитайте TCP tutorial.

http://www.csm.ornl.gov/~dunigan/netperf/bulk.html

[puh]

один сказал (даже не разобравшись)

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

[edo]

чего вы на человека набросились?

свитч вносит относительно небольшую задержку в передачу сигнала, вот например компьютер висит на том же свитче:

rtt min/avg/max/mdev = 0.080/0.087/0.108/0.012 ms

rtt min/avg/max/mdev = 0.528/0.538/0.564/0.026 ms (пакеты по 1400 байт)

 

через несколько свитчей (4 кажется):

rtt min/avg/max/mdev = 0.129/0.140/0.167/0.009 ms

rtt min/avg/max/mdev = 0.857/0.871/0.904/0.040 ms (пакеты по 1400 байт)

 

то есть разница есть, но не принципиальная. даже при rtt в 2ms окна в 25Кб вполне достаточно для достижения скорости 100Мбит (на самом деле есть конечно тонкости - но грубая прикидка именно такая)

[lenta.com.ua]

спасибо за ответы, но большинство не вникли в вопрос по сути. ни одного ответа, наталкивающего не решение проблемы нет.

RTT между свичами 0.08мс, поэтому предполагается, что от свича к свичу этот параметр на скорость не влияет.

свичи surecom 8ports.

[Kaiser]

Для дятлов - от задержки напрямую зависит скорость. Можно было бы не выкобениваться,  

а сказать какой RTT между свичами и марку свича. А если еще аффтар не знает, что от задержки зависит скорость по TCP, то зачем вообще было браться за замеры и сетестроение?

 

Без разницы, iperf или ftp. В режиме замера по умолчанию, т.е. tcp со стандартным окном - необязательно iperf покажет максимальную скорость линка. Он покажет ту, которая возможна на данном сочетании RTT+max window size+еще кое-какие настройки.

Если нет доверия Nag, почитайте TCP tutorial.  http://www.csm.ornl.gov/~dunigan/netperf/bulk.html

 

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

[puh]

да вот читая ман по iperf, мне видится, что фича "Measure bandwidth" работает в режиме tcp. а в udp эта программулина не умеет мерять скорость, лишь генерит поток заданной скорости и меряет джитеры/лосты.

Да, кстати, а в режиме tcp iperf имеет ещё ключик -w, значение которого автор топика не привёл. Хотя, с такими крутыми свичами это не важно... это вам не каталист с store-and-forward :)

[SMi]

45 свичей калбаса, максимально давала 94 мегабита 5 минут аварадж. Длинна линии 3 километра, все свичи на RTL8309SB. Пакеты маршрутизировались через роутер на Р3-800 и циску 35**.

[Allexxey]

Меняйте surecom. У них, кстати, производительность по пакетам в секунду очень скромная. Может конечно не у всех разновидностей surecom.

[Korj]

свичи surecom 8ports.

Ну вот с этого и надо было начинать. Тогда вопрос бы Ваш стал риторическим. Что Вы хотите, чтоб вам посоветовали, кроме как выкинуть шурикомы?