Nabble - openbsd - Russian

Re[2]: маршруты вникуда ?

2009-12-23T03:16:10Z

Вроде разобрался, спасибо.

> route add 1.0.0.1 127.0.0.1 -reject
на самом деле, работает и так и эдак ...

т.е. и для
route add 1.0.0.1 127.0.0.1 -reject
и для
route add -reject 1.0.0.1 127.0.0.1

а основная моя ошибка была в том, что "route change" (использование
которого я не описывал) похоже не меняет флагов RTF_BLACKHOLE и
RTF_REJECT.
Не устанавливает и не сбрасывает если они установлены.

В итоге выглядит все так как и было задумано:

# route -n add -reject 1.0.0.1 127.0.0.1
add host 1.0.0.1: gateway 127.0.0.1

X:\>tracert -d 1.0.0.1
Трассировка маршрута к 1.0.0.1 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.1.200
2 192.168.1.200 сообщает: Заданный узел недоступен.
Трассировка завершена.

--------------------------------------------

# route -n add -blackhole 1.0.0.1 127.0.0.1
add host 1.0.0.1: gateway 127.0.0.1

X:\>tracert -d 1.0.0.1
Трассировка маршрута к 1.0.0.1 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.1.200
2 * * ^C

--------------------------------------------

В таком заворачивании несколько настораживает появление блокируемых
таким образом пакетов на lo0 (более в ключе производительности,
нежели чего-нибудь еще).

А если же просто написать маршрут на 127.0.0.1, на самом деле получим
циклический маршрут (моя ошибка в изначальном посте):

# route -n add 1.0.0.1 127.0.0.1
add host 1.0.0.1: gateway 127.0.0.1

X:\>tracert -d 1.0.0.1
Трассировка маршрута к 1.0.0.1 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.1.200
2 <1 мс <1 мс <1 мс 192.168.1.200
3 <1 мс <1 мс <1 мс 192.168.1.200
4 <1 мс <1 мс <1 мс 192.168.1.200
^C

Re: маршруты вникуда ?

2009-12-22T22:00:01Z

On Wed, 23 Dec 2009 09:07:04 +0700
"Ilya A. Kovalenko" <shadow@...> wrote:

> Доброе время суток,
>
> Насколько я понимаю мануал route(8), стек может без PF дискардить
> трафик, если для его местоназначения прописан маршрут "вникуда" -
> с модификаторами -blackhole или -reject :
>
> -blackhole RTF_BLACKHOLE silently discard pkts (during updates)
> -reject RTF_REJECT emit an ICMP unreachable when matched
>
> (правда немного смущает это непонятное "при апдейтах")
>
> Но я как-то не разберусь как будет выглядеть команда для добавления
> такого маршрута.
>
> Без адреса назначения (что было бы логичным) команда ругается:
>
> # route add -blackhole 1.0.0.1
> route: writing to routing socket: Invalid argument
> add host 1.0.0.1: Invalid argument
>
> При написании с каким-нибудь, требуемым по ману
> route [-dnqtv] command [modifiers] destination gateway [netmask]
> адресом назначения:
>
> # route add -blackhole 1.0.0.1 192.168.x.y
> add host 1.0.0.1: gateway 192.168.x.y
>
> ядро плюет на модификатор и роутит пакет на указанный адрес:
>
> # traceroute -n -I 1.0.0.1
> traceroute to 1.0.0.1 (1.0.0.1), 64 hops max, 60 byte packets
> 1 192.168.x.y 1.395 ms 0.501 ms 0.343 ms
> 2 192.168.*.* 0.483 ms 0.640 ms 0.450 ms
> 3 192.168.*.* 0.855 ms 1.18 ms 1.154 ms
> 4 192.168.*.* 3.120 ms 5.448 ms 2.11 ms
> ^C
>
> (и для внешнего хоста то же)
>
> если прописать назначением несуществующий адрес или 127.0.0.1
> (насколько 127.0.0.1 здесь вообще хорошая идея), то трафик как-бы
> никуда не отправляется, но это происходит и без модификаторов, да и
> по -reject, никаких "unreachables" не наблюдается.
>
> Может я как-то не так ман курю, как это кастуется ? :)

возможно вот так будет работать

route add 1.0.0.1 127.0.0.1 -reject

--
Динар Талыпов

маршруты вникуда ?

2009-12-22T18:07:04Z

Доброе время суток,

Насколько я понимаю мануал route(8), стек может без PF дискардить
трафик, если для его местоназначения прописан маршрут "вникуда" -
с модификаторами -blackhole или -reject :

-blackhole RTF_BLACKHOLE silently discard pkts (during updates)
-reject RTF_REJECT emit an ICMP unreachable when matched

(правда немного смущает это непонятное "при апдейтах")

Но я как-то не разберусь как будет выглядеть команда для добавления
такого маршрута.

Без адреса назначения (что было бы логичным) команда ругается:

# route add -blackhole 1.0.0.1
route: writing to routing socket: Invalid argument
add host 1.0.0.1: Invalid argument

При написании с каким-нибудь, требуемым по ману
route [-dnqtv] command [modifiers] destination gateway [netmask]
адресом назначения:

# route add -blackhole 1.0.0.1 192.168.x.y
add host 1.0.0.1: gateway 192.168.x.y

ядро плюет на модификатор и роутит пакет на указанный адрес:

# traceroute -n -I 1.0.0.1
traceroute to 1.0.0.1 (1.0.0.1), 64 hops max, 60 byte packets
1 192.168.x.y 1.395 ms 0.501 ms 0.343 ms
2 192.168.*.* 0.483 ms 0.640 ms 0.450 ms
3 192.168.*.* 0.855 ms 1.18 ms 1.154 ms
4 192.168.*.* 3.120 ms 5.448 ms 2.11 ms
^C

(и для внешнего хоста то же)

если прописать назначением несуществующий адрес или 127.0.0.1
(насколько 127.0.0.1 здесь вообще хорошая идея), то трафик как-бы
никуда не отправляется, но это происходит и без модификаторов, да и
по -reject, никаких "unreachables" не наблюдается.

Может я как-то не так ман курю, как это кастуется ? :)

С уважением,
Илья А. Коваленко (mailto:shadow@...)
Системный администратор
ЗАО Оганер-Сервис
+7 3919 348-629

RE: mips нужен?

2009-12-06T22:34:58Z

>
> Ruslan Nekoz пишет:
>
> > Гы, вопрос закрылся.
>
> А он для вас и не открывался, как видно. У вас было два варианта, если
> по-человечески: вежливо спрашивать или самому искать ответы
> на свои вопросы. Ни одним из них вы не воспользовались, что
> кагбе символизирует.
>
>

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

