Linksys ограничивает использование Linux.

Интересно, а железки с фрей есть?

>Linux весьма неэкономно расходует ресурсы памяти.
Звучит как-то уж больно бредово. Я понимаю когда openoffice.org память жрет, но ядро то тут причем ?!!

>Интересно, а железки с фрей есть?
Что то мне подсказывает что нет, даже если есть, в сравнении с linux эту долю нужно под микроскопом рассматривать :)))

Вообще если переводить дословно, то говорится не о неэкономности в использовании памяти, а о том, что она потребляет больше памяти (надо полагать больше чем VxWorks)

Диллан имеет в виду тот факт, что система управления виртуальной памятью в Linux менее эфективна чем в VxWorks на задачах, характерных для встраиваемых систем доступа.

> Диллан имеет в виду тот факт, что система управления виртуальной памятью в Linux менее эфективна чем в VxWorks на задачах, характерных для встраиваемых систем доступа.

Точнее даже не факт, а по его мнению...

"Apparently, reducing memory-related BOM (bill-of-materials) costs more than offset the costs of licensing a proprietary OS..."

"The new, VxWorks-based WRT54G "series 5" models have 2MB of Flash, and 8MB of RAM, compared with 4MB of Flash and 16MB of RAM in the earlier, Linux-based versions."

Дальше можно не читать. 8 мегов оперативки даже DDR400 стоит менее 90 центов даже по розничным российским ценам... Ну и еще примерно 17 центов стот 2 мега флешки. :-) Итого, 1.07 доллара (повторюсь - это по РОЗНИЧНЫМ РОССИЙСКИМ ЦЕНАМ - на Тайване раза в 2 дешевле). Что-то мне слабо верится, что лицензия на VxWorks стоит бакс...

IMHO, либо гон, либо этот самый (или это баба? ;-) ) Mani Dhillon нехилый такой откат от VxWorks имеет...

Ох уж этот linksys вот скажите ктонибудь использует железку HPN200 Home PNA адаптер (точнее его драйвера нативные) у меня он на RedHat 7.3 kernel 2.4.32 да и на старых тоже периодически валит ядро (Kernel assertion read_skb_user....) перед самым падением драйвер на консоль пишет что принимает пакеты с битым crc c разных mac адресов. котел через ndiswrapper постаивить виндузовые дрова а с ними карта не хочет работать в promisc режиме (я использую bridgeutils). Ктонибудь сталкивался?

>Интересно, а железки с фрей есть?

а фря таки работает на чем-то, отличном от x86?

Да пусть .... главное что бы память в железке не уменьшали ... и цену не поднимали ... :) а линукс туда и сами зальём :)

>а фря таки работает на чем-то, отличном от x86?

FreeBSD is an advanced operating system for x86 compatible (including Pentium® and Athlon™), amd64 compatible (including Opteron™, Athlon 64, and EM64T), Alpha/AXP, IA-64, PC-98 and UltraSPARC® architectures

Переводчику - 3 дня исправительных работ на загрузке биореактора

>To be honest with you, a lot of companies in the networking space have already switched

>Честно говоря, многие компании в сфере предоставления сетевых услуг уже давно ушли от использования Linux.

Нет в английском тексте "давно" - Present Perfect в предложении используется для усиления факта, что "многие компании в сфере представления сетевых услуг уже перешли с использования Linux на использование VxWorks"

Именно. Для менеджера самое главное что ? прикрыть задницу на случай неприятостей и быть среди первых в случае успеха....
контракт с vxWorks даже без отката это обеспечивает. использование Linux - нет. А лицензия даже на использование vxWorks стоит больше $1/устройство. И адаптация (aka персборка с новым конфигом) совсем отдельных денег. И делается поставщиком. что значит перезды, командировки тесты согласования и прочие вкусные по жизни вещи.
ктож халявы то не любит :) ?

Нужная для таких устройств FLASH память стоит доллар за 1 Мб.

Итого 2$ на устройство, делая их сотнями тысяч в год, компания сэкономит немалые деньги.

Другое дело, что Linux toolchains занимает не в 2 раза больше памяти и места на flash-диске, чем vxworks, но на несколько порядков более удобен для программиста.

2R00T:
>Что-то мне слабо верится, что лицензия на VxWorks стоит бакс...
AMD миллион(или 100000?..) процессоров кому-то бесплатно предлагала(не взяли)- а ведь у CPU себестоимость есть(у каждого!)...

В VxWorks вообще нет виртулизации памяти. Все таски делят единое адрессное пространство.

>>To be honest with you, a lot of companies in the networking space have already switched

>>Честно говоря, многие компании в сфере предоставления сетевых услуг уже давно ушли от использования Linux.

> Нет в английском тексте "давно" - Present Perfect в предложении используется для усиления факта, что "многие компании в сфере представления сетевых услуг уже перешли с использования Linux на использование VxWorks"

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

> Звучит как-то уж больно бредово. Я понимаю когда openoffice.org память жрет, но ядро то тут причем ?!!

Ты VxWorks видел? Ядро линуха рядом с ним - просто жирный тормоз.

А чем собственно плох VxWorks?
Полноценная unixlike rtось ...
Разве что энтузиастов вокруг неё не так много, так это дело времени.
Если будут тулы для сборки и установки софта на роутеры с VxWorks то 
это решение не несёт ничего негативного.

В конце концов ваш роутер с VxWorks должен гордиться 
тем, что в нём стоит та же ось что ставится в марсоходы!

4-х меговая флешка (512k*8) в Чипе-и-Дипе стоит 74 руб при партии от 10 штук. :-) Думаю, при желании и подешевле можно найти.

Ну, конечно, вопрос - какие именно используются компоненты в железяке.
Все-равно, я сомневаюсь, что лицензия на VxWorks стоит 2$...

В общем, это либо политическое решение (типа "мы не хуже D-Link"), либо решение было принято благодаря "откату"... либо и то и другое.

Насчет высказываний, что Linux неэффективно память использует - IMHO бред. В конце-концов, они же не дефолтное ядро используют - явно и свои модули туда добавляют, и выкидывают почти все ненужное... после чего от Linux там остается только название и менеджер памяти ;-)

>"We sell literally hundreds of thousands per month," Dhillon said.

Т.е. сотни тысячь баксов экономии в месяц только на железе. Плюс исчезают проблемы и затраты связанные с разработкой, адаптацией, потдержкой Линукса ( либо платить коммерческим вендорам ) - а это значительно более весомые цифры, плюс WxWorks - встраиваемая RT система, которая давно и много используется в индустрии со всеми вытекающими из этого преимуществами (типа стабильности интерфейсов (DDI например) наличия кучи опытных разработчиков, софта для разработки и т.п.)

>Mani Dhillon нехилый такой откат от VxWorks имеет...

Российский менталитет покоя не дает?

Странно, у меня и D-Link, и Linksys с linux на борту... Хм, давно?

>В VxWorks вообще нет виртулизации памяти. Все таски делят единое адрессное пространство.

Если тебе нужна виртуализация - используй VxVMI. В чем проблемы то?

>типа стабильности интерфейсов (DDI например)

О! Вы думаете, на embedded устройствах часто меняют ядро? Я вот вижу на одной железке 2.4.5 (Да, два-четыре-пять!). О какой смене интерфейсов речь?

>наличия кучи опытных разработчиков,

Да, конечно. А вот под Linux с этим проблема. 8)))

>софта для разработки и т.п.

Да, под Linux с этим тяжело. gcc днем с огнем не найти...

На мой взгляд тут дело не в стоимости, а в лицензии. Пару недель назад пробегала информация, что одного из поставщиков уличили в нелегальном использовании ГПЛ софта. Вот линксис и спохватился.

> "Согласно Диллану, крупнейшие конкуренты Linksys на рынке точек доступа NetGear и D-Link уже давно перешли с Linux на VxWorks. Linux весьма неэкономно расходует ресурсы памяти. Честно говоря, многие компании в сфере предоставления сетевых услуг уже давно ушли от использования Linux".

"Не очень-то и хотелось, всё равно ваш линукс дерьмо". Писец воришки. Как прижали их за несоблюдение GPL, так сразу кал во все стороны полетел. А как NetGear работает с не-линуксом, я уже насмотрелся. На примере печально известного WGT624. Как на своём опыте, так и на чужом.

> Т.е. сотни тысяч баксов экономии в месяц только на железе. Плюс исчезают проблемы и затраты связанные с разработкой, адаптацией, поддержкой Линукса ( либо платить коммерческим вендорам ) - а это значительно более весомые цифры,

