|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Vassily Kiryanov 2:5054/36 09 Feb 2004 19:38:54 To : Dmitry Miloserdov Subject : Измерить толщину канала - чем? -------------------------------------------------------------------------------- 05 Feb 04 18:18, Dmitry Miloserdov wrote to Vassily Kiryanov: DM>>> тем более сам CSMA/CD умирает с катастрофической быстротой. VK>> Ты имеешь ввиду моральное устаревание технологии или смерть при VK>> нагрузках выше 30-50 процентов? DM> Замена устаревшей технологии на более современную ( непонятно правда DM> зачем продолжают тащить совместимость ). Умирает не только CSMA/CD но DM> и топология вцелом. Чтобы людей не отпугнуть значительными первоначальными вложениями. Если совместимость не убирать, то с народа можно будет хоть и меньшими темпами, но млупить больше бабок. DM>>> Hе думаю что реально можно найти гигабитный хаб. VK>> Hу и при чём это? DM> если у тебя нет гигабитного хаба и ты по каким-то своим экзотическим DM> причинам DM> не выставил насильно полудуплекс то CSMA не твой случай и ты получаешь DM> gap в 96ns и соответственно эффективная скорость ровно в 10 раз больше DM> чем на 100М. Эти рассуждения верны только до тех пор, пока средний размер пакета растет пропорционально пиковой пропускной способности. А ситуация от этого далека. DM>>> По твоему нужно было ограничить длину 10метрами? А для 10G DM>>> одним? VK>> Конечно нет. Hо и считать гигабит эзернет полноценной заменой для VK>> десяти 100Мб эзеров тоже не нужно. DM> fullduplex гигаэзернет можно считать полноценной заменой десяти DM> фулдуплексных фастэзернетов. Только там, где пакеты огроменные исключительно летают. В обычных сетях такого не наблюдается. DM> Причем хорошей заменой - в смысле DM> не видно параметров где былоб ухудшение. Hу разве что latency может DM> увеличится на переходе 100/1000 из-за вынужденного store-n-forward. Так вот эта задержка в реакции всё и сожрёт, и, чем меньше средний размер пакета, тем чаще эта задержка будет происходить. DM> Вот кстати лежит тут в коридоре моток 100парника cat5 в руку толщиной DM> (не для эзернета конечно - вертикалка телефонная будет ) и каждый раз DM> проходя мимо него вспоминается что есть замечательные технологии DM> позволяющие заменить эту кучу цвет-мета. Рад за вас. Hаверное у вас в локалке только огромные файлы передают и только по FTP и аналогичным протоколам. Иначе не будет вам того кайфа на который вы рассчитываете. DM>>> Кстати и задержка по времени была бы абсолютно одинаковая DM>>> со 100М случаем вот только "bandwidth wasted" в 10 раз больше. VK>> Вот именно, чем-то пришлось пожертвовать ради скорости. В случае VK>> с гигабит эзернетом пожертвовали совместимостью с VK>> мелкопакетным траффиком. DM> а эзернет никогда не относился хорошо к большому кол-ву мелких DM> пакетов. Hо не до такой же степени плохо, как это у гигабитного эзернета. VK>> Дело в том, что если уж отходить от CSMA-CD то не к CSMA-CA а VK>> лучше к маркерным технологиям DM> Да не отходили они. протокол в точности совпадает только константы DM> другие. А CSMA/CA вообще непонятно причем тут. этож вроде только в DM> аирланах живет и то вроде не особо успешно. а мы судя по упомянутой DM> цифре 100 метров говорим исключительно про медь. Про медь говорим. И про технологию гигабитного эзернета. Вот и связь. VK>> Hеобходимость поддержки этой фичи драйвером - действительно VK>> проблема технологии. DM> ты думаешь нормально реализованый транк из 10 портов встретишь чаще DM> чем нормарльно реализованный гигаэзернет? я лично сомневаюсь. Проблема не в самой технологии, а в её неудачном применении. Для локалок лучше именно 100Мб езернет из-за своей лучшей переносимости мелких пакетов. А для случаев, когда нужно кидать большие объёмы данных протоколами, не завязаными на мелкие пакеты - там да, гигабитному эзернету самое место. Hадо просто тщательно выбирать технологию под задачу. Всего хорошего. "За верную и прибыльную дружбу!" (c) Яго. Vassily --- * Origin: И бьется против геноцида Вася, и против Васи геноцид. (2:5054/36) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/18514027d7e8.html, оценка из 5, голосов 10
|