эту веточку.

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-06T18:08:29Z

On Sat, Dec 05, 2009 at 21:16 +0300, Anton Maksimenkov wrote:

> Та-а-ак, тема <<тронула>>. Спасибо ответившим. Позвольте напишу массово,
> чтобы не порождать кучу писем.
>
> 5 декабря 2009 г. 16:51 пользователь Mike Belopuhov <mkb@...> написал:
> > во первых mips и sgi вещи разные. mips'ы делают все кому не лень
> > и железок на мипсах огромное количество даже без sgi.
> > в чем вопрос? почему OpenBSD/sgi мучают? потому же почему и все
> > остальное винтажное железо -- OpenBSD это проект хоббистов.
> > никакого заказа на поддержку древних машин от SGI нет.
> Боже упаси, про заказ и мысли не было. И... всё таки я про порт MIPS,
> а не SGI. :)
>
> Какие есть/мыслятся железки на mips'ах, чтобы туда воткнуть а-ля
> опёнок? Ессно, с возможностью собсно "воткнуть" (ну то бишь с
> возможностью как-то её туда залить или что). Ну или хотя бы "под
> заказ". Я, честно, плохо представляю. И это... исходя из того, что
> бюджет не как у "роснанотеха", а как у среднего провайдёра.
> Вопрос мозгонапряжный, так что, будучи оставленным без ответа, не
> расстроит ни мало.
>

не знаю при чем тут провайдеры, но дядя миод пилит вот этот мипс-нетбук:
http://lemote.kd85.com/

> >> Может кто чего своё нафантазирует, интересно было бы узнать.
> > нечего тут фантазировать. займитесь лучше делом каким-нибудь.
> собсно, был бы профит. пытаюсь понять как его можно выжать из.
>
>

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

> > Видится правильным дождаться армов. Ну и годик-два посмотреть
> я может что-то упустил, но чем армы перспективны?
>

перспективны в данном случае платформы а не архитектуры.
вот cortex a[89], например, вполне перспективен.

Re: mips нужен?

2009-12-06T16:47:17Z

жаль buzzer нам не сымеет выдать свое имхо...
з.ы. ТС, таки видеть Опен на некотором железе - это уже фанатизм. Надо быть
реальнее. Есть всякая неведомая фигня, которая в данных условиях справляется с
некоторыми задачами существенно лучше. Да, мне бы тоже было удобнее на цЫске
настраивать ipsec как в опене, но...
з.ы.ы. может я фигню написал, но я только из леса вернулся, а в лесу, как вам
может быть известно, водится спирт и его производные.

Re: mips нужен?

2009-12-06T14:47:15Z

Ruslan Nekoz пишет:

> Да, спасибо. По моему скромному мнению человек остается самым ненадежным
> звеном в цепочке продукт=(инструмент+код+человек).

Ну хоть в чём-то сошлись - уже интересно.

> Это в продакшене каждой девелоперской конторы такое есть?

Речи о каждой конторе и не шло.

> А где они, эти микроядра? Мобильники не в счет.

В цисках эти микроядра: http://ru.wikipedia.org/wiki/IOS_XR

> Как-то не понял. Обкатывать на мониторинге АЭС - допускаю. На самолетах -
> тоже.
> Как-то это правильно так видится, да?

Не понимаю, о чём вы, но вопрос стоял в сравнительной надёжности юниксов
по отношению к альтернативам. Тезис таков: "Юниксы менее надёжны, нежели
промышленные микроядерные ОС, проверенные многолетней практикой решения
критически важных задач - такие, как QNX."

> А что тогда должно управлять блоком АЭС, уж наверно что-то понадежней?
> Что-то не видел этих ваших модных штучек на микроядрах на блочном щите
> управления.

На сколько я знаю, там аппаратные комплексы на базе ASIC/FPGA и древних
неинтегральных элементах.

> Предлагаю тему сворачивать.

Хорошо.

Re: mips нужен?

2009-12-06T14:28:02Z

Ruslan Nekoz пишет:

> Гы, вопрос закрылся.

А он для вас и не открывался, как видно. У вас было два варианта, если
по-человечески: вежливо спрашивать или самому искать ответы на свои
вопросы. Ни одним из них вы не воспользовались, что кагбе символизирует.

RE: mips нужен?

2009-12-06T14:24:20Z

> > Пардон, а зачем?
>
> 1. Мы о надёжности говорим или, пардон, о чём? В
> типобезопасных языках контролем граничных значений адресов и
> величин (а также многими другими
> вещами) занимается рантайм и компилятор (особенно в случае
> статической типизации), по строго сформулированным и
> выверенным алгоритмам. В Си этим занимается человек, который
> время от времени ошибается. Если вы считаете, что человек
> справляется не хуже машины - дело ваше, оставайтесь при
> своём. В конце-концов, я мнение высказал, а не проповедь толкнул.
>

Да, спасибо. По моему скромному мнению человек остается самым ненадежным
звеном в цепочке продукт=(инструмент+код+человек).

> 2. Вы склонны ни во что не ставить вклад математической
> строгости ФЯ и наличие возможности формальной верификации
> программ? Ну как знаете...
>
Это в продакшене каждой девелоперской конторы такое есть?

> 3. Неужели вы не знакомы с традиционными аргументами в пользу
> сравнительно более высокой надёжности микроядерных ОС по
> сравнению с монолитами? Вот не верю. Знакомы, но не придаёте
> значения? Ну дело ваше, опять-таки.

А где они, эти микроядра? Мобильники не в счет.

> > Ну и што? О чем нам это какбе намекает?
>
> Это кагбе намекает, что микроядерный QNX, обкатанный в
> самолётах и в мониторинге АЭС, с нативными API для
> программирования задач реального времени, едва ли будут
> ненадёжнее BSD и прочих монолитных пережитков прошлого, не
> способных к восстановлению собственных подсистем после сбоев.

Как-то не понял. Обкатывать на мониторинге АЭС - допускаю. На самолетах -
тоже.
Как-то это правильно так видится, да?
А что тогда должно управлять блоком АЭС, уж наверно что-то понадежней?
Что-то не видел этих ваших модных штучек на микроядрах на блочном щите
управления.

Предлагаю тему сворачивать.

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

RE: mips нужен?

2009-12-06T14:06:20Z

> >
> > Хм, и это доступно для заказа? Железка с 1998?
>
> А про Nortel я зачем писал? Хотите узнать, что именно -
> пишите им письмо (ну или в Авайю - кому они там продались
> сейчас...). Были у них, как минимум, SSL-акселераторы на
> Erlang/OTP. А можете и в эриксон написать за одно, наличие
> железок в линейке ANx на эрланге пробить. Хотите знать
> - узнавайте.
>
> А то мне и гуглить за вас, и письма писать, и прописные
> истины про микроядра повторять, ага? Я высказал имхо, ни на
> что не претендуя, и не обязан искать ответы на вопросы, да
> ещё и заданные в пренебрежительном тоне.
>
>

Гы, вопрос закрылся.

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-06T12:21:11Z

Эрланг - вещь в себе, которой и ОС в железке не очень-то нужна. Вот
только вряд ли такая железка найдет широкое распространение на рынке.
Железо с Эрлангом внутри, на сколько я знаю не выпускается уже давно,
за что спасибо менеджерам Эриксона, ибо это послужило причиной
появления Эрланга в виде открытой (open source) платформы.

6 декабря 2009 г. 17:22 пользователь Pavel Labushev
<p.labushev@...> написал:

> Ruslan Nekoz пишет:
>
>>>> Пруф?
>>> Пруф чего именно?
>>>
>> 1.Доступности на рынке телеком-железа с ПО на ФЯ.
>
> Erlang на Ericsson AXD 301/305:
> http://www.erlang.se/publications/ericsson_review_axd301_1998012.pdf
>
> И на платформе Ericsson ANx:
> http://www.erlang.se/publications/ericsson_review_anx_199801b4.pdf
>
> Nortel делала железки с ПО на базе Erlang/OTP. Не нашёл на их сайте
> упоминаний об эрланге, поищите сами.
>
>> 2.Критерии "более надежных" вариантов, несколько пар "старое телеком-железо
>> на сях под юникс"+"новое телеком-железо на ....."

Re: mips нужен?

2009-12-06T10:50:58Z

Ruslan Nekoz пишет:

А про Nortel я зачем писал? Хотите узнать, что именно - пишите им письмо
(ну или в Авайю - кому они там продались сейчас...). Были у них, как
минимум, SSL-акселераторы на Erlang/OTP. А можете и в эриксон написать
за одно, наличие железок в линейке ANx на эрланге пробить. Хотите знать
- узнавайте.

А то мне и гуглить за вас, и письма писать, и прописные истины про
микроядра повторять, ага? Я высказал имхо, ни на что не претендуя, и не
обязан искать ответы на вопросы, да ещё и заданные в пренебрежительном тоне.

Re: mips нужен?

2009-12-06T10:37:58Z

Ruslan Nekoz пишет:

>
>>>>> Пруф?
>>>> Пруф чего именно?
>>>>
>>> 1.Доступности на рынке телеком-железа с ПО на ФЯ.
>> Erlang на Ericsson AXD 301/305:
>> http://www.erlang.se/publications/ericsson_review_axd301_1998012.pdf
>>
>> И на платформе Ericsson ANx:
>> http://www.erlang.se/publications/ericsson_review_anx_199801b4.pdf
>>
>
> Хм, и это доступно для заказа? Железка с 1998?
>
>> Nortel делала железки с ПО на базе Erlang/OTP. Не нашёл на их
>> сайте упоминаний об эрланге, поищите сами.
>>
>>> 2.Критерии "более надежных" вариантов, несколько пар "старое
>>> телеком-железо на сях под юникс"+"новое телеком-железо на ....."
>> Критерии:
>> 1. Строгая типобезопасность языка.
>> 2. Иммутабельность данных и ссылочная прозрачность - в случае ФЯ.
>> 3. Отказ от юниксов в пользу либо архитектурно более надёжных
>> микроядерных ОСРВ, либо моноядерных ОСРВ, написанных на
>> типобезопасном языке (например, XOberon/2).
>
> Пардон, а зачем?

1. Мы о надёжности говорим или, пардон, о чём? В типобезопасных языках
контролем граничных значений адресов и величин (а также многими другими
вещами) занимается рантайм и компилятор (особенно в случае статической
типизации), по строго сформулированным и выверенным алгоритмам. В Си
этим занимается человек, который время от времени ошибается. Если вы
считаете, что человек справляется не хуже машины - дело ваше,
оставайтесь при своём. В конце-концов, я мнение высказал, а не проповедь
толкнул.

2. Вы склонны ни во что не ставить вклад математической строгости ФЯ и
наличие возможности формальной верификации программ? Ну как знаете...

3. Неужели вы не знакомы с традиционными аргументами в пользу
сравнительно более высокой надёжности микроядерных ОС по сравнению с
монолитами? Вот не верю. Знакомы, но не придаёте значения? Ну дело ваше,
опять-таки.

>> Пары поищите сами. Все свежие циски идут с модификацией QNX6
>> (POSIX-совместимая ОС, но это не юникс) на борту, можете
>> посравнить их с джуниперами для удостоверения "при прочих
>> равных". К словам только попрошу не цепляться: понятно, что
>> абсолютно полных аналогов по функционалу и цене не найдётся.
>>
>
> Ну и што? О чем нам это какбе намекает?

Это кагбе намекает, что микроядерный QNX, обкатанный в самолётах и в
мониторинге АЭС, с нативными API для программирования задач реального
времени, едва ли будут ненадёжнее BSD и прочих монолитных пережитков
прошлого, не способных к восстановлению собственных подсистем после
сбоев. А ещё это кагбе намекает, что у циски действительно в наличии
широкий ассортимент железа с QNX6 на борту - на лицо явноя доступность.
Ну вы же спрашивали? Ну так кагбе и вот она вам. Берите и сравнивайте с
джуниперами на BSD, если хотите.

Re: mips нужен?

2009-12-06T08:02:51Z

6 декабря 2009 г. 18:50 пользователь Ruslan Nekoz
<ruslan.nekoz@...> написал:
>> Erlang на Ericsson AXD 301/305:
> Хм, и это доступно для заказа? Железка с 1998?
Забей. Ериксон придумал ерланг, он его ессно и пихал.

>> Пары поищите сами. Все свежие циски идут с модификацией QNX6
>> (POSIX-совместимая ОС, но это не юникс) на борту
> Ну и што? О чем нам это какбе намекает?

Бери пример с меня, переходи в личку :-))

