The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Research In Motion покупает подразделение, развивающее ОС QNX

09.04.2010 22:54

Канадская компания Research In Motion (RIM), владеющая брендом BlackBerry, заключила соглашение о выкупе у компании Harman International подразделения, занимающегося разработкой микроядерной операционной системы QNX. Поглощение планируется завершить через 35-45 дней, после урегулирования формальностей. Финансовые вопросы сделки не разглашаются.

После приобретения, RIM вынашивает большие планы по продвижению платформы QNX на рынок смартфонов и автомобильных информационно-развлекательных систем. В будущем компания RIM надеется создать серию сетевых и встраиваемых устройств нового поколения, построенных в результате сотрудничества собственного инженерного подразделения и разработчиков QNX.

  1. Главная ссылка к новости (http://press.rim.com/release.j...)
  2. Архив исходных текстов ядра, драйверов, сетевого стека и других подсистем QNX
  3. OpenNews: Открытие исходных текстов микроядерной ОС QNX
  4. OpenNews: Выпущена QNX RTOS 6.4 "Neutrino"
  5. OpenNews: Открыт код файловых систем из состава ОС QNX
  6. OpenNews: Открыт код нового сетевого стека микроядерной ОС QNX
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/26165-QNX
Ключевые слова: QNX
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:23, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    я в легком шоке О_О
     
     
  • 2.54, Iv946n (?), 01:08, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Аналогично. Если бы наоборот, я бы не удивился. Всегда думал что QNX намного круче в плане капитализации.
     

  • 1.2, Аноним (-), 23:25, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    удачи rim в этом начинании
     
  • 1.3, анонимус (??), 23:33, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    заааачем QNX на блекбери... ну что за бред
     
     
  • 2.11, pavlinux (ok), 00:53, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Клёво, клёво... ещё одним меньше.
    Ждем похорон VxWorks и MicroC/OS

     
  • 2.14, User294 (ok), 01:24, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >заааачем QNX на блекбери... ну что за бред

    ну, посмотреть что они будут дальше со всем этим счастьем делать - любопытно :)

     

  • 1.4, Трухин_Юрий_Владимирович (ok), 23:33, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    круто... только какое отношение закрытая QNX и Blackberry имеет к этому сайту...
     
     
  • 2.7, pavlinux (ok), 23:45, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Downloading the Neutrino OS/Kernel Source

    http://community.qnx.com/sf/wiki/do/viewPage/projects.core_os/wiki/GetTheOSSo

     
  • 2.15, User294 (ok), 01:26, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >круто... только какое отношение закрытая QNX и Blackberry имеет к этому сайту...

    Они в отличие от ваших хозяев сорц показывают. Под жлобской лицензией, но все-таки.

     
     
  • 3.17, IGX (?), 01:47, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А чего тогда на опеннет нет новостей про Delphi/C++Builder? Они тоже исходники VCL показывают и их даже можно менять.
     
     
  • 4.24, я (?), 02:45, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А чего тогда на опеннет нет новостей про Delphi/C++Builder? Они тоже исходники
    >VCL показывают и их даже можно менять.

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

     
  • 4.25, anonymous (??), 03:06, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а кого интересуют эти рассыпающиеся в прах трупы?
     
  • 4.37, User294 (ok), 18:22, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А чего тогда на опеннет нет новостей про Delphi/C++Builder?

    Наверное потому что:
    1) Delphi/C++Builder без исходников.
    2) VCL по задумке борланда всего лишь довесок к ним а не самостоятельная сущность.
    3) Врядли кого-то сильно заинтересуют новости об дельфи и си++ билдере на данном ресурсе и тем более в 2010 году.
    4) ???
    5) PROFIT!

     

  • 1.5, Аноним (-), 23:38, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Люди хотят видеть совсем другие новости: компания, выпускающая термоядерные реакторы выкупает QNX у компании, занимающейся обычными ядерными реакторами, поскольку требуется обеспечить вероятность отказа на уровне не выше 5*10^-18. Подробности сделки не разглашаются, но эксперты оцениваются её величину в 10^3 биллионов долларов. Кроме того, в ближайшее время операционка сменит лицензию c GPL на BSD, чтобы обеспечить доступ к исходникам более широким слоям разработчиков.
     
     
  • 2.10, User294 (ok), 00:52, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А она для начала ни разу не под GPL. Доступ? Ха-ха, если вы хотите не поиграться а реально юзать, придется ее КУПИТЬ.Для тех у кого есть термоядерный реактор это не проблема.
     
  • 2.18, IGX (?), 01:51, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Если бы я строил термоядерный реактор, я бы думал не о QNX, а о чём-то типа DOS или еще более простой операционке или вообще бы строил всё без операционки и, возможно, не на x86, а на чём-то более простом и надежном. ВОЗМОЖНО.
     
     
  • 3.26, anonymous (??), 03:07, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >Если бы я строил термоядерный реактор

    очень хорошо, что вы его не строите.

     
  • 3.32, xxx (??), 11:55, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Эх, а если бы я строил термоядерный реактор, то для начала подумал бы как решить другие, более важные проблемы ядерногого синтеза.
     
     
  • 4.35, ffirefox (?), 15:55, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Эх, а если бы я строил термоядерный реактор, то для начала подумал
    >бы как решить другие, более важные проблемы ядерногого синтеза.

    "Если б я была царица,-молвит первая девица" ...

     
  • 4.40, User294 (ok), 19:02, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Эх, а если бы я строил термоядерный реактор, то для начала подумал
    >бы как решить другие, более важные проблемы ядерногого синтеза.

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

     
     
  • 5.47, sergem (??), 15:59, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кстати, термоядерные реакторы в силу
    >своего принципа работы - относительно безопасны: они не склонны к катастрофическим
    >отказам и в случае проблем реакция очень быстро гаснет (плазма с
    >температурой в миллионы в окружающей среде быстро остывает) и в холодном
    >состоянии никаких излученеий нет.

    Никаких лишь поначалу. Потом конструкционные материалы наглотаются нейтронов и начнут "светить".

     
     
  • 6.49, User294 (ok), 06:01, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В традиционных реакторах, пардон, адско "светит" для начала само топливо. Все остальное на его фоне просто ерунда. И что самое фиговое, при катастрофическом разрушении реактора все это топливо вылетает и ... правильно, продолжает светить тысячами рентген вокруг. В случае разрушения термоядерного реактора для начала не будет этого самого топлива которое светит. Алсо, существуют виды термоядерных реакций в которых нейтроны не участвуют, хоть они и сложнее в использовании.
     
     
  • 7.51, Cobold (??), 16:19, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    куда должна деться заключённая в плазме термоядерного реактора энергия в случае разрушения? Знаете, когда в 53-тем первую ворородную бомбу испытывали, в Семипалатинске люди валялись контуженные. А там 200 Км до полигона. И вспышку было из города видно, и рентген там светилось я тебе дам сколько, много людей сразу после поумирало. Не знаю каково соотношение энергетики токмаков к той бомбе, но боюсь что не в нашу пользу.
     
     
  • 8.52, pavlinux (ok), 00:34, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для правого дела, можно и миллион голов снести Кромвель с ... текст свёрнут, показать
     
  • 8.62, User294 (ok), 22:51, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Никуда - она просто не высвободится Не сможет Потому что условия для происхожд... большой текст свёрнут, показать
     
     
  • 9.66, Andrew Kolchoogin (?), 22:07, 19/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего специфичного Просто повысили эффективность облучения дейтерида лития ней... текст свёрнут, показать
     
  • 3.36, fyrer (?), 17:50, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Если бы я строил термоядерный реактор, я бы думал не о QNX,
    >а о чём-то типа DOS или еще более простой операционке или
    >вообще бы строил всё без операционки и, возможно, не на x86,
    >а на чём-то более простом и надежном. ВОЗМОЖНО.

    Хорошо, что вы не строите реакторы..

     
  • 3.38, User294 (ok), 18:43, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >а о чём-то типа DOS

    Ну и некромансия!

    >или еще более простой операционке или вообще бы строил всё без операционки и,
    > возможно, не на x86, а на чём-то более простом и надежном. ВОЗМОЖНО.

    В промышленности и embedded полно именно таких железок - в местах где что-то достаточно критичное, от чего действительно что-то зависит, зачастую стоит мелкий микроконтроллер с максимально простой фирмварой (которую просто отладить, вылизав до битика), способный к максимально быстрой реакции на события и предсказуемо по времени (как правило несколько тактов тактового генератора). Реалтайм при этом чисто аппаратный: железка посвящяет все свое время своей задаче не отвлекаясь на фигню типа показа юзеру картинок. Это попросту делают другие, отказ которых вообще ничего такого криминального не делает. В особо параноидальных случаях - ставят несколько железок, желательно из разных компонентов и код для которых писали разные команды програмеров реализуя одну и ту же логику. А потом на ходу сравнивают результаты вычислений, попросту отстреливая заглючившего по принципу а-ля "2 из 3" (в сильно параноидальных случаях может быть и больше). При этом даже очень злостные глюки в рамках 1 из железяк приведут лишь к отстрелу проблемного железяка нафиг с оповещением о проблемах. А процесс управления в целом - ни на секунду не прервется. По подобному прнципу сделано например управление какого-то из боингов, надеюсь он катит как пример системы действительно критичной к отказам системы. И никаких qnx-ов, строго говоря. Тем не менее qnx смотрелся бы вполне разумно в какомнить терминале управления, отказ которого не столь критичен но тоже жутко нежелателен.

     

  • 1.8, Аноним (-), 23:54, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Было бы неплохо, если бы они опубликовали исходные коды под GPLv2/3. Это была бы сильная заявка на успех в embedded и/или realtime.
     
  • 1.12, FPGA (ok), 00:57, 10/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вдруг будет то же самое что и когда Nokia выкупила Qt? Вдруг мы увидим QNX под... GPL??? =)))
     
     
  • 2.16, User294 (ok), 01:29, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нокия и раньше выпускала разные проекты под открытыми лицензиями(например библу sofia sip, etc). А RIM чем похвастает?
     
  • 2.30, koblin (ok), 11:35, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    QT и до покупки была под GPL
     
     
  • 3.31, FPGA (ok), 11:40, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >QT и до покупки была под GPL

    А толку? Для тулкита это GPL было вредно, а LGPL сделлало привлекательным.
    Для ОС же даже GPL подойдет.

     
     
  • 4.33, минона (?), 13:32, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Для ОС же даже GPL подойдет.

    не просто подойдёт, а позволит ей выжить при любом исходе.
    что данная новость только подтвердила.

     

  • 1.13, Аноним (-), 01:15, 10/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это шанс для MINIX 3 :)
     
  • 1.20, Кодир (?), 01:55, 10/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну наконец-то, хоть кто-то пнёт этот заплесневелый мирок QNX! Годами что-то там колупают, обещают, всякую фигню продвигают... а то, что эту систему ДАВНО УЖЕ можно было сделать настольной (и срубить миллиарды) - не, зачем... они же "эмбеддыд элита"! Лопухи, блин.
    Кста, я думал, что QSSL - это и есть владелец! А тут какой-то Харман... кто это такие?
     
     
  • 2.22, Аноним (-), 02:31, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    RIM и настольная система? Три хаха.
     
     
  • 3.23, Ariel (ok), 02:42, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Умные люди, рад за QNX, честно. Не знаю насчёт настольных систем, но в автомобилях она будет смотреться отлично. Это супер;
     
     
  • 4.28, Аноним (-), 08:03, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Именно что умные, настольных систем уйма, нужно искать нишу и там быть лучшим.
     
  • 3.29, mike_t (?), 09:52, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >RIM и настольная система? Три хаха.

    qnx десктопная система? ну-ну

     
     
  • 4.34, maximnik0 (?), 14:32, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >qnx десктопная система? ну-ну

    Вполне настольная - есть даже бесплатный диск (80 мгб) .Включает оболочку графическую оболочку,средства разработки ,пару браузеров и текстовых редакторов .К сожалению только для частного некоммерческого использования .То есть практически полный аналог бесплатного диска Be 5.
    Портировать можно до хрена чего - posix совместима ,да и порт X есть .Вопрос зачем только ?

     
  • 2.27, pavlinux (ok), 04:10, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А тут какой-то Харман... кто это такие?

    Прикупили пару лет назад....
    А Harman, уже не Hi-Fi, но ещё не Hi-End, акустикой занимается, кстати, JBL и AKG им тоже принадлежит.

     

  • 1.39, Аноним (-), 18:58, 10/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    RIM вынашивает большие планы по продвижению платформы QNX на рынок смартфонов и автомобильных информационно-развлекательных систем.
    про смартфоны даже говориь не буду, а про планы для автомобильных систем, очень смешно, QNX лидер среди всех ОС по количеству инсталяций в автомобили, за весь 2009 год QNX был установлен на 17 млн (!) автомобилей по всему миру.
    на сайте QNX это есть.
    по поводу того, как QNX работает на авто, скоро в москве будет QNX конференция, вроде там будут показывать несколько систем.
    я в прошлом году видел на ПТА вещь потрясная.
     
     
  • 2.43, Ariel (ok), 23:41, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >RIM вынашивает большие планы по продвижению платформы QNX на рынок смартфонов и
    >автомобильных информационно-развлекательных систем.
    >про смартфоны даже говориь не буду, а про планы для автомобильных систем,
    >очень смешно, QNX лидер среди всех ОС по количеству инсталяций в
    >автомобили, за весь 2009 год QNX был установлен на 17 млн
    >(!) автомобилей по всему миру.
    >на сайте QNX это есть.
    >по поводу того, как QNX работает на авто, скоро в москве будет
    >QNX конференция, вроде там будут показывать несколько систем.
    >я в прошлом году видел на ПТА вещь потрясная.

    обязательно запостите новость!

     
     
  • 3.44, Аноним (-), 01:19, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    про 17 млн на qnx . com
    про мероприятие на qnx-russia . ru
     

  • 1.41, Аноним (-), 22:51, 10/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно а какая OS стоит в отчечественных атомных станциях? Типа тех что в Воронеже, Ульяновске?...
     
     
  • 2.42, Ariel (ok), 23:40, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    CentOS, очевидно же ;-)
     
  • 2.45, Аноним (-), 01:32, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >интересно а какая OS стоит в отчечественных атомных станциях? Типа тех что
    >в Воронеже, Ульяновске?...

    конкретизируйте мысль, в чем именно? в компе главбуха станции? :) что за ламерские вопросы...

     
  • 2.46, yantux (??), 07:44, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нету там ОС

    тут многие люди не имеющие отношения к атомному предмету чтото пытаются говорить про ДОС и qnx.

    Объясняю популярно:
    есть стандарты по надёжности ПО для АЭС. В общем там нет такого классического понятия, как ОС, потому что прерывания на процессоре в принципе отключаются и разумеется не используются ни когда. Есть только циклический опрос на запись и чтение. Только так нормально реализована работа управления критичными объектами -  ни каких прерываний! Соответственно, плюсы ОСРВ просто не актуальны.

     
     
  • 3.48, anonymous vulgaris (?), 03:18, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Многоплатформенная система ПОРТАЛ реализована на операционных системах UNIX Li... большой текст свёрнут, показать
     
     
  • 4.50, Аноним (-), 14:22, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    к чему этот поток сознания? к теме форума ваш пост отношения не имеет.
     
  • 4.53, pavlinux (ok), 00:57, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>нету там ОС
    >Многоплатформенная система ПОРТАЛ реализована на операционных системах UNIX / Linux, VMS >УНИФИКАЦИЯ ПРОГРАММНО-АППАРАТНЫХ СРЕДСТВ ВЕРХНЕГО УРОВНЯ АСУ ТП

    Ерунда всё это... Логи, визуализация, отчеты, мониторинг....

    То, что называется реактор управляется полностью на аналоговой электронике.
    Никаких p-n-p/n-p-n переходов. Только RLC-логика иль чуть сложнее. Ибо влияние
    радиации на полупроводники знают все. От того что накроется сервак мониторинга,
    плохо станет только начальнику IT-отдела. Реактор же, он почти автономный,
    естественно до определенного предела. Так что, при любом глюке, просто заглушит
    сам себя и на два дня всех в короткий отпуск :)


     
     
  • 5.55, anonymous vulgaris (?), 02:01, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Ерунда всё это... Логи, визуализация, отчеты, мониторинг....

    Требуемая структура АСУ ТП может быть достигнута путём унификации всех серверов АСУ ТП (включая серверы спецсистем!)...

    >То, что называется реактор управляется полностью на аналоговой электронике.
    >Никаких p-n-p/n-p-n переходов. Только RLC-логика иль чуть сложнее.

    Я плакаль. Спасибо. Но на самом деле там женская логика.

    >Ибо влияние радиации на полупроводники знают все.

    Не там они ломом все на самом деле ворочают. В свинцовых трусах.

    >Реактор же, он почти автономный, естественно до определенного предела.

    Ясное дело. То что нагрузка на АЭС меняется это так фигня. Реактор сам как нибудь приспособится.

    >Так что, при любом глюке, просто заглушит сам себя и на два дня всех в короткий отпуск :)

    Там конечно есть автономные защиты. Но вот герои-экспериментаторы-чернобыльцы их успешно отключили.

    Если интересно и в гугле не разбанивают

    http://www1.citforum.ru/security/articles/techproc/techproc7.shtml
    Особенности создания программных средств в системах безопасности атомных электростанций по стандарту МЭК 60880

    Так что увы и там программисты трудятся.

     
     
  • 6.58, Sergey (??), 13:34, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Там конечно есть автономные защиты. Но вот герои-экспериментаторы-чернобыльцы их успешно >отключили.

    Вы бы хоть почитали, в чем была суть эксперимента, проводимого 25 апреля 86 года. Необходимости в отключении каких-либо защит не было ни какой, да и не отключали их.
    Если верить заму главного инженера ЧАЭС Дятлову, то из-за конструктивных недостатков (на которые кстати указывали главному конструктору академику Александрову еще лет за 5 до аварии) системы защиты при ее аварийном запуске система защиты! привела к аварии и наблюдаемым последствиям. Почитайте книжку Дятлова "Чернобыль, как это было", узнаете много интересного, хотя и вполне ожидаемого и не нового.

     
     
  • 7.64, anonymous vulgaris (?), 05:31, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Если верить заму главного инженера ЧАЭС Дятлову, то из-за конструктивных недостатков (на
    >которые кстати указывали главному конструктору академику Александрову еще лет за 5
    >до аварии) системы защиты при ее аварийном запуске система защиты! привела
    >к аварии и наблюдаемым последствиям. Почитайте книжку Дятлова "Чернобыль, как это
    >было", узнаете много интересного, хотя и вполне ожидаемого и не нового.

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

    Системы защиты отключались. Другое дело что некоторые считаю что дятлы и с включенными защитами со своим делом справились бы.

    Что до конструктивных недостатков, то Ленинградскую АЭС с ровно теми же РБМК как-то до сих пор не сумели довести до ручки. А если дятел о них знал заранее, и все равно экспериментировал то его вина еще больше.

     
  • 7.65, anonymous vulgaris (?), 06:13, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Если верить заму главного инженера ЧАЭС Дятлову

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

    ------

    Выводы. 1. Передача АЭС из рук физиков в руки обычных энергетиков крайне отрицательно сказалась на подготовке персонала и культуре работы. Дятлов, например, (скипнул теплые слова)

    2 и это главное. Эксперимент разрабатывался конторой, к ядерным реакторам не имеющей никакого отношения, мер безопасности в нем не предусматривалось вообще никаких. В итоге не прошел согласование даже в НИИ «Гидропроект» (sic!), все-таки имевшим опыт работы с АЭС. Институт атомной энергетики им. Курчатова и разработчики реактора вообще не были поставлены в известность (sic!) о проведении эксперимента.

    5. Реактор просчитывался только для штатных режимов работы (да, как выяснилось, на Руси даже АЭС должна иметь защиту от дебилов).

     
  • 5.56, anonymous vulgaris (?), 02:13, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ерунда всё это... Логи, визуализация, отчеты, мониторинг....

    В дополнение к вышенаписанному.  Ужаснитесь еще разок... и все будет по стандарту 60880...

    Д-р. техн. наук. В.Я. Геча, канд. техн. наук С.Г. Семенцов, инж. С.А. Козлов,
    инж. А.М. Коноплев
    КОНЦЕПЦИЯ ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ LINUX-ПОДОБНЫХ ОПЕРАЦИОННЫХ СИСТЕМ В СИСТЕМАХ УПРАВЛЕНИЯ И ЗАЩИТЫ РЕАКТОРОВ АЭС
    В последние несколько лет в сфере системного программного
    обеспечения систем управления различного назначения явно про-
    слеживается тенденция к переходу от Windows-платформ и спе-
    циализированных операционных систем (ОС) к Linux-подобным
    операционным системам. В частности Linux-подобные ОС все ши-
    ре используются в системах управления и защиты реакторов на
    АЭС нового поколения. Причины этого очевидны: Linux-подобные
    системы сочетают в себе всю мощь 32-разрядной Unix-архитектуры
    и модульную структуру с открытостью исходных текстов, что по-
    зволяет компилировать различные дистрибутивы ОС с широким
    набором прикладных модулей под конкретную задачу. Модульная
    структура Linux-подобных ОС значительно упрощает процесс ве-
    рификации и тестирования системы в соответствии с требованиями
    международных стандартов МЭК 60880, МЭК 60880-2.


    Ну и естественно еще один дистрибутив для этого сделан

    В качестве примера реализации безопасной Linux-подобной
    операционной системы [4] можно привести дистрибутив LiNEM,
    разработанный в НПП ВНИИЭМ и предназначенный для работы в
    составе программно-технического комплекса информационно-
    диагностической сети системы управления и защиты реакторов
    ВВЭР-1000. При разработке этого дистрибутива были учтены все
    сформулированные выше рекомендации. В

     
     
  • 6.57, pavlinux (ok), 13:19, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ерунда всё это... Логи, визуализация, отчеты, мониторинг....
    >В дополнение к вышенаписанному.  Ужаснитесь еще разок... и все будет по
    >стандарту 60880...
    >
    >Д-р. техн. наук. В.Я. Геча, канд. техн. наук С.Г. Семенцов,

    Вы только гляньте кто разрабатывал :)
    > инж. С.А. Козлов, инж. А.М. Коноплев
    >
    >В качестве примера реализации безопасной Linux-подобной
    >операционной системы [4] можно привести дистрибутив LiNEM,
    >разработанный в НПП ВНИИЭМ и предназначенный для работы в
    >составе программно-технического комплекса информационно-
    >диагностической сети системы управления и защиты реакторов
    >ВВЭР-1000. При разработке этого дистрибутива были учтены все
    >сформулированные выше рекомендации.

    Козлов и Коноплев лучше знают :)

     
     
  • 7.59, SIGma (?), 15:14, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>стандарту 60880...
    >>
    >>В качестве примера реализации безопасной Linux-подобной
    >>операционной системы [4] можно привести дистрибутив LiNEM,
    >>разработанный в НПП ВНИИЭМ и предназначенный для работы в
    >>составе программно-технического комплекса информационно-
    >>диагностической сети системы управления и защиты реакторов
    >>ВВЭР-1000. При разработке этого дистрибутива были учтены все
    >>сформулированные выше рекомендации.
    >

    Блин - читайте внимательно! "программно-технический комплекс информационно-
    диагностической сети" - это именно сбор информации с датчиков, протоколирование, логи, отображение на АРМ и т.п. В лучшем случае эта система управляет звуковой и визуальной индикацией.

     
     
  • 8.61, pavlinux (ok), 19:33, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален А Вы с начала ... текст свёрнут, показать
     

  • 1.60, Аноним (-), 15:51, 13/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Модульная структура Linux-подобных ОС значительно упрощает процесс ве-

    рификации и тестирования системы в соответствии с требованиями
    международных стандартов МЭК 60880, МЭК 60880-2.

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

    На основе прерываний можно создать кучу ситуаций, которые надо оттестить и формально на тестах дать гарантии, что всё будет работать по ТЗ. А у нас в стране, даже проценсс верификации организовать не могут.

    Я не спорю, что это "работает", но это сойдёт для нас-"пипл всё схавает". По серьёзным требованиям США это близко не прокатит.

     
     
  • 2.63, anonymous vulgaris (?), 01:49, 14/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Я не спорю, что это "работает", но это сойдёт для нас-"пипл всё схавает".

    Ну работает возможно лучше самописных неизвестно кем решений.

    > По серьёзным требованиям США это близко не прокатит.

    Ну так назовите амовский стандарт, который они вместо 60880 пользуют, если вы считаете что им МЭК не указ. Вы наверное думаете, что МЭК мнение амов при обсуждении стандартов игнорирует. А пока ищете можете подумать почему в сша народ за 300 баков такие книги покупает

    http://www.amazon.com/IEC-60880-Ed-Instrumentation-computer-based/dp/B000Y2LO
    IEC 60880 Ed. 2.0 b:2006, Nuclear power plants - Instrumentation and control systems important to safety - Software aspects for computer-based systems performing category A functions (Paperback)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру