|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Sergei Shumakov 2:5005/47 23 Dec 2001 20:01:42
To : Oleg Wineberg
Subject : А почемy свич настолько медленнее хаба?
--------------------------------------------------------------------------------
Thursday December 20 2001 22:55, Oleg Wineberg wrote to Sergei Shumakov:
OW> С pаспиновкой конечно нет. Я же писал, я все же дважды CNE, это yже
OW> на автомате делается. Пентасканеpом я не пpовеpял, но дyмаю, все
OW> должно быть в поpядке. Во всяком слyчае стандаpты везде
OW> выдеpживались.
даже автоматы ломаются, в смысле люди не роботы, и могут ошибиться... и на
старуху бывает проруха (с) пословица
OW>>> То есть я понимаю, что если сеть не загpyжена, на свиче бyдет
OW>>> чyть медленнее, чем на хабе.
SS>> откyда дpовишки?
OW> Hе понял. А что, есть сомнения?
откуда взято утверждение что пропускная способность коммутированной сети будет
чуть ниже чем сети на хабах, при равных условиях по нагрузке? ведь ты будучи CNE
понимаешь что в сети построенной на хабах при возникновении коллизии сетевые
платы должны уйти в таймаут, по истечении которого должны перепослать пакет. в
случае со свичами, такое практически не происходит, т.к. нормальный коммутатор
одновременно может коммутировать множество портов. а если идет множество
обращений к одному хосту (типа много клиентов ломанулись на сервер), то пакеты
буферизуются на входных портах. и процесс их коммутации значительно быстрее
процесса повторной посылки, т.к. свитч сделает коммутацию сразу после того как
порт получателя освободился, а не через какой-то таймаут. если же ты имел в виду
то, что пакет сначала принимется свичем, а потом передается получателю, и это
медленне чем сразу передать получателю, то будешь прав, но только частично. ведь
есть несколько схем коммутации. когда я измеряю производительность свой сети, то
все что проходит через 3Com SuperStack, то получаю скорость трансфера 10 мег/сек
без напряга. а вот на 3Com OfficeConnect (неуправляемые свитчи) скорость выше 8
мег/сек не поднимается.
OW> Это хоpошо видно, когда база данных в бpоyзе pефpешится. Раньше это
OW> занимало сyщественно меньше секyнды, тепеpь секyнды 2-3.
я бы не стал использовать браузер в качестве измерительного устройства. померь
трансфер чем-нибудь более специализированным.
Sergei e-mail: sergei.shumakov@altavista.net
ICQ: 14192519
--- GoldED+/W32 snapshot-2000.12.24
* Origin: Visual Systems. Tomsk. Russia. (2:5005/47)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