Но я всё-таки тоже здесь отмечу своё мнение: кое-кому очень хотелось
протолкнуть на рынок свою java-платформу, и привязать к себе
желательно кэш-флоу и мэйнстрим. Думаю, что прочие "уходы в что-то
своё" ровно по той причине. Flash вот, тоже хороший пример.
Дальше лучше в личку. А ещё лучше вернуться к теме треда, если есть что :-)))
--
antonvm

RE: mips нужен?

2009-12-06T07:50:18Z

> >>> Пруф?
> >> Пруф чего именно?
> >>
> > 1.Доступности на рынке телеком-железа с ПО на ФЯ.
>
> Erlang на Ericsson AXD 301/305:
> http://www.erlang.se/publications/ericsson_review_axd301_1998012.pdf
>
> И на платформе Ericsson ANx:
> http://www.erlang.se/publications/ericsson_review_anx_199801b4.pdf
>

Хм, и это доступно для заказа? Железка с 1998?

> Nortel делала железки с ПО на базе Erlang/OTP. Не нашёл на их
> сайте упоминаний об эрланге, поищите сами.
>
> > 2.Критерии "более надежных" вариантов, несколько пар "старое
> > телеком-железо на сях под юникс"+"новое телеком-железо на ....."
>
> Критерии:
> 1. Строгая типобезопасность языка.
> 2. Иммутабельность данных и ссылочная прозрачность - в случае ФЯ.
> 3. Отказ от юниксов в пользу либо архитектурно более надёжных
> микроядерных ОСРВ, либо моноядерных ОСРВ, написанных на
> типобезопасном языке (например, XOberon/2).

Пардон, а зачем?

> Пары поищите сами. Все свежие циски идут с модификацией QNX6
> (POSIX-совместимая ОС, но это не юникс) на борту, можете
> посравнить их с джуниперами для удостоверения "при прочих
> равных". К словам только попрошу не цепляться: понятно, что
> абсолютно полных аналогов по функционалу и цене не найдётся.
>

Ну и што? О чем нам это какбе намекает?

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-06T06:50:50Z

Anton Maksimenkov пишет:

> 6 декабря 2009 г. 2:00 пользователь Pavel Labushev
> <p.labushev@...> написал:
>> Языкам Си-семейства давно пора на пенсию. На рынке доступно
>> телеком-железо с ПО на функциональных языках или оберонах (Jbed).
> Хотелось бы подтверждение, во-первых, доступности, во-вторых,
> понимания доступности документации (и ради чего, конфигурить в
> Java-вебинтерфейсе то, что можно конфигурить в cli???).

Я имел ввиду доступность в смысле "на рынке есть такие решения", а не
"такие решения доступны каждому".

Причём здесь документация, не понимаю. Серьёзное телеком-железо
документировано никак не хуже OpenBSD.

О веб-интерфейсах - вообще не понимаю, к чему вы их вспомнили. У всех
приличных телеком-железок есть CLI, независимо от языка, на котором он
написан.

> В-третьих,
> если что-то "исполняется", то производительность интерпретатора
> java... это даже не смешно, и писать на нём тоже. В-четвёртых, а кто и
> на чём написал эти ваши java-машины? Уж сколько раз это всё будет

Да на чём угодно бывают написаны. Jbed, например, на Component Pascal
(вариант Оберона). К тому же, современные JVM не интерпретируют, а
компилируют байт-код ВМ в машинный код во время выполнения, и на каком
языке написан JIT-компилятор - уже не важно.

> поделено на ноль, что никакие кривые переполнятели буфера и рядом не
> стояли. В отличие от.

Это ваше мнение, ваши критерии и ваши акценты. Java-платформа прочно
закрепилась в индустрии, из чего следует, что критерий скорости не
является основным везде и всюду. Да вы и сами пользуетесь OpenBSD, я
думаю, не из-за её абстрактного превосходства в скорости над другими ОС.

>> где при прочих равных нередко доступны объективно
>> более надёжные варианты.
> Это очень масштабное и броское заявление. Которое требует доказательств.

Масштабное и броское заявление?! Это моё скромное мнение, о чем я
написал в первой строчке письма!

Доказательства? Я даже не знаю, что вы там поняли из моих слов. Вообще,
если вам моё мнение интересно - спрашивайте. Могу изложить его более
развёрнуто (хоть здесь, хоть в личку). А что-то кому-то доказывать и
опровергать, скатываясь в холивор, я не стану.

Re: mips нужен?

2009-12-06T06:22:20Z

Ruslan Nekoz пишет:

>>> Пруф?
>> Пруф чего именно?
>>
> 1.Доступности на рынке телеком-железа с ПО на ФЯ.

Erlang на Ericsson AXD 301/305:
http://www.erlang.se/publications/ericsson_review_axd301_1998012.pdf

И на платформе Ericsson ANx:
http://www.erlang.se/publications/ericsson_review_anx_199801b4.pdf

Nortel делала железки с ПО на базе Erlang/OTP. Не нашёл на их сайте
упоминаний об эрланге, поищите сами.

> 2.Критерии "более надежных" вариантов, несколько пар "старое телеком-железо
> на сях под юникс"+"новое телеком-железо на ....."

Критерии:
1. Строгая типобезопасность языка.
2. Иммутабельность данных и ссылочная прозрачность - в случае ФЯ.
3. Отказ от юниксов в пользу либо архитектурно более надёжных
микроядерных ОСРВ, либо моноядерных ОСРВ, написанных на типобезопасном
языке (например, XOberon/2).

Пары поищите сами. Все свежие циски идут с модификацией QNX6
(POSIX-совместимая ОС, но это не юникс) на борту, можете посравнить их с
джуниперами для удостоверения "при прочих равных". К словам только
попрошу не цепляться: понятно, что абсолютно полных аналогов по
функционалу и цене не найдётся.

RE: mips нужен?

2009-12-06T01:52:36Z

> -----Original Message-----
> From: Andrey N. Oktyabrski [mailto:ano@...]
> Sent: Sunday, December 06, 2009 8:50 AM
> To: openbsd@...
> Subject: Re: mips нужен?
>
> Anton Maksimenkov wrote:
> > И это, я стесняюсь спросить, но вот как сравнить производительность
> > mips'а с тем же богомерзким x86'ым что ли. Ну то есть как
> соотносится
> > 1 ГГцовое ядро mips'a с таким же 86'ым. Ну или в целом, если
> > ядро-память-порты.
> Один мой знакомый расковырял какой-то d-link, там mips.
> Подсунул ему винчестер, попробовал на нём компилировать
> всякую софтинку. Вроде сквид и астериск ему там нужны были.
> Так вот компилятор работал неожиданно быстро.
>
> > А то вон, у sparc'ов ядрищ дофига, а сами по себе они не так уж.
> > Одно-два ядра какого-нить хсиона вполне соревнуются с этим
> паровозиком
> > sparc'овых ядер. Да и то, если ОСь хорошо проработать под
> SMP и софт
> > соответственно.
> На каких задачах соревнуются? На оракле при 500 и более
> активных клиентах это уже в одни ворота - х86 тут не живёт
> вообще. Вообще, стОит сравнить на тех задачах, где много
> параллельных подключений и при этом активный ввод/вывод.
>

