Александр Рыбалко опубликовал (http://lists.freebsd.org/pipermail/freebsd-mips/2010-Februar...) информацию о статусе портирования FreeBSD на MIPS32-совместимую одночиповую платформу Broadcom BCM5354 (http://www.broadcom.com/products/Wireless-LAN/802.11-Wireles...), ориентированную на создание беспроводных маршрутизаторов. В настоящий момент реализована поддержка записи через CFI, работает GEOM_MTD, GEOM_ULZMA, настройка VLAN, установка сжатого ядра и сжатой файловой системы (GEOM_ULZMA) на Flash. Не решены проблемы с загрузкой KLD-модулей ядра, не реализована поддержка GPIO и Wi-Fi.
URL: http://lists.freebsd.org/pipermail/freebsd-mips/2010-Februar...
Новость: http://www.opennet.me/opennews/art.shtml?num=25382
Хуже Нокии. У меня Bluetooth-адаптер имеет такое же название, как и этот роутер, с двумя отличающимися цифрами только.
Эти два предложения как-то связаны ?
>Хуже Нокии. У меня Bluetooth-адаптер имеет такое же название, как и этот
>роутер, с двумя отличающимися цифрами только.А что за линукс стоит на вашем Bluetooth-адаптере?
>Хуже Нокии. У меня Bluetooth-адаптер имеет такое же название, как и этот
>роутер, с двумя отличающимися цифрами только.Меняйте драгдилера oO. К вашего слишком качественная дурь, что влияет на адекватность ваших коментов :\
Не травите, человек жестоко измучен четвёртыми кедами!
Не далек тот день, когда фряха потеснит линукс в секторе встраиваемых систем.
что позволит не открывать исходники модификаций позаимствованного ПО.
что позволит линуху развиваться и дальше быстрее.
>что позволит линуху развиваться и дальше быстрее.Ну и отлично - самобалансировка, типа. Вон не было бы сорсов под какойнить WL500GP и хрен бы они тут вообще чего-нибудь продали. Потому что не работала родная прошивка с корбинами и прочими PPTP+DHCP, коих у нас большинство. И починили это только в "Олеге" и подобных по смыслу. А без них Асус как бы являл собой бесполезный для юзера кирпич, не способный полноценно работать в прововской локалке. А в официальных фирмварях отакое чинили по принципу "не прошло и 10 лет" :)
Более того - если посмотреть хоть тот же асусфорум, "любители" часто разруливают проблемы с конкретным провом. Зачастую влезая в кишки для этого. А дай им монолитный блоб вместо этого (а зачем еще надо *bsd?) и они ничего не смогут с этим поделать и будет в итоге бесполезный кирпич.
Именно, так. Хотя и это сильно врятли ибо чтобы перенести все костыли с Linux на BSD нуно будет оочень постараться. Что самое забавное у каждого производителя чипов практически есть ещё и своя недоось типа OSK у Realtek =)
странно. Всегда считал, что Realtek использует Realtek linux. Кстати грамотно собран - неподкапаешся.
>странно. Всегда считал, что Realtek использует Realtek linux. Кстати грамотно собран -
>неподкапаешся.Чего чего? Вы точно что-то с чем-то перепутаны. У риалтэка есть 2 SDK на OSK и Linux.
Тот что на Linux это омертвевший понос носорога на 2.4.19/2.6.19 ядре с бизибоксом 0.60.0 и поломанным и протухшим в усмерть юзерспэйсом. http://sadnet.ru тут у меня 2 версии переработанного SDK. Это извините какашки мамонта окаменевшие. SDK от вчерашнего дня на 2.6.19 ядре имеет в обвязке uClibc 2004г примерно той же свежести компилятор для юзерспэйса (3.3.3) и для ядра 4.0.1 что-то там svn/cvs лень смотреть.Я не первый год занимаюсь разработкой под риалтэк в т.ч. для Acorp и тут вы можете мне точно не рассказывать про Realtek Linux. =))
А уж как неподкопаться к тому как он собран это вы вообще зря ляпнули. Редкий ченджлог с момента скачивания SDK до доведения его до собирабельного состояния занимает меньше километра =)) О работоспособности молчу.
> ибо чтобы перенести все костыли с Linux на BSD нуно будет оочень постараться.Мне кажется что их всех заломает так упираться и они будут юзать линух, пихая что им сильно хочется зажать в проприетарные блобы. И вообще по моим наблюдениям все больше контор предпочитает не иметь сторонних разработчиков как можно суровее а дружить с ними. Что как-то логичнее и плодотворнее, в общем то.
>Мне кажется что их всех заломает так упираться и они будут юзать
>линух, пихая что им сильно хочется зажать в проприетарные блобы.Не понял смысла этой фразы. Перечитал 3жды и не понял. Кого заломает и кто будет использовать? Производители чипов? И так используют? Произвдители железа? Там в 99% только морду меняют неудосужившись даже логику вычитать. Ну и обязательно воткнут стопку бэкдоров которые потом будут называть инжинерным входом. Я эту кухню изнутри знаю, и поэтому работаю на Акорп, а не на тот же длинк.
>И вообще по моим наблюдениям все больше контор предпочитает не иметь сторонних
>разработчиков как можно суровее а дружить с ними. Что как-то логичнее
>и плодотворнее, в общем то.Тут вы смешали всё в кучу. Есть прлизводитель чипов к примеру ralink/relatek они лепят SDK и отдают его базовую версию до кучи к devel board и процам, внутри всё что можно заблоблено а от софта стоит такой духан что мама не горюй. Не редко встречаются и перлы аля присвоение i значения 2 через memcpy =) Ужаснах но =) Что такое mallock в риалтэке наверное незнают или знают не все.
Код весь с виндовозными переводами строк, ниодин SDK ещё ни разу не собрался в Linux сразу ибо как минимум ригистрозависимые пути давали о себе знать и т.д. и т.п.Дык вот этот сдк на от:?*(сь. В этом сдк производителю предлагается сменить логотип и пару строчек, так делает например интеркросс.
Чтобы получить что-то сверх нуно подписывать кучу NDA (кстати базовый SDK тоже под NDA). Короче говоря траз устраивают не производители железа а производители чипов зажимая сырцы и спецификации и пытаются (как например риалтэк) пересадить вендора 2го порядка на собственные оси с собственной лицензией (см OSK).
>и кто будет использовать? Производители чипов? И так используют?Ну да, именно. И не понятно что побудит их дергаться, учтя что они и так зажали что хотели в линухе + у некоторых есть самопалы.
>Произвдители железа?
А эти будут кушать что дали. У них на что-то еще пороху не хватит имхо. Тот же длинк вечно не может починить элементарные баги в прошивках. Месяцами.
>Там в 99% только морду меняют неудосужившись даже логику вычитать.
Именно, они обычно ни на что такое распереться не способны. Так, судя по тому что всякие асусы и длинки элементарные баги могут чинить в своем фирмваре чуть ли не годами.
>Ну и обязательно воткнут стопку бэкдоров которые потом будут называть инжинерным входом.
Ну так "славные" традиции :\. Tще со времен AWARD_SW. А потом удивляются что на блобы смотрят с резонным подозрением.
>Я эту кухню изнутри знаю, и поэтому работаю на Акорп, а не на тот же длинк.
По моим наблюдениям - Акорп как-то сильно меньше забивает на фирмваре. Более того - я видел как они сманили к себе спеца делавшего хорошие прошивки для длинков. В итоге направление загнулось а у Акорпа с тех пор стали весьма фичастые (особенно для дешевых устройств) прошивки. Которые активно развиваются, где чинятся баги и прочая. Думаю не трудно догадаться чей подход мне симпатичнее.
>они лепят SDK и отдают его базовую версию до кучи к devel board и процам,
Ну да - кому ж их чипы без софта нужны?
>внутри всё что можно заблоблено а от софта стоит такой духан что мама не горюй.
Да я представляю себе - видел подобные "SDK". Правда судя по вашему описанию - реалтек вообще суров. Впрочем весь виденный софт от них был крив. Не софтварщики они.
>присвоение i значения 2 через memcpy =) Ужаснах
Жесть какая! Ж8[ ]
>но =) Что такое mallock в риалтэке наверное незнают или знают не все.
А я то думал что они тогда уж должны i выделять malloc()ом. Кстати да, "mallock" я тоже не знаю :P (да, мы, тестеры - зануды и видим баги везде :P)
>Код весь с виндовозными переводами строк, ниодин SDK ещё ни разу не
>собрался в Linux сразу ибо как минимум ригистрозависимые пути давали о
>себе знать и т.д. и т.п.Правильно я понимаю что эти олухи под чем-то типа цигвина свое чудо собирают?
>Дык вот этот сдк на от:?*(сь. В этом сдк производителю предлагается сменить
>логотип и пару строчек, так делает например интеркросс.Ну да, реалтек не единственный кто нечто в таком духе делает. Хотя похоже у них принцип "на от:?*(сь" просто зашкаливает.
>Чтобы получить что-то сверх нуно подписывать кучу NDA (кстати базовый SDK тоже
>под NDA). Короче говоря траз устраивают не производители железа а производители
>чипов зажимая сырцы и спецификацииПроизводители бывают разные. Ну вон атмель например ничего не зажимает вроде - даташиты на все процы у них валяются свободно. В том числе и на мощные AVR32 которые они сватали под интернет-гейтвеи и т.п.. И sdk линуховый дает сразу, etc. Правда сдается мне что сие немного иной сегмент рынка, но похожий по смыслу в общем то.
>и пытаются (как например риалтэк) пересадить вендора 2го порядка
>на собственные оси с собственной лицензией (см OSK).Есть несколько вопросов...
1) А качество этой операционки - такой же ахтунг как и то что в SDK?
2) Пачка протоколов которая юзается - достаточно навернутая. А оно не сглючит с каким-нибудь особо-хитрым PPTP в реализации провайдера X из города Бобруйска? Как минимум на длинковский DIR-655 очень много юзеров плевалось. Что-то мне кажется что реалтек как минимум ничем не лучше.
3) А когда юзеры захотят торенты качать и т.п. - реалтек не надорвется? :)
4) Не особо понятно что это дает реалтеку кроме геморроя.Я вижу ровно 1 смысл в такой оси - оптимизация cost любой ценой: делается совсем простой девайс, с минимумом флеша и рамы, где экономится каждый цент на всем и вся (единственный плюс - экономия центов на совсем мелких флешах и оперативке, и он становится все менее и менее актуален). Остальное скорее минусы (с точки зрения покупателя и вендора второго уровня).
>По моим наблюдениям - Акорп как-то сильно меньше забивает на фирмваре. Более
>того - я видел как они сманили к себе спеца делавшего
>хорошие прошивки для длинков. В итоге направление загнулось а у Акорпа
>с тех пор стали весьма фичастые (особенно для дешевых устройств) прошивки.
>Которые активно развиваются, где чинятся баги и прочая. Думаю не трудно
>догадаться чей подход мне симпатичнее.Это вы о Игоре? Он уже как 3й год работает в зюхеле и матом кроем ZynOS которая ThreadX в девичесве.
>Да я представляю себе - видел подобные "SDK". Правда судя по вашему
>описанию - реалтек вообще суров. Впрочем весь виденный софт от них
>был крив. Не софтварщики они.Суров это очень мягкое описание.
>А я то думал что они тогда уж должны i выделять malloc()ом.
>Кстати да, "mallock" я тоже не знаю :P (да, мы, тестеры
>- зануды и видим баги везде :P)Да сорри очепятался, писал под наплывом эмоций =)
>Правильно я понимаю что эти олухи под чем-то типа цигвина свое чудо
>собирают?Именно под цигвином. Но есть пара девелоперов с 7.2 шапкой как build service =))) Но к новым чипам они отношения не имеют и может быть давно в РТЛ не работают.
>Ну да, реалтек не единственный кто нечто в таком духе делает. Хотя
>похоже у них принцип "на от:?*(сь" просто зашкаливает.
>У них даже внятгого роадмапа нет. Обещали поддержку клиента в 8187SU в конце сентября, но вот я забыл уточнить какого года, в итоге уже 2й сентябрь скоро. Более того 8187SU вышей очень большой партией, а спустя 3 месяца мне таки удалось доказать что у них есть стопка аппаратных багов включая перегрев а исполнение чипа не позволяет улучшить ситуацию с помощью радиатора, точнее улучшение весьма незначительные (58 градусов на корпусе в любом режиме), в итоге всё что было предложено - ставьте 8190 в итоге Акорп сейчас будет вынужден снять 8187 с производстав, читай всю ленейку W422G v3. И как там будут обстоять дела с компенсациями и возвратами ХЗ.
>Производители бывают разные. Ну вон атмель например ничего не зажимает вроде -
>даташиты на все процы у них валяются свободно. В том числе
>и на мощные AVR32 которые они сватали под интернет-гейтвеи и т.п..
>И sdk линуховый дает сразу, etc. Правда сдается мне что сие
>немного иной сегмент рынка, но похожий по смыслу в общем то.Риалтэк в наших девайсах можно заменить рпзве что броадкомом, ситуация с последним не намного лучше но стоимость железа взлетит в 1,5 раза.
>Есть несколько вопросов...
>1) А качество этой операционки - такой же ахтунг как и то
>что в SDK?А ХЗ, сырцы без подписания договора на то что мы бум юзать эту и только эту какашку не отдают, по бинарям трудно судить ибо слишком много мороки с перепайкой обвязки проца стобы взлететь с их блобом.
>2) Пачка протоколов которая юзается - достаточно навернутая. А оно не сглючит
>с каким-нибудь особо-хитрым PPTP в реализации провайдера X из города Бобруйска?OSK вообще незнает что такое pptp, предлагается реализовать с нуля.
>Как минимум на длинковский DIR-655 очень много юзеров плевалось. Что-то мне
>кажется что реалтек как минимум ничем не лучше.Я от пробукции блялинк отказался с того момента как они полюбили ставить коммутаторы от IC+.
>3) А когда юзеры захотят торенты качать и т.п. - реалтек не
>надорвется? :)Ну у мну W532G (rtl8672) стоит на аплинка, 12мб на 5к сессий прожёвывает не напрягаясь. Ядро 2.6.19.7 со стопкой своих патчей не считая риалтэковских костылей. А как себя поведёт их ОСК я ХЗ.
>4) Не особо понятно что это дает реалтеку кроме геморроя.
>Я вижу ровно 1 смысл в такой оси - оптимизация cost любой
>ценой: делается совсем простой девайс, с минимумом флеша и рамы, где
>экономится каждый цент на всем и вся (единственный плюс - экономия
>центов на совсем мелких флешах и оперативке, и он становится все
>менее и менее актуален).Прямо в точку. ОСК хочет 512кб рамы против минимум 16х Мб для RTL8672.
>Остальное скорее минусы (с точки зрения покупателя
>и вендора второго уровня).Во во. Под капот заглянуть можно, но чтобы что-либо поправить придётся месяцами разбираться в их писульках.
>Не далек тот день, когда фряха потеснит линукс в секторе встраиваемых систем.
>А надо?)
Могу сказать, что из фряхи получается отличный маршрутизатор.
А наличие netgraph позволяет одной машиной реализовывать очень сложные схемы соединения сетей.
Ага, если только эти дохленькие MIPS`ы не подохнут от натуги. Посмотрите сколько костылей у BCM/RT/RTL в коде только на тему NAT с гордыми именами FASTPATH/OFFLOAD и прочими?
Хотя да, очень сложные соединения вы реализуете, только боюсь скорость будет из разряда привет диалапу =)
ну если взять роутер хотя бы с 500 Мгц процом(есть и вдвое более шустрые на SoC Marvell или Atheros(ARM и MIPSbe cоотв)) и с памятью хотя бы 128 Мб, то проблемы как-бы и нет.
Для таких железок хорошим тоном является гигабитный и-фейс и .n радио. А еще юзер захочет качать торенты и прочая. И снова проца окажется не дофига. ;)
>Для таких железок хорошим тоном является гигабитный и-фейс и .n радио. А
>еще юзер захочет качать торенты и прочая. И снова проца окажется
>не дофига. ;)Да фиг бы с ним с гигабиными ифейсами и прочим. Нет хардварного NAT/QoS offload - труба. А чтобы перенести поддержку этого дела или риалтэковского packet processor который идёт в бинарном блобе (я правда с трудом но заполучил сырцы обвешавшись NDA) это нужно сильно напрячся. Учитывая что BSD и на полноценном железе развивается мягко говоря вяло, то на SOHO железках она безнадёжно в жопе.
Да ладно костыли. WiFi драйвера и те закрытые поголовно за редким исключением, и даже то что в linux ядре часто не пригодно для использования с теми же по маркировке чипами но в роутерах без достаточно серьёзной переделки. Тоже самое касается кода DSP для DSL который сам в бинаре так ещё и грузиться бинарным костылём (драйвер дсл) который пинает бинарная утилита =))) В общем удачи бздунам. Очень будет интересно где будет их железо когда поднимиться хотябы минимум и хотя бы с модемной скоростью при LA > 20 =))))))))))))))0
>ну если взять роутер хотя бы с 500 Мгц процом(есть и вдвое
>более шустрые на SoC Marvell или Atheros(ARM и MIPSbe cоотв)) и
>с памятью хотя бы 128 Мб, то проблемы как-бы и нет.
>Не в мегагерцах счастье. Например во всех RTL8*** отсутствует аппаратное деление/умножение, так же отсутствует FPU нет даже банального таймера всё сугубо программно. И при этом все его 400МГц R3000 сливают Ralink 324МГц в чистую (NAT 50Мбит на RTL8672 против 86Мбит на RT3050 (Младший на текущий момент чип от ралинк))
>А наличие netgraph позволяет одной машиной реализовывать очень сложные схемы соединения
>сетей.Угу, особенно прикольно будет когда какомунить 200МГц мипсу надо будет зароутить 100 Мбит или осилить 30Мбит PPTP. Будет любопытно посмотреть сколько там нетграф выжмет с очень сложными схемами соединения сетей. Мне кажется вам не понравится то что вы увидите а обзоры (девайса? альтернативной прошивки?) обольют вас с ног до головы по результатам бенчей вашего добра.
однозначно больше чем линуксовый pptp+pppd
поскольку даже в BSD такую связку никто уже не использует из за того что у pppd тормознутая схема общения, как в BSD так и в linux
но в BSD уже есть netgraph+mpd, а в linux досих пор сидят и сопли жуют с pptp+pppd
ничего нового так и не реализовали за десяток лет
> однозначно больше чем линуксовый pptp+pppd1) А что, вы бенчили? На вот той платформе?
2) Есть еще такая штука - accel называется.> а в linux досих пор сидят и сопли жуют с pptp+pppd
См. выше.
что бы хотя бы оценить как реализован netgraph+ng_pptp+ng_ppp+mpd и pppd+pptp(pptp-accel from forum.nag.ru)
то разговор бесполезенесли все же доберетесь до реализаций то могу рассказать поверхностно
netgraph+ng_pptp+ng_ppp не бегает в user-space, а работает в kernel-space и контекст не переключаеться так часто как при pppd+pptpd которые работают только как демоны и вместе с if_ppp из ядра
только лишний раз нагружают систему форками pppd и переключением контекстов
>то разговор бесполезенДа нет уж - вы бенчмарки давайте. Вот и посмотрим кто кого. А то теоретическая крутизна роутера - веселее чем бокс по переписке :D.
>переключаеться так часто как при pppd+pptpd
А отпустить ручник и осознать что под линухи есть такая штука как accel (который живет в ядре и потому не переключает контексты) вас не хватает, да? Вы только и можете что пробакланить его наличие и втирать про упомянутую [и правда тормозную] связку :).Кстати да, про оный забавный прибамбас я узнал именно с nag.ru где провы с PPTP ссут кипятком от этой штуки :)
>>А наличие netgraph позволяет одной машиной реализовывать очень сложные схемы соединения
>>сетей.
>
>Угу, особенно прикольно будет когда какомунить 200МГц мипсу надо будет зароутить 100
>Мбит или осилить 30Мбит PPTP. Будет любопытно посмотреть сколько там нетграф
>выжмет с очень сложными схемами соединения сетей. Мне кажется вам не
>понравится то что вы увидите а обзоры (девайса? альтернативной прошивки?) обольют
>вас с ног до головы по результатам бенчей вашего добра.Я думаю железку с Linux, тот же Asus WL-500gP вы не юзали, потому что они тоже 100Мб/с не выжимают в локалке, причём без специфических настроек. Но с раздачей инета и как файло-качалка с флехой на борту конечно справляется, там то скорости небольшие. А про PPTP вообще страх =)
>Я думаю железку с Linux, тот же Asus WL-500gP вы не юзали,Мне как, сфотографировать его? :)
>потому что они тоже 100Мб/с не выжимают в локалке,
А я разве утверждал обратное? Где это я так обнаглел и соврал? Цитату в студию.
Если кто совсем туп, подсказываю: я лишь скромно намекал что в вашей фре у вас и этого скорее всего на тех же мощностях не получится. Впрочем вы в вашем праве сделать бенчи и доказать обратное.>причём без специфических настроек. Но с раздачей инета и как файло-качалка с флехой
>на борту конечно справляется, там то скорости лажовые.1) Я привел пример не того что может асус. Я привел пример ... real-world задачи. Которая как раз асусу тяжеловата. Без утверждений что асус идеален на ней. Сложно быть глупым, правда?
2) Вот как раз с скоростью кача у асуса не очень: проца там и так не дофига а юсб его до кучи еще сильно тормозит. При том я так понимаю - там в дровах юсб какие-то проблемы с DMA, чтоли. Так что при скорости 10 мегов в секунду проц зашивается и занимается только обменом по юсб. А если еще обмен по сети и прочая - ну, я максимум видел отгрузку файла lighttpd-ом ~5 мегов в секунду. Не так уж и много. С торентом не игрался пока особо но - будет меньще, имхо. Это да, к вопросу о том видел ли я этот девайс.>А про PPTP вообще страх =)
Что вы хотели сказать то? Что вы девайсов на броадкоме тоже не видели а если и видели то уж точно не пытались забенчить бздю на нем? :)
>Что вы хотели сказать то? Что вы девайсов на броадкоме тоже не
>видели а если и видели то уж точно не пытались забенчить
>бздю на нем? :)Вы так пишете, буд-то уже лично всё забенчили или вам просто делать нехрен, кроме как тут флудить?
Цитирую ваши слова
> Угу, особенно прикольно будет когда какомунить 200МГц мипсу надо будет зароутить 100 Мбит или осилить 30Мбит PPTPКонкретные цифры в вашем посте.
>Вы так пишете, буд-то уже лично всё забенчилиНу, допустим, я бенчил асуся на не столь уж далеком броадкоме vs некоторые другие железки на атеросе и с разными пингвиньими ядрами (2.4 vs 2.6 на броадкоме и 2.6 на атеросе, OpenWRT везде, разумеется). Так, just for fun. Посмотреть как соотносятся (кто победит и так было понятно но посмотреть на всяческие соотношения было интересно). Бенчем выступал netperf прямо на роутере и отгрузка файла лайттпдом. Не то чтобы я силно гуру в бенчах но соотношени стали понятны, о bottleneck-ах и проблемах платформы и who is who представление появилось. Доступно излагаю?
>или вам просто делать нехрен, кроме как тут флудить?
Да один хрен пятница, вечер - самое нормальное время :).А вы как, по делу то что-то скажете?
>Конкретные цифры в вашем посте.
Да, конкретные цифры. разжевываю: это грубое описание старшего тарифа праводеров. Навроде того что у Корбины, etc. И того железа которое бывает в мелких железках. С прозрачным намеком что там процу в любой позе душно. А если ему там еще и сложные соединения сетей нетграфом делать придется - диалап там у вас будет. А не 30 мегабитов и не 100 нихрена.
Вот за что я люблю наших людей. Софтину ещё только только пишут, а они уже всё давно отбенчили, отбагрепортили, пропатчили, затвикали и продали и теперь всем доказывают что то что ещё только будет, ещё вчера в их страшном сне было вафельное в крапинку.
Только пишут - это порты бздей ;).А линухи - работают. Уж давно. Ну я их ессно и бенчил. И было б интересно сравнить с тем что выжмут бзди. В общем любите себе там дальше и приходите когда порт дойдет до кондиции что его можно будет забенчмаркать. А до тех пор сказки о крутизне выглядят анекдотичнее чем анек про сферического коня в вакууме. Не бывает крутых в теории роутеров. Теория пакеты гонять вместо роутера не будет.
Я пока жду готовности пакета, а вы тут на всю ветку развели, что он будет заведомо хуже.
>Я пока жду готовностиСмотрите не состарьтесь.
>пакета,
Какого пакета? oO
>а вы тут на всю ветку развели, что он будет заведомо хуже.
Желающие могут доказать обратное. Только на практике, плиз :P. Теоретическими заявами о крутизне - пакеты не зароутишь.
>>А наличие netgraph позволяет одной машиной реализовывать очень сложные схемы соединения
>>сетей.
>
>Угу, особенно прикольно будет когда какомунить 200МГц мипсу надо будет зароутить 100
>Мбит или осилить 30Мбит PPTP. Будет любопытно посмотреть сколько там нетграф
>выжмет с очень сложными схемами соединения сетей. Мне кажется вам не
>понравится то что вы увидите а обзоры (девайса? альтернативной прошивки?) обольют
>вас с ног до головы по результатам бенчей вашего добра.Что вы так прицепились к одному pptp?
Цитирую с http://www.opennet.me/docs/RUS/netgraph_freebsd/
Представьте следующую ситуацию: вы разрабатываете маршрутизатор TCP/IP основанный на FreeBSD. Продукт должен поддерживать синхронные последовательные WAN-линии, то есть выделенные цифровые каналы, работающие на скоростях до T1, где используется инкапсуляция HDLC. Вы должны поддерживать следующие протоколы для передачи IP пакетов через кабель:
* IP пакеты, передаваемые поверх HDLC (простейший путь для транспортировки IP)
* IP пакеты, передаваемые поверх "Cisco HDLC" (по существу, пакеты дополнены двухбайтным полем Ethertype, и периодически посылаются keep-alive пакеты).
* IP пакеты, передаваемые поверх frame relay (frame relay предоставляет до 1000 виртуальных каналов точка-точка поверх одой кабельной сети).
* IP в инкапсуляции RFC 1490 поверх frame relay (RFC 1490 определяет способ передачи нескольких протоколов через одно соединение и он часто используется совместно frame relay).
* PPP поверх HDLC
* PPP поверх frame relay
* PPP в инкапсуляции RFC 1490, поверх frame relay
* PPP поверх ISDN
* Можно даже предположить, что вам придется поддерживать frame relay поверх ISDN (!)Эта ситуация была в 1996 году.
Она приведена для примера того, какие бывают ситуации _по сложности_.
А не по используемым технологиям.
Так что, пожалуйста без фраз "эта технология уже не используется", "та технология - старье".
Суть в том, что один компьютер может реализовать логику работы целого коммуникационного узла.А 200 МГц на 200 Мбит (100Мбит в дуплексе)...
Я думаю, вы тоже понимаете, что тут никакая ОС не поможет.
[skip]
>Что вы так прицепились к одному pptp?То что упомянутый сценарий использования покрывает значительный кус рынка актуального для данного чипсета (и его родственников) и описывает реальную проблему а не нечто взятое с потолка.
[...]
>frame relay поверх ISDN (!)Какой эпичный пример сферического коня в вакууме :P.
>Она приведена для примера того, какие бывают ситуации _по сложности_.
В линуховых девайсах все что было надо на практике - работает, в общем то. И уж вы извините но у возможность пропихнуть "frame relay поверх ISDN" плюсом не является. Много вы юзеров с ISDN видели?
>Суть в том, что один компьютер может реализовать логику работы целого коммуникационного
>узла.Чисто теоретически компьютер может реализовывать все что угодно. Ограничиваясь только ресурсами и интерфейсами. Чисто практически - один быстро работающий PPTP юзерам важнее чем десять плюшек вида "frame relay поверх ISDN" который 1 хрен никому там не нужен.
>А 200 МГц на 200 Мбит (100Мбит в дуплексе)...
>Я думаю, вы тоже понимаете, что тут никакая ОС не поможет.Зато усугубить, странжирив и без того небогатые ресурсы на всякие там абстракции - легко.
>Какой эпичный пример сферического коня в вакууме :P.Я догадывался, что вы прицепитесь именно к недостаткам примера, а не к той мысли, которую он несет.
И даже заранее вам написал об этом, чтобы вы мыслили шире.
Но вы решили троллить только в одном направлении.
Поэтому зайдем с другой стороны - раз вы написали что-то только против маленькой части примера, значит с остальной частью вы согласны.Я не вижу текст, где я предлагаю везде и всюду ставить FreeBSD на mips устройства.
Так же я не вижу текст, где я предлагаю везде и всюду использовать netgraph для pptp на mips устройствах.А если вы прочитаете мой первоначальный пост, то заметите мою фразу "А надо?)" на высказывание "Не далек тот день, когда фряха потеснит линукс в секторе встраиваемых систем.".
Это значит, что я тоже не понимаю прикола с повальностью фряхи на встраиваемых устройствах.
Поалуйста, смотрите, о чем человек пишет.
Или вам для начала троллинга нужно только упоминание технологии, которую можно потроллить?А теперь по существу.
Устройство с 200Мгц не может обрабатывать 200 Мбит чисто физически.
Бит сетевых данных за такт - это идеал, к которому можно только стремиться.
Поэтому я не знаю, какой идиот будет ставить такое устройство на такой канал и ждать отличной производительности.Разработчики Netgraph, насколько я знаю, как раз стремились к скорости работы и простоте своей подсистемы.
В данном случае людям нужен был рабочий продукт, а не удобные абстракции для программирования.
Поэтому я упомянул Netgraph.
Но я нигде не сказал, что нужно везде и всюду ставить freebsd+netgraph на устройства с mips.
Прошу не приписывать мне своих догадок и фантазий.Юзерам важнее pptp тогда, когда провайдер им дает интернет по pptp.
И я согласен, что для конечных пользователей (особенно для обычных домашних пользователей) больше ничего не надо из арсенала netgraph.
И вопрос "использовать, или нет freebsd+один_модуль_netgraph для клиентских устройств с mips и 200 Mhz" - это вопрос, на который я не знаю ответа.
Тут нужно тестирование в реальном времени.
Дает ли это прирост скорости по сравнению с аналогами, или не дает.
Но netgraph и не задумывался, как подсистема "для огранизации pptp для пользователей на малобюджетных устройствах".
Естественно, что у вас много аргументов против такого использования.
Но, повторяю, то, что новость про mips, и то, что я упомянул netgraph, _не означает автоматически_, что я подразумевал "для mips только netgraph, а остальные сосут!".А вот если говорить о провайдерском оборудовании, то там вполне может пригодиться богатство функционала netgraph.
И обычно у провайдера, которому может пригодиться этот функционал, стоят далеко не железки на 200 Mhz.
И, кстати, сервер pptp очень хорошо делается с помощью netgraph+mpd.
>Я догадывался, что вы прицепитесь именно к недостаткам примера, а не к
>той мысли, которую он несет.Любая мысль хороша в своем месте и времени. Просто покажите задачу которая стояла бы перед сохо-железками и с которой пингвины бы не справились.
>И даже заранее вам написал об этом, чтобы вы мыслили шире.
Чтобы требовалось мыслить шире - надо увидеть ограничения иных схем. При том не высосанные из пальца, не надуманные, а кому-то реально нужные. Ага? Вот в этой части - фэйл. Особенно вспомнив о том что за девайсы участвуют в данном топике.
>Но вы решили троллить только в одном направлении.
Ну вот, сразу троллем обзываться. Я всего лишь намекнул что эти супервозможности нафиг не впились в упомянутой задаче. Да и в большей части остальных - тоже.
>значит с остальной частью вы согласны.
Просто наиболее сильно впечатлило как абсолютно не топичная сущность.
>Это значит, что я тоже не понимаю прикола с повальностью фряхи на
>встраиваемых устройствах.Да, тут вы отмазались. Но. Если вы говорите что получается такой-сякой роутер в треде где обсуждается железка, значит, по дефолту считается (сугубо в допушении что оффтоп не самоцель) что на вот этой железке получается такой-сякой роутер. А вот это уже похоже на вброс. Абстрактные роутеры где-то там - малоинтересны в контексте обсуждения конкретных платформ.
>Или вам для начала троллинга нужно только упоминание технологии, которую можно
>потроллить?Нет, просто стиль теоретиков порассуждать о том как космические корабли бороздят просторы тихого океана не находит у меня должного понимания. Мне строго говоря не очень интересно какие там роутеры получаются из некоей системы на 4-ядерном ксеоне "где-то там", когда обсуждается не ксеон а хиленький интгрированный мипсик. Поэтому если вы говорите что "X хорошая система для роутеров" в треде про "порт системы на платформу Y" - будьте добры показать и доказать что X на Y и правла хорошо роутит. А то если все эти теоретически крутые навороты будут работать со скоростью диалапа - кому и на кой черт они там потребуются вообще? И [в рамках треда про железку Y] фраза про то что "X хорошая система для роутеров" будет выглядеть чем-то типа вброса, если показать достойную работу X на Y в заявленном качестве не сможете.
>А теперь по существу. Устройство с 200Мгц не может обрабатывать 200 Мбит
>чисто физически.А можно я придерусь? А из каких физических принципов это следует? Я их не знаю. А вы?
>Бит сетевых данных за такт - это идеал,
Для кого? С фига ли?
>к которому можно только стремиться.
Да? Если уж поразвлекаться сферическими конями в вакууме как вы, можно и так:
1) RISC молотит хотя-бы 1 команду за 1 такт. А может и больше.
2) В идеале, за такт пхается хотя-бы 1 порция данных по шинам. Т.е. в идеале 32 бита. По факту может быть и больше (если на уровне физики нечто гарвардообразное).
3) А еще бывают всякие там DMA и прочая.
4) Частота ядра в 200 МГц не обязывает работать все компоненты проца на этой же или меньшей частоте. Частоту можно как делить так и повышать (при помощи PLL например).Поэтому некий и-фейс может тактироваться более высокой частотой если оно надо.
5) Проц не дергается на каждый бит потока и не занимается сборкой битов в байты. По шинам из периферии ездят минимум байты, а скорее нечто типа 32 бит за раз.
Итого: в идеале, сферический 32-битник в вакууме @ 200МГц мог бы как минимум копировать сферические 100Мбит в вакууме с входа на выход. И даже время на несложную обработку по идее есть. Если хапать данные 32-битными порциями по шине, пройдет аж 64 такта пока свалится очередная 32-битная порция. За 64 команды - можно много чего. Если уж совсем в теории. На практике ессно все несколько хуже :P.>Поэтому я не знаю, какой идиот будет ставить такое устройство на такой
>канал и ждать отличной производительности.До недавних пор ~266MHz MIPS был чуть ли не топовым процом в таких железках. Как там насчет идиотов то? А производительность - нужна.
>Разработчики Netgraph, насколько я знаю, как раз стремились к скорости работы и
>простоте своей подсистемы.К этому все стремятся. А вот бенчи на дохленькой железке еще и покажут насколько это по факту получилось :). А то сферических коней в вакууме юзвери покупать не будут.
>Но я нигде не сказал, что нужно везде и всюду ставить freebsd+netgraph
>на устройства с mips.Т.е. вы заведомо соффтопили теоретизмами, а крайний в результате я? Сугубо потому что (вот лопух то) подумал что вы хоть немного придерживаетесь топика. А вы оказывается всего лишь абстрактно рассуждали о том как космические корабли бороздят просторы...
>Юзерам важнее pptp тогда, когда провайдер им дает интернет по pptp.
Факт. И что самое интересное - в exUSSR таких более чем дофига.
>200 Mhz" - это вопрос, на который я не знаю ответа.
Тогда какого хрена заявы что из бздей хороший роутер? Тут по идее обсуждается порт на конкретную платформу, поэтому логично после такой заявы увидеть доказательства хорошести на именно этой платформе. Ну, потому что раз уж обсуждается порт на некую платформу так логично про нее и говорить.
>Дает ли это прирост скорости по сравнению с аналогами, или не дает.
Вот это и было бы весьма любопытно. И говоря о хорошести роутеров - не знаю как для вас а для меня это 1 из основных критериев "хорошего роутера".
>netgraph, _не означает автоматически_, что я подразумевал "для mips только netgraph,
>а остальные сосут!".Допустим. Но все-таки заява что бздя дескать хороший роутер в треде про порт на конкретную платформу как-бы подразумевает что "хороший роутер" видимо получается и из упомянутой платформы. Вот поэтому то я и взъелся.
>А вот если говорить о провайдерском оборудовании, то там вполне может пригодиться
>богатство функционала netgraph.1) Там тоже скорость не пофигу. Как там соотношения сил, btw? Не в теории. А на практике.
2) Провайдеров с большим зоопарком протоколов - еще поискать.
3) Магистральные железки насколько я знаю не грузят сложным процессингом траффа - скорости там не те чтобы сложный процессинг был возможен.
4) Провайдеры чаще всего используют железячные роутеры а не писюки с фряхой.>И, кстати, сервер pptp очень хорошо делается с помощью netgraph+mpd.
Кстати очень любопытно как оно vs линуха с accel-ем на идентичном железе по скоростям и числу сессий. Правда я не думаю что кто-то станет это мерять на нормальном железе, ни 1 пров не станет перетрясать продакшн сервера без крайней нужды, а по другоме это посмотреть как-то затруднительно. Но - любопытно. На наге видел и тех кто делает так и тех кто делает этак. А вот сравнений показывающих соотношение сил - что-то не попадалось (думаю что в силу сложности произведения данного писькомера бескровными методами).
Значит так.
Мои слова про отличный роутер не относятся к обсуждаемому девайсу.
Они относятся к фряхе)
Их можно посчитать оффтопом.Дабы в будущем не тратить время на длинные обуждения, я могу только посоветовать уточнять у оппонента "отличный роутер - на данном девайсе, или вообще?".
А на данном устройстве...
Пока хз, как оно будет работать)
По ссылке http://lists.freebsd.org/pipermail/freebsd-mips/2010-Februar...
строчка "FreeBSD 9.0-CURRENT" как бы намекает =)Можно попробовать сделать лёгенький дитрибутивчик, добавить нужные netgraph модули.
Можно для теста добавить только те, которые нужны для клиентского pptp.
Но сразу чувствую, что там очень многое зависит от драйверов.
А броадкомовские и реалтековские драйверы... а хотя там и железки не ахти)
Особенно броадкомовские wifi железки.
Короче, какое там производительность, безглючно бы работало - и то хорошо =)Но сразу оговорюсь, что такие же рассуждения применимы и к Linux.
Broadcom и Realtek - дешевые и глючные железки сами по себе.
С драйверами под них и в linux не все так радужно.
Поэтому тут первая фаза - сделать так, чтобы работало без глюков.
А потом уже можно мерить производительность)А насчет протестировать быстродействие софтового роутера под linux, и под bsd - идея хорошая.
Имхо, идеально было бы 2 человека: один спец по тюнингу linux, один - по bsd.
Я пока более менее долго тюнинговал только bsd)
Занятно было бы поиграться. Хотя звучит забавно, конечно сейчас: "...Broadcom BCM5354, ориентированную на создание беспроводных маршрутизаторов.[...] не реализована поддержка Wi-Fi." А вообще, мне, как ярому фришнику, кажется, что линукс и так неплохо справляется.
Полагаю ядро FreeBSD будет очутимо компактней ядра Linux, при прочих равных и все хозяйство в следствие этого на фре будет куда веселей крутиться. Файрволл на фре куда приятней iptables.
Ага ага. Сказочники =)
>Полагаю ядро FreeBSD будет очутимо компактней ядра LinuxС чего бы?
>при прочих равных и все хозяйство в следствие этого на фре будет куда веселей крутиться.
Не факт. busybox рулит. А еще рулит полная поддержка всех платформ. Имхо, *bsd будет очень непросто втиснуться на _занятый_ рынок, хотя, конечно, конкуренция это хорошо, и пойдет на пользу _всем_ платформам.
А для энтузиастов наличие pf это, да, очень вкусно :)) Может быть, еще и CARP заведется ;)?
Вот только нужно ли это производителям?
>>Вот только нужно ли это производителям?BSD лицензия - фанатеем оптом.
>>Не факт. busybox рулит.
Собрать его под FreeBSD принципиально невозможно?
Вообще споры BroadCom VS OS уже задолбали. Судя по всему BroadCom решил сделать реверанс и свалить на более благодатные почвы.
>BSD лицензия - фанатеем оптом.Да чего им там фанатеть? Думаете, у длинков и асусов очень крутое R&D и им есть что зажимать? :)
>>>Не факт. busybox рулит.
>Собрать его под FreeBSD принципиально невозможно?Возможно, наверное, но он под GPL :).Кстати бздуны уже какой там год подряд пишут альтернативы оному. Все еще пишут. А роутеры миллионами уже штампуют не первый год. Пусть дальше пишут.
>Вообще споры BroadCom VS OS уже задолбали. Судя по всему BroadCom решил
>сделать реверанс и свалить на более благодатные почвы.Есть сомнения что порт спонсируется броадкомом - а оно им зачем? Они вообще чипы продают, по большому счету. Я честно говоря не дуамаю что из современных бздей удастся выжать столько же по скорости как из пингвинов. Всякие там нетграфы в этом случае все имхо нехило тормознут.
>>>>Не факт. busybox рулит.
>>Собрать его под FreeBSD принципиально невозможно?
>
>Возможно, наверное, но он под GPL :).КИ? Какая в этом проблема для использующих FreeBSD?
>И? Какая в этом проблема для использующих FreeBSD?У местных - религиозная, лицензия неправильная и все дела :). У не местных - зоопарк лицензий, сырость порта и большие вопросы насчет скорости работы всего этого в итоге.
>Я честно говоря не дуамаю что из современных бздей удастся выжать
>столько же по скорости как из пингвинов. Всякие там нетграфы в этом
>случае все имхо нехило тормознут.Чисто по сети - удастся даже больше. Именно из за "Всякие там нетграфы" ... просто ты обычный деревенский лапоть - advanced technology не видел вот и делаешь космические выводы :)
Ладно извиняюсь за bit personal - но ёлы палы нетграф штука реактивная, крохотная и мега-гибкая :) бсд тут (сети) достойный соперник. Где они слабее я тоже знаю - но вам не скажу :)))
>Чисто по сети - удастся даже больше.Фигня вопрос. Продемонстрируйте на упомянутой платформе - тогда поверю.
>Именно из за "Всякие там нетграфы" ...
Понимаете ли, а вы много дела имели с дохлыми embedded платформами? И способны представить себе что там проблемы и bottleneck-и могут быть иными чем в вашем пыльном писючном гробике?
>просто ты обычный деревенский лапоть - advanced technology не
>видел вот и делаешь космические выводы :)Так вы покажите нам, деревенским, как этот ваш нетграф и прочая зарулят наши топоры с отрывом. Я совсем не против это увидеть. Погонять воспроизводимые бенчи на одинаковых железках было бы весьма забавно. Я даже готов накопать себе железку на этом чипсете для писькомеров. Just for fun :D.
>Ладно извиняюсь за bit personal - но ёлы палы нетграф штука реактивная,
>крохотная и мега-гибкая :) бсд тут (сети) достойный соперник. Где они
>слабее я тоже знаю - но вам не скажу :)))Да мне пофиг где он слабак, вы просто уделайте то что есть на пингвинах не в теории а на практике, тогда и поговорим. А "теоретически крутой" роутер - никому не нужен. Он должен быть практически крутым. Или, простите, но оно крап.
При чём тут броадком вообще? Александр, как видно из его email, работает в Украинском представительстве DLINK. И, кто внимательно посмотрел на лог загрузки, это устройство вероятно, представляет собой Dlink DIR-320.
Новость вообще-то о том, что имеется прогресс в разработке, и о том, что у FreeBSD-mips появляется всё больше поддерживаемого железа.
>При чём тут броадком вообще? Александр, как видно из его email, работает
>в Украинском представительстве DLINK. И, кто внимательно посмотрел на лог загрузки,
>это устройство вероятно, представляет собой Dlink DIR-320.
>Новость вообще-то о том, что имеется прогресс в разработке, и о том,
>что у FreeBSD-mips появляется всё больше поддерживаемого железа.Вы посмотрите что длинк публикует вместо GPLных сырцов? Дать ссылку на "сырцы G700 ? Скачали? Много сырцов ядра вы там нашли? Или obj это уже исходники? И вы действительно думаете что копание в сторону BSD софта вызвана любовью к открытым технологиям у этой компании?
Сравните например это с Acorp ? WR-N(L) ещё не вышли а сырцы уже доступны и никакой привязки к железу как например у аналогов от длинк DIR300 revB1 в которых формат прошивки банально не совместимым сделали (благо хоть бут не изуродовали).
Ожидания длинка понятны - налетела стая гиков, нарисовали базу для броадкома, потом ребята наняли 2-3х девелоперов которые будут клепать уже закрытую версию с блэкджеком и шлюхами портируя это на новые и новые чипы и не исключено что опять за счёт комьюнити. Больше смысла менять длинку Linux на BSD нет. ТОЧКА!
Есть конечно вариант что человеку просто интересно и делает он это из личного спортивного интереса, как я например кивирал picobsd для mips и linux на MTK (ARM). Но это уже из совсем другой области и перспетив тоже не имеет, темболее вышеозвученный чип не отличается умом и сообразительностью (производительностью).
>Полагаю ядро FreeBSD будет очутимо компактней ядра Linux, при прочих равных и
>все хозяйство в следствие этого на фре будет куда веселей крутиться.Скажите честно - вы эти BCMxxxx видели только на картинках, да? Ну вот когда вы попробуете лично в нечто на BCMxxxx засунуть вашу бздю - померяемся бенчмарками на одинаковом железе. Just for fun. Как, не хотите? Я по такому случаю даже куплю чтонить на таком чипсете на поиграться и поизгаляюсь с чем-нибудь типа openwrt :D. Впрочем на кой нужен wi-fi роутер у которого не работает wi-fi для начала? Или бсдшники уже сделали для броадкома нормальный полноценный драйвер вайфая?
А я пожалуй потестирую, когда чутка запустят, как раз WL-500gP V2 висит на стенке.