А WxWorks значит волшебным образом заработает на железе вашей собственной разработки. Ее адаптировать и поддерживать не надо ? Тем более что linux УЖЕ адаптирован.

> плюс WxWorks - встраиваемая RT система, которая давно и много используется в индустрии со всеми вытекающими из этого преимуществами (типа стабильности интерфейсов (DDI например) наличия кучи опытных разработчиков, софта для разработки и т.п.)

Опытных разработчиков под VxWorks искать и искать.

> Российский менталитет покоя не дает?

А вы думаете откат это сугубо русское явление ?

В защиту vxWorks cтоит сказать что памяти ей и правда нужно меньше :)

у меня длинк модем с линухом на борту, и то что линух жрёт дохрена памяти и ресурсов - это факт, я конечно думаю если бы они заплатиле монтависте, за оптимизацию ядра для конкретной железяке, то эта бы проблемма была бы решена, но тут уж незнаю, на сколько бы дешевле оно вышло, чем VxWorks. Так что я думаю Linksys во многом права, но заметте они окончательно от линуха не отрекаються, просто мейнстрим теперь другой, а что будет завтра увидем...

NetBSD based

http://www.juniper.net/products/index.html?from=HomePage-Header-to-ProductsSe...

ZOD

Линукс, как Махатма Ганди, будет развиваться дальше. А эти потрепыхаются-потрепыхаются, да и вернуться в его объятия :-)

Думаю, что эти припрыги связаны отнюдь не с техническим недостатками Линукс и/или преимуществами VwWorks. А скорее с политикой.

Прежние динозавры или сдохнут или изменятся. Но кто говорил, что это будет легко?

Если речь идёт об отказе от технологии ТОЛЬКО из-за недостатка железных ресурсов, то это значит только одно: через два года к ней вернутся снова. Когда железо подешевеет в достаточной степени. А вот если технология в чём-то убога от рождения... То у неё слово "лузер" написано на лбу и нестираемо. Её могут использовать лишь некоторое время как приемлемый компромисс. А потом выкинут. Делайте выводы :)

Похоже народ наигрался с GPL и решил что нафик оно нужно для комерции. Ждем когда остальные поймут это.

> у меня длинк модем с линухом на борту, и то что линух жрёт дохрена памяти и ресурсов - это факт

... и линукс, стоящий внутри linksys'а, съедает гигагерцы твоего процессора через микроволновое излучение, а мегабайты оперативки через USB и гигабайты диска через RS232?

А не пофиг, сколько оно там внутри себя ест? Все равно производитель будет продавать железку не за "сколько она стоит плюс накрутка", а за "сколько ты согласен заплатить".

http://www.xs4all.nl/~borkhuis/vxworks/vxw_pt0.html#0.1
Q: What are differences between traditional UNIX and VxWorks?

They're both hacks. UNIX has a larger installed base. :-)
Seriously though, similarities end there, IMHO. VxWorks does have a lot of UNIX "compatible" routines in the user libraries. So porting a UNIX application is not that hard. But there are enough differences to make such a port take longer than normally expected.
VxWorks runs in one mode. No protected vs. user mode switching is done. Running in supervisor mode on most processors, and not using traps for system calls, VxWorks can achieve minimal overhead on a given piece of hardware than UNIX. Programming on VxWorks can be more tricky than UNIX for the same reason.
UNIX provides resource reclamation; by default, VxWorks does not. [ editorial: using deleteHooks or whatever, you could implement this on your own.] Instead programmers write what they need as needed. As a result, the context switch time in VxWorks is on the order of a few micro-seconds (since there is a lot smaller context to save and restore). VxWorks does not have full "process"; it only has tasks, or "threads", or light weight processes as some people like to call them.
Like any other multi-threaded environments (or MP environments), care should be taken when writing multi-tasking code. Each routine should be written carefully to be re-entrant (if it is going to be called from multiple contexts), semaphores are used a lot for this. And static variables are frowned upon. Sometimes, when porting a UNIX application, you may need to add "task variables" for this reason (as done for rpcLib in VxWorks).
VxWorks: minimal interrupt latency (e.g. spl's are quasi-implemented as semaphores). Traditional UNIX: high interrupt latency (e.g. spl's are implemented as interrupt lock and unlock calls).
VxWorks: priority interrupt-driven preemption, optional round-robin time-slicing. Traditional UNIX: prioritized round-robin preemptive time-slicing. Since VxWorks is just a glorified "program" it can be changed and customized pretty easily. Task scheduling can be customized as desired, for example.
VxWorks networking code, however, is very UNIX compatible [editorial: it is essentially "ported" version of BSD UNIX TCP/IP code -- tahoe release ]. It is relatively easy to port socket based code to VxWorks. [ editorial: except the not-so-compatible hostLib routines, etc.]
VxWorks most definitely is not a "realtime UNIX", or a varient of UNIX as often misunderstood by some people. The confusion perhaps is due to the fact that UNIX hosts are used most widely to develop applications for VxWorks (and VxWorks itself).
There are a lot more differences! In short, UNIX is a nice system to run emacs on. VxWorks is much better at playing pin-ball game machines.
Having said all this, I should also note that there are Realtime capable UNIX systems out there. Most of these systems do not come close to the capabilities and performance of VxWorks in realtime processing. An exception to this might be QNX, which is a very well designed Realtime POSIX operating system.
(From the original FAQ)

