пруфи про лінукс в електростанціях атомних можна ?

есмінець працює на ОС Lynx, Red hat там як сервер і не більше

вільне ядро на якому роблять дістрібутиви на базі ядра лінукс, успіху в якому досягли ПРОПРІЄТАРНІ фірми, великого успіху не робить, лінукс ядро яке розроблялось як вільне і з відкритим кодом, розтягнули пропрієтарні компанії, роблять там що хочуть, про блоби в ядрі уже вели тему, та дистрибутиви FSF, які одобрені. Пропрієтарастам вигідний лінукс, перше там робиться велика залежність, ну виклали код лінукс, андроїда, а код завантажувача закрили, от вся і свобода з лінуксом. Ще пропрієтарасти його люблять за те що багато студентів, гіків присилають патчі, вони ними вільно користуються, менше, або взагалі не платиш робітникам, або їх потрібно тримати менше.
Перспектив з лінуксом не бачу, для прикладу, Valve, як ігрову приставку їх я в продажі не бачив, все максимум для звичайного компа виробляється. Вони там самі не знають шо хочуть. Проблеми в "стіму", є люди які ними не задоволені. Одним словом перспектив з лінуксом не бачу. Це для реклами і не більше. Поки там роблять стім, Sony випустила уже в продажу PS4.
Amazon теж використовує FreeBSD,ОС живе і розвивається. В очах лінуксоїда все помирає, навіть віндовс який рік, про "вендє капєц" уже який рік чую. ... Повідомлення можна писати вічно.

В лінуксі монолітне зараз ядро, чи вже готовлять мікроядро ?
поки єдину ОС на мікроядрі я знаю Minix, за неї можуть взятися

це про ту людину, яка дала посилання що лінукс це андроїд, а виявляється лінукс потрібно окремо ставити ?

це ті фірми з якими так боряться лінуксоїди, ярий приклад майкрософт.
є такі що доять лінукс і про це нездогадуються, приклад IBM, Oracle ( особливо про їх доповідь про плюси пропрієтрного ПЗ ) ...
особливо сподобався висновк про 1С з лінуксом:

ядро в Minix має іншу назву ?
так це думка в стилі лінксохда, дистрібутів $distr_name, a ядро лінукс, в Minix та в інших так само 
Я користувач лінукс, я все за вас знаю! 

зкимось спутав
але посилання було про андроїд і "Хорг".

я б зрозумів:
"лінукс - це операційна система"
"операційна система на базі лінукс"
а той приклад це тільки запутати

Я невпевнений що він і зараз зрозумів вірно, тому підстрахуйтеся і поясніть ще раз.

То він безнадійний і його краще приспати?  (тут мав бути смайл з хустинкою, плаче але він не працює)

Він мені нагадує тих що пишуть про існування НЛО чи глобальну теорію змови, тільки в його випадку це BSD. Трохи кумедний, навіть настрій підіймає і надихає на вивчення чогось нового і цікавого про лінукс. Він нагадує про ті речі, які думав дізнатися але забув свого часу. Тому шкодити найближчим часом не планував, хотів почекати коли у нього остаточно поїде дах від FreeBSD. А до того часу треба його підліковувати і відтягувати момент цього повного божевілля.

По перше хворі і ідіоти завжди існували, тому навіщо мені його питати?
А щодо ядра, то це не FreeBSD, тут ядро офігенних розмірів. Воно постійно збільшується, бо на нього перекладають багато задач.. одним словом це не блок схему розглядати, це там воно просте і нічого особливого. Хочеться в деталях розібратися що і як реалізоване.

спочатку треба глянути на себе, та вже про інших говорити, це типова реакція лінуксоїда, коли немає що сказати, то вже переходить до некультурної лексики. Одними словоми "Не кажіть вчити лінукс і вам не скажуть куди йти!"

От нещодавня новина NetBSD портована на Zynq (Xilinx) ZedBoard
це предрікання смерті, бо ніхто не цікавиться і не використовує *BSD  , бо коло місяця туж NetBSD запустили в Minix Neo X7 на процові Rockchip RK3188+. Там теж іде розвиток, новини про нові  портування виходять ледь не кожного місяця, ага це смерть всім *BSD.

На всіх гілках FreeBSD знайдені вразливості у мережевому стеці протоколу SCTP. Перша вразливість (CVE-2014-8612) дозволяє локальному непривілейованому користовачеві записати чи прочитати 16 біт даних пам’яті ядра. Потенційно проблема може бути використана локальним користувачем для підвищення привілей у системі.
     Друга вразливість (CVE-2014-8613) пов’язана з можливістю розіменування нульового вказвіника при обробці одержаного ззовні SCTP-пакета. Вразливість може бути використана для здійснення атаки відмови в обслуговуванні через краха ядра за допомогою відправки системі навмисне сформованих пакетів.