 |
|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Dmitry Miloserdov 2:5020/400 10 Feb 2004 03:29:33 To : Vassily Kiryanov Subject : Re: Измерить толщину канала - чем? -------------------------------------------------------------------------------- Hello, Vassily! You wrote to me on Mon, 09 Feb 2004 18:38:54 +0300: DM>> Замена устаревшей технологии на более современную ( непонятно правда DM>> зачем продолжают тащить совместимость ). Умирает не только CSMA/CD но DM>> и топология вцелом. VK> Чтобы людей не отпугнуть значительными первоначальными вложениями. Если VK> совместимость не убирать, то с народа можно будет хоть и меньшими VK> темпами, но млупить больше бабок. Как оказалось тащить совместимость решили не все. Все что нашлось вокруг из гигабитной меди это broadcom и intel и та ни другая half-duplex не умеет. Hу еще в sunfire880 что-то гигабитное стоит и с медью и с оптикой но понимает ли ее медь полудуплекс не предоставляется возможным. DM>> если у тебя нет гигабитного хаба и ты по каким-то своим экзотическим DM>> причинам DM>> не выставил насильно полудуплекс то CSMA не твой случай и ты получаешь DM>> gap в 96ns и соответственно эффективная скорость ровно в 10 раз больше DM>> чем на 100М. VK> Эти рассуждения верны только до тех пор, пока средний размер пакета VK> растет пропорционально пиковой пропускной способности. А ситуация от VK> этого далека. Разясни пожалуйста где ты потери увидел? DM>> fullduplex гигаэзернет можно считать полноценной заменой десяти DM>> фулдуплексных фастэзернетов. VK> Только там, где пакеты огроменные исключительно летают. В обычных сетях VK> такого не наблюдается. независимо от величины пакетов. DM>> Причем хорошей заменой - в смысле DM>> не видно параметров где былоб ухудшение. Hу разве что latency может DM>> увеличится на переходе 100/1000 из-за вынужденного store-n-forward. VK> Так вот эта задержка в реакции всё и сожрёт, и, чем меньше средний VK> размер пакета, тем чаще эта задержка будет происходить. во-первых latency и throughput понятия ортогональные т.е. эта задержка не влияет на пропускную способность. во-вторых это как раз для мелких пакетов (<64байт обычно) задержка равна 0. VK> Рад за вас. Hаверное у вас в локалке только огромные файлы передают и VK> только по FTP и аналогичным протоколам. Иначе не будет вам того кайфа VK> на который вы рассчитываете. нет пакеты у нас как у всех. 15% в >1024 попадают 10% в 64. 45-50% в cумме на 65-127 и 128-255. а что у вас реально используется 10портовый транк? VK>>> Дело в том, что если уж отходить от CSMA-CD то не к CSMA-CA а VK>>> лучше к маркерным технологиям DM>> Да не отходили они. протокол в точности совпадает только константы DM>> другие. А CSMA/CA вообще непонятно причем тут. этож вроде только в DM>> аирланах живет и то вроде не особо успешно. а мы судя по упомянутой DM>> цифре 100 метров говорим исключительно про медь. VK> Про медь говорим. И про технологию гигабитного эзернета. Вот и связь. Так какая же все-таки связь между технологией гигабитного эзернета и CSMA/CA? DM>> ты думаешь нормально реализованый транк из 10 портов встретишь чаще DM>> чем нормарльно реализованный гигаэзернет? я лично сомневаюсь. VK> Проблема не в самой технологии, а в её неудачном применении. Для VK> локалок лучше именно 100Мб езернет из-за своей лучшей переносимости VK> мелких пакетов. А для случаев, когда нужно кидать большие объёмы данных VK> протоколами, не завязаными на мелкие пакеты - там да, гигабитному VK> эзернету самое место. я все-таки надеюсь что будет какое-либо разъяснение где же гигабит медленнее, а то все голословные утверждения. даже нет - голословнОЕ утвержденИЕ: гигабит медленнее на мелких пакетах - и все. почему медленнее? With best regards, Dmitry Miloserdov. E-mail: dmitry@bis.ru --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/6577f4c8dd2f.html, оценка из 5, голосов 10
|
|
|