оффтопик
Предлагаю во всю документацию по опенку перед словом х86 добавлять слово
"богомёрзкий"
эндоффтопик

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

RE: mips нужен?

2009-12-06T01:49:06Z

> (если верить http://www.computerra.ru/networks/31908/).
> А за цену сего асуся, повторюсь, вполне сойдёт soekris, на
> котором Henning писал про 50 Мбит/с, и на котором, повторюсь,
> xBSD нормально ставятся и работают, причём давно готовый, i386 порт.
>
Да не нужен ваш 50 мбит. К тому же соекрис дороже.

> 6 декабря 2009 г. 2:00 пользователь Pavel Labushev
> <p.labushev@...> написал:
> > Языкам Си-семейства давно пора на пенсию. На рынке доступно
> > телеком-железо с ПО на функциональных языках или оберонах (Jbed).
> Хотелось бы подтверждение, во-первых, доступности, во-вторых,
> понимания доступности документации (и ради чего, конфигурить
> в Java-вебинтерфейсе то, что можно конфигурить в cli???).
> В-третьих, если что-то "исполняется", то производительность
> интерпретатора java... это даже не смешно, и писать на нём
> тоже. В-четвёртых, а кто и на чём написал эти ваши
> java-машины? Уж сколько раз это всё будет поделено на ноль,
> что никакие кривые переполнятели буфера и рядом не стояли. В
> отличие от.
> > где при прочих равных нередко доступны объективно более надёжные
> > варианты.
> Это очень масштабное и броское заявление. Которое требует
> доказательств.
> --

Упс! Аналогичные вопросы задал сообщением раньше. Что символично %)

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

RE: mips нужен?

2009-12-06T01:40:46Z

> >> Языкам Си-семейства давно пора на пенсию. На рынке доступно
> >> телеком-железо с ПО на функциональных языках или оберонах (Jbed).
> >> Можно симпатизировать юниксам, но едва ли целесообразно
> отдавать им
> >> предпочтение там, где при прочих равных нередко доступны
> объективно
> >> более надёжные варианты.
> >>
> >
> > Пруф?
>
> Пруф чего именно?
>

1.Доступности на рынке телеком-железа с ПО на ФЯ.
2.Критерии "более надежных" вариантов, несколько пар "старое телеком-железо
на сях под юникс"+"новое телеком-железо на ....."

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-05T22:49:44Z

Anton Maksimenkov wrote:
> И это, я стесняюсь спросить, но вот как сравнить производительность
> mips'а с тем же богомерзким x86'ым что ли. Ну то есть как соотносится
> 1 ГГцовое ядро mips'a с таким же 86'ым. Ну или в целом, если
> ядро-память-порты.
Один мой знакомый расковырял какой-то d-link, там mips. Подсунул ему
винчестер, попробовал на нём компилировать всякую софтинку. Вроде сквид
и астериск ему там нужны были. Так вот компилятор работал неожиданно быстро.

> А то вон, у sparc'ов ядрищ дофига, а сами по себе они не так уж.
> Одно-два ядра какого-нить хсиона вполне соревнуются с этим паровозиком
> sparc'овых ядер. Да и то, если ОСь хорошо проработать под SMP и софт
> соответственно.
На каких задачах соревнуются? На оракле при 500 и более активных
клиентах это уже в одни ворота - х86 тут не живёт вообще. Вообще, стОит
сравнить на тех задачах, где много параллельных подключений и при этом
активный ввод/вывод.

Re: mips нужен?

2009-12-05T20:32:28Z

Мдас.

С утреца вспомнил свою писанину и понял, что перемечтался. Да и
отписали уже. Собсно как я понял итог:
Во-первых, управление asic'ами и прочим барахлом оно и далеко от API
xBSD, и специфично видимо чуть ли не для всякой модели железки, и
писать под каждую... неа.
Во-вторых, конечно, документацию по железу и управлению его потрохами
никакая циска не даст, а reverse-engineering этого дела и подавно не
впился.
В-третьих, может быть и не у всех железяк вообще есть аппаратная
возможность пропускать что-то через проц или это как-то ограниченно -
лишь бы ssh/rsh/telnet работало.
В-четвёртых, то что может аппаратно железо, то и ios может
запрограммить, а то что не может (тот же pppoe) необходимо делать уже
софтово, а проц там убогий более чем полностью.
Вощем я написал бред, каюсь.

5 декабря 2009 г. 23:02 пользователь Stanislav Kruchinin
<stas@...> написал:
>> dir-100. Ну или VLAN-per-user. Я могу соврать, но может быть на железе
>> 3550-ой можно выжать побольше чем "8-16 VLAN-per-user", а это куда
> Так уже вроде обсуждалось, что "ограничение" в 8 или 16 SVI или routed ports не
> забито в софте. Это просто российские админы плохо понимают по-английски, видят
> в руководстве магические числа 8 и 16, и в результате боятся создавать много SVI.
> interfaces---is the recommended number for each platform. The software does not
> limit the number of SVI ports, but as the number of ports increases, the
> available resources decrease.
Да, да, можно настругать там и больше. Но сама же контора как бы
намекает нам, что ресурсов рассчитано на не так уже много этих самых.
Можно настругать и тыщщу. А работать _одновременно_ сколько смогут?
Сколько ресов хватит. А их может только для неских десятков хватить.
Ну как-то так.

>> Ну или вот пример, уже если смотреть в наших реалиях замкадья. Тут
> PPPoE не нужен. Надо делать сети на чистом IP over Ethernet, DHCP и ip unnumbered.
Красиво, согласен. Но 3550-ю на дом в нашем замкадье это очень слишком.

