From: Vyatcheslav Perevalov <vip0@seversk.ru> To: "Культурный офтопик" <smoke-room@lists.altlinux.org> Subject: [room] Про применение линукса в промышленности Date: Mon, 26 Nov 2007 20:43:40 +0600 Message-ID: <200711262043.40873.vip0@seversk.ru> (raw) In-Reply-To: <20071126114057.GO28492@osdn.org.ua> Опять большое получилось... В сообщении от 26 ноября 2007 Michael Shigorin написал(a): > > > > Не достаточная ли причина для перехода на более другие ОСи, > > > где и вирусы-то невозможны, и тем более антивирусы нафик не > > > нужны, и где сетевая подсистема вшита прямо в ядро?? > > Зависит в первую очередь от того, получается ли утащить основную > задачу. > Ну люди говорят, получается. Оснований не доверять им нет. > > > Ну QNX для неподготовленных юзверей - жесть чрезмерая, я бы > > > предложил начать с линукса. > > Пользователей всё равно готовить, на самом деле, плюс в таких > случаях чем меньше кнопок оставлено понажимать окромя основного > рабочего инструмента -- тем лучше. Бишь киоск -- это правильное > рабочее место. > Но ведь преход линух->QNX будет проще, чем Win->QNX. Нет? > > > А чем Линух плох? Есть прекрасно работающие системы. > > > Какие-либо дополнительные требования по уровню знаний есть > > > только к администратору (в данном случае - АСУшнику), > > > пользователю - без разницы: у него есть пакет прикладных > > > программ, предназначенных для работы в качестве операторской > > > станции, а игрушки - нафиг не нужны. Не за игрушки ему > > > зарплата платится. Пользователь (оператор-технолог) в конце > > > концов вообще не обязан знать, под какой ОС работает его > > > операторская станция. > > Всё правда, одна деталь -- готовы ли немцы портировать софт > и драйверы. Для них это может быть вполне осмысленно, кстати > -- хороший повод для "новой версии, устойчивой к вирусам и > лицензионной политике MS". Не будут готовы немцы - есть более другие производители оборудования. В конце концов на немцах свет клином не сошёлся. > > > > Уже 1000 раз обсуждали чем плох. Если есть желание > > > САМОСТОЯТЕЛЬНО с нуля практически вести разработку, то желаю > > > успеха. Про то, что такое самостоятельные разработки > > > системного ПО начиная с драйверов плат I\O и заканчивая SCADA > > > дискутировать не буду, и так должно быть понятно. А на рынке > > > их практически нет. > > Есть целых две OpenSCADA (IMHO отечественная более живая): > > http://oscada.diyaorg.dp.ua/ > http://openscada.org/ > Вот за ссылки спасибо! > Про "САМОСТОЯТЕЛЬНО" обычно начинают рассказывать люди, > незнакомые на практике с тем, как вообще фрисофт развивается. > > > > А кто говорит о самостоятельной разработке? Я же написал: > > > есть прекрасно работающие системы. Одну из таких, кстати, я > > > обслуживаю. Линуксы работают на бездисковых станциях, > > > грузятся полностью по сети, как следствие - никаких проблем с > > > надежностью винчестеров. Есть более новые модели - там линух > > > с флеша поднимается, новая конструкция кроме того, что > > > бездисковая, но еще из безвентиляторная - никаких движущихся > > > частей внутри. Правда, операторский интерфейс под линукс у > > > них появился совсем недавно, и я еще не могу его оценить, но > > > по слухам - очень даже ничего. Так что никаких > > > самостоятельных разработок: ими занимаются те, кто за это > > > деньги получает. Кстати, "практически нет" - несколько > > > опрометчиво сказано. Вполне предостаточно. > > Это именно по нужной части? > У контроллера (любого) задачи одни и те же - собрать инфу с датчиков - провести минимальную обработку (например, усреднение за некоторый период времени, или отбросить нерепрезентативные отсчёты, или ещё что-нить подобное) - слить данные на сервер. Поэтому ответ - да. > > > > > Особо сложного в этом ничего нет. Плата I/O с точки зрения > > > > системы - набор портов и прерываний. В нужный порт посылаешь > > > > конфигурационные байты, из другого порта читаешь информацию. > > > > > > > :))) Про то, как пишутся драйвера- можно мне не рассказывать :) Я их > > > : писал еще в начале 90-х. > > (я тоже, что с того?) > Что характерно - я тоже :) , только под несколько другую платформу. А ещё под эту платформу железо паял и прикручивал. И ничего, работало :) > Господи, да это у вас там просто какой-то сборник бабушкиных > сказок имени MSFT. Больной человек, можно сказать. Длительный > курс наблюдения за реальностью может ещё спасти, наверное... > Ну их там много таких больных. И все утверждают, что им некогда принимать курс длительного наблюдения за реальностью. Только потом почти все плачутся, что что-то работает не совсем так, как ожидается (мягко говоря) > > Ну... мы на некоторые киоски добавляем волшебную (не афишируемую) > кнопку с xmms и ещё одну -- с gtkballs... :) А зачем? > > > > Кстати, в линуксе ничего подобного не происходит, там просто > > > необъяснимых вещей нет. Все проблемы могут быть разрешены по > > > итогам внимательного воскуривания логов, кои можно завести на > > > любые случаи жизни, с любым уровнем детализации. > > Это несколько эйфорическое описание -- всё, как всегда, зависит > от большого числа факторов, включая то, как сделано > журналирование в конкретной софтине и насколько внимательно > отнеслись к диагностике (она бывает и невнятная, и запутывающая > -- хоть и редко, общая-то культура такова, что чем ясней логи, > тем меньше будет вопросов). > > Лучше удерживаться от чрезмерно радужных высказываний, не забывая > упоминать и проблемы того, что предлагается (крайне желательно -- > по собственному опыту, а не "Рабинович напел"). > Спасибо за замечание, учту > > PS: разумеется, Вы можете поступать с этим письмом в публичный > список рассылки так, как сочтёте нужным. Но мне кажется, что > некоторых из оппонентов переубедить словами не удастся и в > зависимости от их должности и обязанностей -- это может быть > и пустой тратой времени. Как правило, те, кто отвечают в случае > проблем -- куда внимательней относятся к вариантам их избежать. > Я перешлю Ваше письмо "as is". Что касается оппонентов - есть только один-два весьма активных, остальные 3500 - молча внимают. > Поэтому может оказаться лучше обсудить и спланировать пилот, > если будет к тому возможность и желание принять на себя > ответственность по такому проекту. > Так. Положим, ответственности за проект я не боюсь, но полномочий на планирование и реализацию пилотного проекта у меня пока нет. Вернее, планировать запретить никто не может, но в части реализации - придётся, видимо, не одно копьё сломать. > И сопоставлять сопоставимое, а не слова. Согласен -- Всего хорошего /vip
next prev parent reply other threads:[~2007-11-26 14:43 UTC|newest] Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-11-26 9:40 ` [room] [Comm] [JT] Re: [d-kernel] Нужна помощь по сборке ядра Vyatcheslav Perevalov 2007-11-26 10:54 ` Aleksey Avdeev 2007-11-26 11:22 ` Vyatcheslav Perevalov 2007-11-26 12:09 ` Aleksey Avdeev 2007-11-26 15:08 ` Vyatcheslav Perevalov 2007-11-26 15:28 ` Aleksey Avdeev 2007-11-26 11:40 ` Michael Shigorin 2007-11-26 14:43 ` Vyatcheslav Perevalov [this message] 2007-11-26 22:01 ` [room] Про применение линукса в промышленности Michael Shigorin 2007-11-27 4:16 ` Vyatcheslav Perevalov 2007-11-27 10:17 ` Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200711262043.40873.vip0@seversk.ru \ --to=vip0@seversk.ru \ --cc=smoke-room@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Культурный офтопик This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/smoke-room/0 smoke-room/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 smoke-room smoke-room/ http://lore.altlinux.org/smoke-room \ smoke-room@lists.altlinux.org smoke-room@lists.altlinux.ru smoke-room@lists.altlinux.com smoke-room@altlinux.ru smoke-room@altlinux.org smoke-room@altlinux.com public-inbox-index smoke-room Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.smoke-room AGPL code for this site: git clone https://public-inbox.org/public-inbox.git