>Первое
>
>Начнем с того, что Вы до «красноты в глазах» сами начинаете хамить
>людям доказывая, что GNU/Linux это и жнец, и гонец, и вообще
>универсальная панацея от всего. Вам же вполне аргументировано объясняют, что на
>самом деле это далеко от истины.Ну, поскольку Линукс, это универсальная ОС, то он и обязан быть
жнецом, гонцом и прочее. Другое дело, что бывают :-) случаи, когда
целесообразнее использовать специализированную ОС.
>Второе
>
>Что касается CCIE, для начала сдайте этот экзамен и получите этот заветный
>номерок, а потом уже поговорим с вами на тему, кто такие
>CCIE и что они из себя представляют. К тому же хотел
>бы заметить, что я не проявлял свой технический потенциал или знания,
>у меня в отличие от Вас есть работа, которая представьте себе,
>требует время.
:-)
>Третье.
>
>Я, конечно же, все понимаю и ваше желание заняться «сексом с извращениями»,
>но в отличии от Вас есть люди которые ценят свое время,
>деньги и нервы. Приведу пример и маленькое колличество аргументов против:
И, поэтому, эти люди используют конкретный инструмент под решение
конкретных задач. Надо отметить, что специализированный инструмент
всегда дороже массового универсального. Но, в конкретном случае, всегда
лучше этого универсального.
>Мне для замены Cisco IOS с одной версии на другую потребуется минут
>10-15 времени, вам же со всеми этими «костылями» (к слову в
>некоторых моментах без них, наверное, не удастся обойтись, тут патчик на
>ядро, там патчик и т.д.) произвести upgrade с одной версии ядра
>на другую доставит столько приятных часов проведенных с GNU/Linux :)
Это Вам, коллега, показалось. :-) Неумение готовить устриц не означает
однозначно, что эти устрицы г-но.
IMHO 10 - 15 мин. нужно, чтобы настроить и скомпилить новое ядро. Чтобы применить
его нужно время перезагрузки бокса. Если меняем ИОС в условиях существующей
инфраструктуры, то 10 - 15 мин. много. :-)
>Другой пример, это техническая поддержка. Допустим, на сам Linux вы получите техническую
>поддержку у какой-нибудь компании, но что будем делать, когда Вы будите
>использовать какой-то патчик «студента» или собранный из сорцов пакет (который опять
>же написан группой «студентов») на который техническая поддержка не распространяется?
А Вы не ставьте такие патчики на продукционные боксы. Студенты, они и для цисок куют :-)
Это же не повод устройство калечить :-)
>К тому же на само оборудование бизнесу может потребоваться тоже техническая поддержка
>(вдруг блок питания сгорит или винчестер), Вы конечно же можете в
>этом случае поставить какой-нибудь брендовый сервер (к примеру от HP или
>IBM), но его цена может оказаться такой, что дешевле было бы
>купить Cisco :)
Ага. Циска дешевле :-) Только все равно приходится покупать HP и, даже,
IBM pSeries.
А вот тут, далее, самое интересное :-)
>Или другой пример. Знаете, что такое Network Recovery? Я больше чем уверен,
>что в момент флапа eBGP нейбра, GNU\Linux Full view будет инсталлировать
>в таблицу дольше чем та же самая Cisco :) Я, наверное,
>совсем не удивлюсь, если пересчет Full View на GNU/Linux’е приводит к
>Routing Interrupt (особо обращаю внимание, что я не утверждаю, но подозреваю
>об этом).
Задача исполняется на центральном процессоре. У циски ЦПУ от наладонника. У HP,
на котором Линукс, 4 - 8 ядер. Кто победит? :-)
>Еще один пример, а если нам в одном шасси понадобиться организовать коммутатор?
>У Cisco в этом случае есть специальные карты switch-blade, а Linux
>сервере, сколько Вы сможете выдать портов максимум, и сколько этот сервер
>будет занимать места в стойке?
А вот тут Линух-бокс сосет. Можно конечно напихать интерфейсов, но этож PCI-
архитектура. Со всеми ее, в том числе, и недостатками. А у Циски главное даже
не количество. У кошки интерфейсы умные. Много чего умеют сами, не занимая
системну шину.
>Ну и напоследок, пускай Cisco IOS не совсем удачная ОС но она
>изначально RTOS (Real-Time OS), GNU/Linux же себя все больше и больше
>позиционирует под desktop и Real-Time там далек от идеала. И знаете
>почему? Да хотя бы потому, что изначально это две разные операционные
>системы, которые решают разный круг задач! В некоторых случаях задержки могут
>быть критичными (например: BFD, MPLS-TE (RSVP сигнализация), субсекундная сходимость
>OSPF или IS-IS, в этих случаях счет идет на миллисекунды).
>
>И мы еще даже не смотрели в сторону железа (я имею наличие
>ASIC’ов и т.д. :)).
В Линуксе до риал-тайма, как до Луны. И, что интересно, ядро именно сейчас
развивается, скорее, в противоположную сторону. Правда риал-тайм это тоже не
панацея. Это просто гарантированное время реакции. Не обязательно наименьшее.
Один гарантированный ответ в сутки, это тоже риал-тайм. К риал-тайму в ИОС
тоже есть вопросы :-)
Коллеги, ну их эти холиварс? :-)