5 декабря 2009 г. 22:55 пользователь Ruslan Nekoz
<ruslan.nekoz@...> написал:
>>, а не раскапывать "как там запрограммить
>> этот ваш асус". Если тока этот асус не тот же самый
>> ПСюк-на-чипе и не сертифицирован "для провайдерства".
> Ну зачем вы так? http://ru.wikipedia.org/wiki/Asus_WL500G
Я всё-таки не понял, в чём цимес-то? Ну железка, ну MIPS. Чтобы
"заработал Linux" бились с броадкомом, который известнен своей
открытостью, ага. "Прошивка от Олега" - это символизирует. Ну и ещё,
не хочу никого обидеть, но мне кажется, что поделия на тему OpenWRT -
это всё сродни попытке портировать линукс на свой пылесос, чисто
способ убить время и силы. Либо на железке должен заработать *nix,
либо пускай производитель дальше дрючит свою wrt. Для "аппаратной
коммутации локальных пакетов" (на управление которой нужно ещё доку) и
коммутатор сгодится, вкл/выкл порт он умеет. К тому же побольше чем
20-30 Мбит/с, которые выдал этот асус (если верить
http://www.computerra.ru/networks/31908/).
А за цену сего асуся, повторюсь, вполне сойдёт soekris, на котором
Henning писал про 50 Мбит/с, и на котором, повторюсь, xBSD нормально
ставятся и работают, причём давно готовый, i386 порт.

6 декабря 2009 г. 0:10 пользователь Andrey N. Oktyabrski
<ano@...> написал:
> А видел, какие процы бруталком штампует?
> http://www.broadcom.com/products/Processors/Enterprise/BCM1480
> Это-ж бомба, а не проц. Мне бы вебсервер с парочкой таких камешков... Типа
> размечтался :-) Правда, пока я не видел серваков на таких. Видимо, ждут пока
> openbsd и солярку портируют на такой mips, тогда начнут серваки делать ;-)
Вах! Машина - зверь, да почти полторы сотни Gbps, да к тому же за 23
Ватта. Но, опять же, broadcom такой broadcom... как-то оно с
документацией потом будет. Ну и цена вопроса, мож он и стоит как
ядерная ракета, плюс обвязка остальным железом.

И это, я стесняюсь спросить, но вот как сравнить производительность
mips'а с тем же богомерзким x86'ым что ли. Ну то есть как соотносится
1 ГГцовое ядро mips'a с таким же 86'ым. Ну или в целом, если
ядро-память-порты.
А то вон, у sparc'ов ядрищ дофига, а сами по себе они не так уж.
Одно-два ядра какого-нить хсиона вполне соревнуются с этим паровозиком
sparc'овых ядер. Да и то, если ОСь хорошо проработать под SMP и софт
соответственно.

> Кроме того, есть routerboard.com
А это да, на эту тему может быть как раз и нацелен порт mips! Если с
доками там норм, то вполне альтернатива soekris'у.

6 декабря 2009 г. 2:00 пользователь Pavel Labushev
<p.labushev@...> написал:
> Языкам Си-семейства давно пора на пенсию. На рынке доступно
> телеком-железо с ПО на функциональных языках или оберонах (Jbed).
Хотелось бы подтверждение, во-первых, доступности, во-вторых,
понимания доступности документации (и ради чего, конфигурить в
Java-вебинтерфейсе то, что можно конфигурить в cli???). В-третьих,
если что-то "исполняется", то производительность интерпретатора
java... это даже не смешно, и писать на нём тоже. В-четвёртых, а кто и
на чём написал эти ваши java-машины? Уж сколько раз это всё будет
поделено на ноль, что никакие кривые переполнятели буфера и рядом не
стояли. В отличие от.
> где при прочих равных нередко доступны объективно
> более надёжные варианты.
Это очень масштабное и броское заявление. Которое требует доказательств.
--
antonvm

Re: mips нужен?

2009-12-05T17:12:12Z

Ruslan Nekoz пишет:

>> Ну, раз пошёл такой оффтопик, выскажу имхо...
>>
>> Языкам Си-семейства давно пора на пенсию. На рынке доступно
>> телеком-железо с ПО на функциональных языках или оберонах
>> (Jbed). Можно симпатизировать юниксам, но едва ли
>> целесообразно отдавать им предпочтение там, где при прочих
>> равных нередко доступны объективно более надёжные варианты.
>>
>
> Пруф?

Пруф чего именно?

RE: mips нужен?

2009-12-05T15:38:19Z

> Ну, раз пошёл такой оффтопик, выскажу имхо...
>
> Языкам Си-семейства давно пора на пенсию. На рынке доступно
> телеком-железо с ПО на функциональных языках или оберонах
> (Jbed). Можно симпатизировать юниксам, но едва ли
> целесообразно отдавать им предпочтение там, где при прочих
> равных нередко доступны объективно более надёжные варианты.
>

Пруф?

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-05T15:00:03Z

Sergey Smitienko пишет:

> То, что Вы собираетесь изобрести называется Juniper - FreeBSD-based
> ядро и правильное железо.

Ну, раз пошёл такой оффтопик, выскажу имхо...

Языкам Си-семейства давно пора на пенсию. На рынке доступно
телеком-железо с ПО на функциональных языках или оберонах (Jbed). Можно
симпатизировать юниксам, но едва ли целесообразно отдавать им
предпочтение там, где при прочих равных нередко доступны объективно
более надёжные варианты.

Re: mips нужен?

2009-12-05T13:10:32Z

А видел, какие процы бруталком штампует?
http://www.broadcom.com/products/Processors/Enterprise/BCM1480

Это-ж бомба, а не проц. Мне бы вебсервер с парочкой таких камешков...
Типа размечтался :-) Правда, пока я не видел серваков на таких. Видимо,
ждут пока openbsd и солярку портируют на такой mips, тогда начнут
серваки делать ;-)

Кроме того, есть routerboard.com, про которые я тут совсем недавно
спрашивал. Я, конечно, понимаю, что есть soekris, но он, простите, втрое
дороже и вообще не бывает о восьми портах ethernet.

RE: mips нужен?

2009-12-05T12:18:54Z

> PPPoE не нужен. Надо делать сети на чистом IP over Ethernet,
> DHCP и ip unnumbered.

Подписываюсь.

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-05T12:02:40Z

Anton Maksimenkov wrote:
> Хм. Ну не то чтобы. Но сделать из 24-48-портового коммутатора
> PPPoE'шный серв "на дом"? Думается уж получше чем всякое гуано типа
> dir-100. Ну или VLAN-per-user. Я могу соврать, но может быть на железе
> 3550-ой можно выжать побольше чем "8-16 VLAN-per-user", а это куда
> дешевле 6500-ки.

Так уже вроде обсуждалось, что "ограничение" в 8 или 16 SVI или routed ports не
забито в софте. Это просто российские админы плохо понимают по-английски, видят
в руководстве магические числа 8 и 16, и в результате боятся создавать много SVI.

