Языковая политика
Общие обсуждения => Компьютеры и интернет => Topic started by: Yougi on 16 June 2025, 10:00:34
-
Разбираясь с неким глюком некоего специфичного софтвера наткнулся в сети на что-то типа манифеста; человек, судя по имени-фамилии - итальянец, пишет о том, что, по его мнению, было сделано неправильно в сфере программного обеспечения, связанного с автоматизацией производства (специфика у меня такая).
Так вот, первым пунктом у него идёт отсутствие единой европейской операционной системы для ПК (там у него ещё про ос для плк есть, но это уже слишком тонкий юмор для здешнего цирка, я его ковырять не буду ).
Итак, вопрос мой заключается в следующем - возможно ли вообще создание ЕвроОС, и если возможно, то на каком базисе?
-
Никаких официальных данных, только манифест какого-то левого чувака, которого даже не хотите называть. Тема мусорная.
-
Не нужны тут никакие официальные данные. Да и нету их.
Просто предлагаю обсудить плюсы и минусы создания собственной евроОС, а также как проще и дешевле всего это сделать.
-
Китай делает
-
Прежде чем тратить деньги налогоплательщиков, нужно в первую очередь определиться, чем именно не устраивают существующие системы и чего мы хотим добиться. Китайцы может хотят добиться тотальной слежки за гражданами, но в ЕС это вряд ли прокатит.
-
ОС и география - что физическая, что экономическая - странная связь. Какую надо, такую и используют. Например, на ноуте виндоус, на телефоне - андроид, в докер-контейнере - alpine linux. ОС вообще не нужны, достаточно форта на голом железе. ;D
-
Да. Идея о том, что каждой стране (блоку стран) нужна своя суверенная операционка -- довольно ущербна. И всяких фриков с их манифестами в этом вопросе слушать не нужно.
-
А железо типа х86, ARM? RISK-V было бы хорошо, если бы победил?
-
RISC-V довольно молодой, вполне может быть, что у него всё ещё впереди. А так в принципе переход на ARM я одобряю, хоть что-то реально полезное Apple сделал.
-
Может, проблема в недоверии к стороннему разработчику?
-
Чи існують приклади успішних національних (блокових, континентальних...) операційних систем?
Теоретично, повністю своя ОС могла б знайти застосування в оборонній сфері та в ряді інших випадків, де безпека системи критична, тому стороннього розробника, який може зробити в ОС дірки для несанкціонованого доступу, краще до розробки системи не допускати. В ідеалі, повністю своїми тоді мають бути не лише ОС і решта програмного забезпечення, а й залізо — толку з суперзахищеної операційної систем, створеної надійними людьми, якщо вона запускається на китайському залізі з дірками для прямого контролю системи китайськими спецслужбами. Але тоді країна, що випускає суверенне залізо, має бути достатньо розвиненою технологічно — з супернадійної суверенної ОС на суверенних лампових комп'ютерах користі мало.
-
Может, проблема в недоверии к стороннему разработчику?
Независимый аудит исходников Линукса обойдётся куда дешевле разработки.
Исходники проприетарных систем тоже дают спецслужбам для аудита, но особого смысла в этом не вижу, т.к. гарантий подлинности особо нет. Даже на Линуксе был скандал, когда злонамеренный разработчик добавил ssh backdoor в бинарную сборку xz. Некоторые пре-релизы дистрибутивов пострадали, но самостоятельные сборки -- нет.
-
Китай делает
что Китай делает? Операционные системы? Не видал там особо ничего своего.
нужно в первую очередь определиться, чем именно не устраивают существующие системы и чего мы хотим добиться.
Если честно, то сейчас, ИМХО, какой-то адовый кризис именно в операционках (наряду с остальными кризисами - есть повод побеседовать о причинах массового съезда крыш) - винда в каком-то штопоре, 11-я годна только для того, чтобы запустить виртуалку с ХР или семёрой для нормальной работы; линукс за 30 лет допилили до состояния "лайкать котиков", но не более; андроид как засел в нише телефонов, так там и сидит - и прогресса особого нет...
Что у нас ещё? У маков ситуация примерно такая-же, как с виндой. Остальные системы - удел маргинальных групп фанатов или узкоспециализированных применений (QNX имею в виду).
А добиться хотим надёжности в работе, чтобы про BSOD (или его аналог в яблоках) забыть. Ну и оптимизировать было бы неплохо, а то сейчас комп со скоростями и объёмами на порядки выше первых икстишек работают медленнее, чем поделия 85-го года.
ОС вообще не нужны, достаточно форта на голом железе.
давайте вы кому другому про форт на голом железе будете рассказывать, бо этой субстанции я наелся в своё время. Оно даже в эмбеддеде не взлетело.
А так в принципе переход на ARM я одобряю, хоть что-то реально полезное Apple сделал.
А что полезного сделал Эппл с армом?
-
А что полезного сделал Эппл с армом?
Первым начал массово выпускать и продавать компы с армом и сделал эту платформу популярной на десктопе, десу.
Если честно, то сейчас, ИМХО, какой-то адовый кризис именно в операционках (наряду с остальными кризисами - есть повод побеседовать о причинах массового съезда крыш) - винда в каком-то штопоре, 11-я годна только для того, чтобы запустить виртуалку с ХР или семёрой для нормальной работы; линукс за 30 лет допилили до состояния "лайкать котиков", но не более; андроид как засел в нише телефонов, так там и сидит - и прогресса особого нет...
Что у нас ещё? У маков ситуация примерно такая-же, как с виндой.
Какие-то слишком размытые претензии и никакой конкретики. Но главное в том, что "принципиально новая"((c)Д.Попов) система потребует огромнейших затрат и как минимум 10-15 лет, чтобы хотя бы просто шатко-валко встать на ноги. В данный момент Европе это точно не по карману, особенно ввиду российской угрозы.А добиться хотим надёжности в работе, чтобы про BSOD (или его аналог в яблоках) забыть.
А вы когда последний раз ловили BSoD или kernel panic? Я последний раз ловил, когда одна из планок памяти вышла из строя.
-
Одна из главных проблем -- это проблема курицы и яйца. Скажем, людям нужен Photoshop, но компанию Adobe хрен заставишь портировать его на новую операционку, пока она не станет коммерчески привлекательной. А операционка не станет коммерчески привлекательной, пока для неё не будет куча-куча коммерческого софта. Тут разве что ЕС может попытаться как-то административными мерами заставить софтверные и хардверные компании что-то выпускать, но этот шаг тоже связан с определёнными рисками.
-
Первым начал массово выпускать и продавать компы с армом и сделал эту платформу популярной на десктопе, десу.
ну, если быть предельно объективным, то первым компом на арме была бибиси микро второй половины 80-х прошлого века. И с учётом того, что заказчиком его был аглицкий минпрос (компутеры - в каждую школу), термин "массово" стоит отнести именно к нему.
Какие-то слишком размытые претензии и никакой конкретики.
конкретики много, и она у каждого своя. Названия софта, с помощью которого я зарабатываю себе на жизнь, ничего не скажут вам - и наоборот, соответственно.
Скажем, людям нужен Photoshop, но компанию Adobe хрен заставишь портировать его на новую операционку,
собственно говоря, именно это и предлагается обсудить. Комплекс мер, направленных на стимулирование.
А вы когда последний раз ловили BSoD или kernel panic?
на старом лаптопе (с которого пишу) ловлю регулярно, несмотря на то, что приспособился уже к его странному поведению. Семёра.
-
ну, если быть предельно объективным, то первым компом на арме была бибиси микро второй половины 80-х прошлого века. И с учётом того, что заказчиком его был аглицкий минпрос (компутеры - в каждую школу), термин "массово" стоит отнести именно к нему.
Он был не арме, хоть к нему и можно было подключить внешний ARM-процессор, но он был дорогущий, и естественно ни в каких школах их не было. Первый комп на арме -- это Acorn Archimedes, далеко не такой массовый.конкретики много, и она у каждого своя. Названия софта, с помощью которого я зарабатываю себе на жизнь, ничего не скажут вам - и наоборот, соответственно.
Ну и что тогда нам обсуждать?
собственно говоря, именно это и предлагается обсудить. Комплекс мер, направленных на стимулирование.
А толку? Научная фантастика?
на старом лаптопе (с которого пишу) ловлю регулярно, несмотря на то, что приспособился уже к его странному поведению. Семёра.
Как по мне, виновато железо. Если оно начинает сбоить -- никакая операционка не поможет.
-
Ну и что тогда нам обсуждать?
можно и обсудить, только бессмысленно это. От нашего обсуждения Siemens TIA Portal версии выше 14 и RSLogix5000 билды выше 20-го не станут работать вместе на одной винде.
А толку?
А вот это, имхо, обсудить как раз стоит. Программисты нынче дёшевы, ИИ на пятки им наступает, может и под какую нибудь программу и замутят что-то, были бы условия.
Если оно начинает сбоить -- никакая операционка не поможет.
В 60-е 70-е годы выходила масса книг, посвящённых именно созданию устойчивых программ на кривом (а другого тогда не было ) железе. Так что ежели бы кто ознакомился с проблемой - глядишь, и операционка бы помогла.
-
В 60-е 70-е годы выходила масса книг, посвящённых именно созданию устойчивых программ на кривом (а другого тогда не было ) железе. Так что ежели бы кто ознакомился с проблемой - глядишь, и операционка бы помогла.
От этой идеи отказались ещё при переходе с MULTICS на UNIX, не вижу нынче никаких предпосылок к возвращению на MULTICS-подобные системы.Программисты нынче дёшевы, ИИ на пятки им наступает
Пока что это миф. Вот когда можно будет поставить перед ИИ задачу переписать весь Линукс на Rust, и он её успешно выполнит -- тогда и можно будет говорить о новых операционках.А вот это, имхо, обсудить как раз стоит.
Так и не раскрыто, для чего.
-
-
Ну что ж, может лайкать котиков и сгодится. Но для чего ещё -- непонятно. Обработка фотографий? Ну, Qt вроде уже есть, значит Криту может портируют. А вот Steam уже вряд ли дождёмся, так что про игрушки можно забыть.
-
От этой идеи отказались ещё при переходе с MULTICS на UNIX, не вижу нынче никаких предпосылок к возвращению на MULTICS-подобные системы.
Наприкінці 80-х, коли цей перехід відбувся, багатопроцесорність була менш поширеною, ніж у наш час, коли що не процесор, то 4 ядра мінімум, вже не кажучи про GPU. Паралелізм на рівні заліза робить поведінку системи менш прогнозованою. Чи не може еволюція заліза дати друге дихання старим підходам до архітектури ОС?
-
Абсолютно ні, все якраз навпаки. Якщо на одному процесорі можна було хоч якось передбачити всі можливі ситуаціі (включаючи навіть комах, що залетіли всередину пристрою), і ціною неймовірного роздування кода їх всіх обробити, то на сучасних архітектурах це зовсім нереально. Тому ми приречені робити Reset при кожному збої заліза.
-
Багатопроцесорну машину можна порівняти з кластером чи мережею однопроцесорних. Коли збоїть одна машина, ми ж не перезапускаємо увесь інтернет.
-
Багатопроцесорну машину можна порівняти з кластером чи мережею однопроцесорних.
Не можна, бо все залізо крім процесора -- спільне, і головне з цього -- пам'ять. Окремою машиною можна вважати лише відеокарту, ну то в деяких випадках сучасні операціонки вміють її перезапускати без перезапуску всієї системи.
-
Почему, отдельные физические диски тоже могут. Один работает, другой отключают и дефрагментируют, например.
Возможно, с RAM тоже что-то такое можно провернуть.
-
От принципиально новых ОСей перешли к принципиально новым компьютерным архитектурам. Ближе всего к кластерам сейчас NUMA, но даже там горячая замена невозможна.
-
не вижу нынче никаких предпосылок к возвращению на MULTICS-подобные системы.
а я бы пованговал, что такого пошиба трюки скоро будут востребованы, бо нанометры уменьшаются, тепловая диффузия никуда не девается - следовательно, новые процессоры будут глючить шибче старых. И память тоже.
-
Нет, если процессоры начнут глючить -- то начнут разделять ядра на медленные, но надёжные и производительные, но ненадёжные. Ядро ОС естественно будет работать исключительно на надёжных ядрах. Для ИИ может даже аналоговые ядра будут.
-
Не можна, бо все залізо крім процесора -- спільне, і головне з цього -- пам'ять. Окремою машиною можна вважати лише відеокарту, ну то в деяких випадках сучасні операціонки вміють її перезапускати без перезапуску всієї системи.
Внутрішня пам'ять процесора (регістри, а також кеш) збільшується, що робить його вже трохи самостійним комп'ютером. Тоді оперативка перетворюється на «зовнішнє сховище даних», до якого ці «комп'ютери» мають спільний доступ.