> В общем, это либо политическое решение (типа "мы не хуже D-Link")

Ах вот, что за ось стоит на этом глюкале... ;-)

>>Mani Dhillon нехилый такой откат от VxWorks имеет...

>Российский менталитет покоя не дает?

Ты всерьёз считаешь, что слова "взятка" и "откат" - чисто российские понятия? Ну-ну...

отказ только из-за GPL и неофициальных прошивок.

polnost'yu soglasen Moe IMHO

Sprosite sebya kak biznesmena:

Ya prodayu dva ustrojstva: X i Y X = 100 Y = 1000

vdrug poyavlyaetsa pioneer kotorij delaet upgrade X>Y i delaet upgrade dostupnim v inete. Rezul'tat: ya teryayu den'gi

Vopros: Chto mne delat' cht bi izbezhat' etoi situacii?

Otvet: sdelat' product X zakritim dlya vmeshatel'stva.

>>Mani Dhillon нехилый такой откат от VxWorks имеет...

> Российский менталитет покоя не дает?

а ты, жертва пеара, поинтересовался бы сколько негросовт к примеру вложил в предвыборную гонку республиканцев и чем эо негрософту потом помогло

>Vopros: Chto mne delat' cht bi izbezhat' etoi situacii?

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

Ничего не мешает людям выпускать прошивки к резакам, чтобы делали DL, например. Хотя исходников нет.

Tak ya zhe kapitalist. hochu babla srubit'.

tem bolee chto producti X i Y raznie vnutri, no etot $%^$ pioneer sdelal tak chto X sovsem dazhe ne huzhe Y....

>Не выпускать один и тот же продукт, различающийся лишь прошивками.

тогда отдел маркетинга без работы останется.

>Похоже народ наигрался с GPL и решил что нафик оно нужно для комерции. Ждем когда остальные поймут это.

Ну, может кого бы я и послушал по этому поводу, но только не тебя, безграмотный "аналик". Шёл бы лучше в школу учиться, а не лицензии тут критиковать. Тем более такие как GPL (коей лет, как я понимаю, больше чем тебе)

>тогда отдел маркетинга без работы останется.

маркетологов и пеарщиков - к стенке без суда и следствия.

> отказ только из-за GPL и неофициальных прошивок.

которые работают быстрее и стабильнее, чем те, которые написали свои программеры.

>которые работают быстрее и стабильнее, чем те, которые написали свои программеры.

Где в сабже говорилось о недостатке быстродейсвия и стабильности? Что-то не упомню. Разве разработчику этого "недоставало"?

NetBSD based

http://www.juniper.net/products/index.html?from=HomePage-Header-to-ProductsSe...

ZOD

>Похоже народ наигрался с GPL и решил что нафик оно нужно для комерции. Ждем когда остальные поймут это.

GPL наигрался с коммерцией и решил что нафик оно нужно. Без них хорошо.

>>Интересно, а железки с фрей есть? >Что то мне подсказывает что нет, даже если есть, в сравнении с linux эту долю нужно под микроскопом рассматривать :)))

Если не считать Juniper и Coyote, то рассмотреть действительно сложно. Потому что это не принято афишировать.