Еще раз:
The number of Switched Virtual Interfaces (SVIs)---that is, the number of routed
interfaces---is the recommended number for each platform. The software does not
limit the number of SVI ports, but as the number of ports increases, the
available resources decrease.

>
> Ну или вот пример, уже если смотреть в наших реалиях замкадья. Тут
> понимаете какое дело... поднять PPPoE'шный серв доступа легально можно
> тока на сертифицированном "под и коммутацию-маршрутизацию" PCюке.

PPPoE не нужен. Надо делать сети на чистом IP over Ethernet, DHCP и ip unnumbered.

>
> Вот не верится, что люди потратят СТОЛЬКО времени и сил только для этого.

Ну я не знаю, может им интересно, или даже что-то платят за это.

RE: mips нужен?

2009-12-05T11:55:29Z

>, а не раскапывать "как там запрограммить
> этот ваш асус". Если тока этот асус не тот же самый
> ПСюк-на-чипе и не сертифицирован "для провайдерства".

Ну зачем вы так?
Первый копок дал http://ru.wikipedia.org/wiki/Asus_WL500G
Кто первый портирует опенка на эту дивную балалайку?
Шучу.

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-05T10:34:43Z

> Вы не поняли. Я фантазировал не про PC, а как раз про то, чтобы
> засунуть а-ля опёнок на цисковое железо. Вместо ios'а :)). Там будут и
> толстые куртизанки, и преферанс, и всё такое. Роутить и всё прочее что
> "железно" делает TCAM/ASIC - он так и будет делать. Это ж не ios
> выполняет. ios только программирует "железо" на выполнение
> определённого роутинга или там чего. Не вижу причины почему бы это не
> смог а-ля опёнок.
>
Ага, так Вам Cisco выложила все свои секреты и протоколы общения с ASIC'ами.
То, что Вы собираетесь изобрести называется Juniper - FreeBSD-based
ядро и правильное железо.

--
Sergey Smitienko

Re: mips нужен?

2009-12-05T10:16:26Z

Та-а-ак, тема <<тронула>>. Спасибо ответившим. Позвольте напишу массово,
чтобы не порождать кучу писем.

5 декабря 2009 г. 16:51 пользователь Mike Belopuhov <mkb@...> написал:
> во первых mips и sgi вещи разные. mips'ы делают все кому не лень
> и железок на мипсах огромное количество даже без sgi.
> в чем вопрос? почему OpenBSD/sgi мучают? потому же почему и все
> остальное винтажное железо -- OpenBSD это проект хоббистов.
> никакого заказа на поддержку древних машин от SGI нет.
Боже упаси, про заказ и мысли не было. И... всё таки я про порт MIPS,
а не SGI. :)

Какие есть/мыслятся железки на mips'ах, чтобы туда воткнуть а-ля
опёнок? Ессно, с возможностью собсно "воткнуть" (ну то бишь с
возможностью как-то её туда залить или что). Ну или хотя бы "под
заказ". Я, честно, плохо представляю. И это... исходя из того, что
бюджет не как у "роснанотеха", а как у среднего провайдёра.
Вопрос мозгонапряжный, так что, будучи оставленным без ответа, не
расстроит ни мало.

>> Может кто чего своё нафантазирует, интересно было бы узнать.
> нечего тут фантазировать. займитесь лучше делом каким-нибудь.
собсно, был бы профит. пытаюсь понять как его можно выжать из.

5 декабря 2009 г. 15:55 пользователь Stanislav Kruchinin
<stas@...> написал:
>> Вроде как на mips сделано cisco'вское оборудование...
> Все не так просто... как вы будете обсчитывать трафик... сетевой стек
> реализован с биглоками... нет толстой...TCAM и ASIC
Вы не поняли. Я фантазировал не про PC, а как раз про то, чтобы
засунуть а-ля опёнок на цисковое железо. Вместо ios'а :)). Там будут и
толстые куртизанки, и преферанс, и всё такое. Роутить и всё прочее что
"железно" делает TCAM/ASIC - он так и будет делать. Это ж не ios
выполняет. ios только программирует "железо" на выполнение
определённого роутинга или там чего. Не вижу причины почему бы это не
смог а-ля опёнок.
А "обсчитывать"... ну это уже вопрос другой и для отдельной машины. У
вас же циска не обсчитывает трафик, да? Самое большее - отправляет
(собранные видимо железом) счётчики нетфлоу.
К тому же, судя по отчёту с последнего хакафона, мысль таки
подкрадается к SMP-сетевойподсистеме. Но, повторюсь, моя фантазия была
в том, чтобы использовать возможности железа, также как их и
использует ios. Плюс добавить всё что может unix (ессно, из того что
потянет проц).

> ...давно выложены образы IOS... и с полноценным функционалом.
> Или вы думаете, что какой-то дохлый проц, который там стоит для
> того, чтобы загружать IOS и обрабатывать пользовательский ввод,
> обсчитает на третьем уровне трафик от 50 портов?
Хм. Ну не то чтобы. Но сделать из 24-48-портового коммутатора
PPPoE'шный серв "на дом"? Думается уж получше чем всякое гуано типа
dir-100. Ну или VLAN-per-user. Я могу соврать, но может быть на железе
3550-ой можно выжать побольше чем "8-16 VLAN-per-user", а это куда
дешевле 6500-ки.

И ещё. Выложены-то выложены. Да вот тока циске нет никакого интереса
ни обновлять ПО для старых железок, ни добавлять в них весь функционал
который МОЖЕТ ЖЕЛЕЗКА, а не только ios. Им выгоднее "обновления и
новые функции - в новых железках".
Не говоря о том, что простенькие серверные вещи (тот же вебсерв со
страничкой "вы отключены за неуплату" и тому подобное, что может
unix), которые были бы полезны, там принципиально не будут.

Ну или вот пример, уже если смотреть в наших реалиях замкадья. Тут
понимаете какое дело... поднять PPPoE'шный серв доступа легально можно
тока на сертифицированном "под и коммутацию-маршрутизацию" PCюке.
Подобный задохлик стоит что-то около 15-20 т.р. В чуть ли не
единственном инпро. Обработает он небольшое количество юзеров (ну PCюк
же, сами описали узкие места). Нужно писюков больше (либо меньше но
более дорогих - те же яйца).
А циска тоже сертифицирована. И если бы из неё выжать нужное прямо на
доступе, было бы "вкусно".
Хотя, грешен, я в железе циски не очень, мощь ейных процов не
представляю, так что "теоретизирую".

> Неутешительный итог. FreeBSD на mips занимается Juniper.
Гы. А если там архитектура такая же (то есть железо
коммутирует-роутит-ипрочее, а ось именно программирует его в ту или
иную позу), то опять же был бы вариант "купить мощное железо,
сэкономить на софте".

> Архитектура mips в OpenBSD видимо нужна только для того,
> чтобы можно было указывать mips в списке поддерживаемых платформ.
Вот не верится, что люди потратят СТОЛЬКО времени и сил только для этого.

5 декабря 2009 г. 16:12 пользователь Ruslan Nekoz
<ruslan.nekoz@...> написал:
>> что у егонного оборудования доххща интерфейсов на железку, а
>> писюк с его парой-тройкой сетевух на одну банку - фалломорфирует".
> Цыско не нужна(тише,тише). На платформочке типа асус wl-500gp
> с добавленной памятью до 128 ром+256 рам можно было бы чудить
Не. Те же dir-100 в профиль. Тот же РСюк с его 4-мя сетевухами.
За те же 100 баксов можно и soekris купить, и получить готовый рабочий
"кампутер размером с модем", вполне заточенный под xBSD, а не
раскапывать "как там запрограммить этот ваш асус". Если тока этот асус
не тот же самый ПСюк-на-чипе и не сертифицирован "для провайдерства".
А сиськи волнуют именно 24-48-иболее-портами.

> Видится правильным дождаться армов. Ну и годик-два посмотреть
я может что-то упустил, но чем армы перспективны?

>> Да, уже и Интел с АМД переползают на RISC по большому счету.
> Вот бы эти конторы еще и с архитектуры х86 перепозли.
Уха-ха-а :)) Хороший юмор получился, красиво, тонко, точно.
--
antonvm

RE: mips нужен?

2009-12-05T08:13:51Z

%)
Пардон, поглумился.

> Ruslan Nekoz wrote:
> >>
> > А шо, риск таки рулит?
>
> Да, уже и Интел с АМД переползают на RISC по большому счету.
> В современных процах x86-инструкции транслируются в
> RISC-подобные микрооперации.
>

Вот бы эти конторы еще и с архитектуры х86 перепозли. Пойду помолюсь за это.

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Re: mips нужен?

2009-12-05T06:25:32Z

Ruslan Nekoz wrote:
>>
> А шо, риск таки рулит?

Да, уже и Интел с АМД переползают на RISC по большому счету. В современных
процах x86-инструкции транслируются в RISC-подобные микрооперации.

Re: mips нужен?

2009-12-05T05:51:30Z

On Sat, Dec 05, 2009 at 12:37 +0300, Anton Maksimenkov wrote:
> Интересно, что думает-знает уважаемое сообщество на тему сабжа...
> Я вот смотрю на то как девелоперы истово точат порт MIPS, при том что
> по выражению mikeb'a "sgi умерла", и подумываю - а какой тут evil plan
> на самом деле?
>

во первых mips и sgi вещи разные. mips'ы делают все кому не лень
и железок на мипсах огромное количество даже без sgi.

>
> Вобщем, вопрос. :)

в чем вопрос? почему OpenBSD/sgi мучают? потому же почему и все
остальное винтажное железо -- OpenBSD это проект хоббистов.
никакого заказа на поддержку древних машин от SGI нет.

> Может кто чего своё нафантазирует, интересно было бы узнать.

нечего тут фантазировать. займитесь лучше делом каким-нибудь.

> --
> antonvm

RE: mips нужен?

2009-12-05T05:12:32Z

Пардон, вылезу из анабиоза.

> Вроде как на mips сделано cisco'вское оборудование... А если
> мне память правильно изменяет, то Theo когда-то выражался
> навроде такого "циска собака держит IT за горло тока потому,
> что у егонного оборудования доххща интерфейсов на железку, а
> писюк с его парой-тройкой сетевух на одну банку - фалломорфирует".
> Так может порт на mips есть прицел на то чтобы можно было
> заюзать это цисковое железо, не покупая ПО самой циски
> (ios'ы, которые и обновления которых стоят много, а толку
> мало)? К тому же циска порой делает рукоблудство
> маркетинговое - железка одна, а в зависимости от дороговизны
> ПО, которое для неё купишь, она будет условно говоря "или
> полным говном, или полугавном, или делать всё и даже
> коечтоещё". Если же взять железку по минимальной цене, и
> зарядить туда опёнка, который станет выжимать из неё всё что
> она может, то... PROFIT, же! Стратегия интересная, да и
> бушного железа сиськи довольно немало. И кто знает, на что
> будет способна даже "копеешная" 2950, если на неё поставить
> нормальную ОС... :-))

Цыско не нужна(тише,тише). На платформочке типа асус wl-500gp
с добавленной памятью до 128 ром+256 рам можно было бы чудить
на полную катушку. Цыски для гурманов или Ынтерпрайзников.
Сравните цены, да. Ниша стобаксовых девайсов ого-го какая здоровая.

> На том же mips'е делают игровые приставки... Но идею саддама
> "закупить over 9000 игровых приставок и сделать из них
> кучуговнаизприставок..., то есть СУПЕРКОМПЬЮТЕР" не читал, но
> осуждаю :)) Смысле не вижу тут ничего стоящего, интересного и
> тем более результативного.
>
А шо, риск таки рулит?

> Ещё вроде бы как на тех mips'ах деланы всякие STB (приставки
> для телевидения). И вроде бы как смутно видится некоторый
> PROFIT от того, что можно поставить на них опёнка и сделать
> свою STB "с блэкджэком и шлюхами",... но это как-то больше
> потешило бы netbsd'шника, врядли это интересно. Хотя, если
> был бы готовый цикл - STB-девайсы + что-то своё в головной
> телестанции, то возможно этому есть какое-то приложение...
> но это всё "маниловщина", готовая цепочка не просматривается.
> Тем более что производители головных телестанций не страдают
> открытостью и влезть туда вряд ли можно.

Как мне кажется, в эту область напхают какашек с дрм по самое нехочу.
Плюс стб это прообраз телекрана %)

> Вобщем, вопрос. :)
> Может кто чего своё нафантазирует, интересно было бы узнать.
> --

Видится правильным дождаться армов. Ну и годик-два посмотреть
на битвы титанов. Ведь воевать будут не перспективные платформы,
а счета говновендоров в банках. Кто-то кого-то выдавит с рынка.

Кстати о птичках, на какой платформе был построен Бендер?

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4610 (20091115) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com