LINUX.ORG.RU
ФорумTalks

Microsoft не будет делать Lindows

 ,


0

1

В последнее время проскакивали комментарии о том что Microsoft сменит свое ядро на линукс, что бы не заниматься лишней разработкой...

Статья от чела который занимается WSL https://boxofcables.dev/no-microsoft-is-not-rebasing-windows-to-linux/

Кратко почему такого не будет:

  • У ядра Windows драйверов больше, обратная совместимость и поддержка круче, подтягивать Linux под это будет очень затратно.
  • Ядро NT имеет около 400 задокументированных системных вызовов плюс около 1700 задокументированных вызовов API Win32, есть сомнения в том что это все можно будет перенести без проблем с совместимостью.
  • За последние годы Microsoft удвоила объем продаж Windows, и удачно возрождает ПК.
  • Microsoft не нужно переходить на Linux, чтобы оставаться актуальной. После проигрыша Windows на мобильных устройствах, они признают, что есть много ОС и платформ (Android, Ubuntu, iOS, macOS, Alexa, Chrome OS) + не только x86, но и ARM. Microsoft показала, что они могут адаптироваться, делая соответствующие продукты и услуги доступными на этих других платформах, одновременно сохраняя конкурентоспособность своей собственной платформы.

За последние годы Microsoft удвоила объем продаж Windows, и удачно возрождает ПК.

А как же прогнозы про убийство Windows облаками? Недавно новость была.

xtouqh
()

OH NO LINUXBROS, WE GOT TOO COCKY...

Midael ★★★★★
()

Microsoft has doubled down on Windows in recent years

Это, кстати, не переводится как «удвоили объем продаж»

Midael ★★★★★
()

Конечно не будет. У тех, кто пишет «скоро Microsoft переведёт Windows на ядро Linux» нет мозга. Они не понимают, что Windows сегодня держится на NT-ядре и куче драйверов под него. Да и NT-ядро писали не какие-нибудь там студенты с улицы или индусы, а вполне себе матёрые специалисты из DEC, пилившие всякие там VAX/VMS, использующиеся на АЭС.

EXL ★★★★★
()
Ответ на: комментарий от lenin386

Среди заказчиков OpenVMS преобладают оборонные структуры и банки, телекоммуникационные компании, предприятия непрерывного цикла (АЭС).

wikipedia

XoFfiCEr ★★☆☆
()
Ответ на: комментарий от lenin386

Duane Harris, the CEO of VMS Software Inc. (VSI), said his company decided to approach HP about OpenVMS because of its strong customer base. OpenVMS is used in nuclear power plants, in process control systems in all industries, by the U.S. Navy and in transportation and finance.

EXL ★★★★★
()
Ответ на: комментарий от EXL

не какие-нибудь там студенты с улицы или индусы, а вполне себе матёрые специалисты из DEC, пилившие всякие там VAX/VMS, использующиеся на АЭС

Наверное поэтому винда стала синонимом слова ШИРУС. Такие громкие слова говорите, как будто тут есть кто-то, кто не знаком с этой системой.

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

Синонимом этого слова она стала из-за распространённости и решения не приучать домашних юзеров к многопользовательскому режиму.

dogbert ★★★★★
()
Ответ на: комментарий от dogbert

Как бы там не было – стало. А почему, это уже вопрос десятый.

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от EXL

А вот имхо - она держится всё таки на нефрагментированном десктопном опыте и куче софта, и да обратной совместимости в плане его, софта запуска. Ну и саппорт. А какое ядро там под капотом, будет интересно 3.5 человекам (уже есть прецеденты плачей ярославны когда какие-то дивайсы недоступны под те же десятки и семёрки, и МС условно пофик, особенно если производителю пофик).

pon4ik ★★★★★
()
Ответ на: комментарий от EXL

И кстати на АЭС в ex-USSR её тоже активно используют, в интернете куча подобных доков:

http://www.gidropress.podolsk.ru/files/proceedings/mntk2005/Конференция/Сторонние_организации/ЗАО%20НИИ_Арматом_/Петросян%20В.Г..pdf

На всех рабочих станциях ИВС установлена операционная система Windows 2000.

На серверах ИВС установлена операционная система реального времени OpenVMS 7.2-1.

SAIPMS – это гибкое программное обеспечение для управления базой данных реального времени, работает под управлением операционной системы Open VMS

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 2)

есть много ОС и платформ (Android, Ubuntu, iOS, macOS, Alexa, Chrome OS)

Тоже интересный момент, не какой-то сферический GNU/Linux, а конкретная Ubuntu.

xtouqh
()
Ответ на: комментарий от Im_not_a_robot

Наверное поэтому винда стала синонимом слова ШИРУС. Такие громкие слова говорите, как будто тут есть кто-то, кто не знаком с этой системой.

Я говорю только про ядро, если ты не заметил. Ты говоришь про WinAPI и др. пользовательское и прикладное пространство. Которое как раз делали индусы и студенты 20-разных полов из Outreachy.

Так что да, стала.

EXL ★★★★★
()
Ответ на: комментарий от pon4ik

А какое ядро там под капотом, будет интересно 3.5 человекам

Так вот и где смысл менять NT Kernel на Linux? Если сейчас под NT Kernel доступно огромнейшее количество железа, имеются вылизанные NVidia и AMD Radeon драйвера и т. д. С переходом на другое ядро всё это нужно будет портировать и отлаживать заново. Оно того стоит? Какие преимущества Linux-ядро даст пользователям Windows? А вот недостатки даст уже очевидные.

EXL ★★★★★
()

проскакивали комментарии о том что Microsoft сменит свое ядро на линукс

Как и про 5% на десктопе… Всему верить что-ли?

chenbr0
()
Ответ на: комментарий от dogbert

не приучать домашних юзеров к многопользовательскому режиму

Многопользовательский режим не поможет пока в ядре есть решето под названием win32k.sys. Любое неосторожное действие с палитрой, окнами, очередью сообщений, меню и т.д. (в Windows это всё зачем-то находится в ядре) может завалить систему или установить руткит.

X512 ★★★★★
()
Ответ на: комментарий от EXL

Интересно, что человек, который им NT сделал, потом еще и Azure запилил. В возрасте 68 лет. А вокруг говорят про то что в 30 мозг окаменевает.

Midael ★★★★★
()
Ответ на: комментарий от EXL

Ты говоришь про WinAPI и др. пользовательское и прикладное пространство. Которое как раз делали индусы и студенты 20-разных полов из Outreachy.

Не надо про WinApi. WinApi - это один из самых грамотно спроектированных GUI API из существующих. Он был спроектирован сразу правильно и существует уже почти 35 лет практически без изменений. В нём нет тупых проблем вроде неработающих глобальных сочетаний клавиш или проблем с фокусом меню. Это единственный API который поддерживает как однопоточный, так и многопоточный GUI. В Линуксе ни один тулкит многопоточное GUI не умеет. В отличии от Mac OS Classic, WinApi было легко перенести на 32 бита и UNIX-подобную архитектуру потому что для обращения к объектам используются дескрипторы и функции а не указатели и прямая запись по смещениям.

А ядро Windows NT - это испорченная VMS от астронавтов архитектуры с альтернативными именами (например \Devices вместо /dev).

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 2)
Ответ на: комментарий от Midael

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

В стыдливом советском собрании сочинений Пушкина эпиграмма на картинки в Невском альманахе была напечатана в виде:

"Вот перешед чрез мост Кокушкин,

Опершись <…> о гранит,

Сам Александр Сергеич Пушкин

С мосье Онегиным стоит.

Не удостоивая взглядом

Твердыню власти роковой,

Он к крепости стал гордо задом:

Не плюй в колодец, милый мой."

Советские школьники не могли представить, что простое слово «жопа» настолько нецензурно, и вставляли совсем другое… Поза Пушкина при этом приобретала некую эпичность.

Kompilainenn ★★★★★
()
Последнее исправление: Kompilainenn (всего исправлений: 1)

А раз уж пошел разговор о ядре NT. Реализация NT ядра от reactos, насколько она годна? И реально ли на ее основе сделать что-то более минималистичное, нежели reactos, где не будет winapi?

cvs-255 ★★★★★
()

В чём новость-то?

В последнее время проскакивали комментарии о том что Microsoft сменит свое ядро на линукс

Так полтора неадеквата думали.

P.S. Давно жду дистрибутив линукса от мелких, что, в отличие от сабжа, куда более вероятное стечение событий.

WitcherGeralt ★★
()
Ответ на: комментарий от WitcherGeralt

P.S. Давно жду дистрибутив линукса от мелких, что, в отличие от сабжа, куда более вероятное стечение событий.

Ubuntu, они же сотрудничают активно, и все такое, для WSL и Azure рекомендуют, софт под нее делают.

paramon
() автор топика
Ответ на: комментарий от cvs-255

А раз уж пошел разговор о ядре NT. Реализация NT ядра от reactos, насколько она годна?

Совершенно не годна. Ядро постоянно падает по любому поводу. И эта ситуация длится уже 20 лет. Уже 3 раза переписывали подсистему виртуальной памяти, а она всё не работает стабильно.

И реально ли на ее основе сделать что-то более минималистичное, нежели reactos, где не будет winapi?

Сделать можно, но работать не будет. Есть интересный проект SanOS - минималистичная UNIX-подобная система с Win32-совместимым ABI (PE в качестве формата исполняемых файлов, PEB, TEB, поддержка SEH). Также там есть своя реализация Win32 библиотек для запуска консольных программ, графики нет. Можно запускать backend на Java. В отличии от ReactOS более-менее стабильно работает.

X512 ★★★★★
()
Ответ на: комментарий от X512

Если он такой весь из себя грамотно спроектированный, то почему ты выше ругаешь win32k.sys?

Почему целых 20 лет Windows можно было отправить в BSOD из WinAPI, передав в аргумент INT_MIN и отрицательное число?

Как уронить Windows шестью строчками кода

EXL ★★★★★
()
Ответ на: комментарий от X512

Есть Nano Server, наверное cvs-255 хотел скорее на такое посмотреть.

paramon
() автор топика
Ответ на: комментарий от X512

Пару лет назад в блоге Microsoft жаловались что из за глубоких трабл классического gui нельзя добавить отображение emoji в cmd.exe

paramon
() автор топика
Ответ на: комментарий от X512

я тут встречал мнение, что ядро NT оно в принципе имеет кучу очень годных вещей по сравнению с ядром Linux, и если бы делалось что-то в духе GNU/Linux, но на ядре NT, то для Linux вообще не было бы места.

Но т.к. ядро NT закрыто, то этого не произошло) А вот реализация NT ядра от reactos открыта

cvs-255 ★★★★★
()
Ответ на: комментарий от EXL

Если он такой весь из себя грамотно спроектированный, то почему ты выше ругаешь win32k.sys?

Я про спроектированные интерфейсы, а не реализацию. Есть например реализация Wine, где нет никаких модулей ядра и вместо этого есть wine_server. Особых тормозов по этому поводу не заметно, во многом Wine быстрее Windows 7+. Была ещё независимая реализация в Windows 1.0 - ME и Windows Mobile.

Почему целых 20 лет Windows можно было отправить в BSOD из WinAPI, передав в аргумент INT_MIN и отрицательное число?

Даже Windows 3.1 наверное не упала бы от этого, упала бы только программа, совершающая ошибочное действие. Это всё достижения Windows NT с win32k.sys.

X512 ★★★★★
()
Последнее исправление: X512 (всего исправлений: 1)
Ответ на: комментарий от EXL

Как всегда - смысл в костах на поддержку, а снижать их в ущерб качества обслуживания клиентов - более чем в духе мелкомягких.

pon4ik ★★★★★
()
Ответ на: комментарий от cvs-255

А вот реализация NT ядра от reactos открыта

Толку с этого мало. Его похоже практически невозможно доработать до рабочего состояния. Проще с нуля переписать или взять SanOS.

X512 ★★★★★
()
Ответ на: комментарий от X512

SanOS

минималистичная UNIX-подобная система

Ну posix автоматом подразумевает, например, убогую систему прав, с необходимостью добавления подпорок вроде selinux, apparmor итд

cvs-255 ★★★★★
()
Ответ на: комментарий от Suigintou

Как ни странно - есть. С драйверами (в плане совместимости) всё разумеется хуже, но юзерспейс более чем совместим, как минимум в специальных режимах. Вроде даже com файлы досовские до-сих пор есть возможность запускать.

pon4ik ★★★★★
()
Ответ на: комментарий от EXL

Это всё отчётливые аргументы в сторону того, почему графика в ядре это плохо.

WinApi не предписывает реализовывать графику в ядре. Все системные вызовы win32k.sys приватные и особенность реализации. Если их полностью выпилить, существующие программы пострадать не должны.

X512 ★★★★★
()
Ответ на: комментарий от X512

WinApi не предписывает реализовывать графику в ядре.

Как, собственно, и NT Kernel. Для чего же тогда графика сначала была вынесена из ядра, а потом внесена обратно и до сих пор там?

EXL ★★★★★
()
Ответ на: комментарий от EXL

Кстати, ещё, как аргумент - интересно, что дешевле shim для линуксового ядра(уже почти готовый есть, на w начинается и на e заканчивается) или порт NT под arm. А под mips или эльбрусы?

pon4ik ★★★★★
()
Ответ на: комментарий от EXL

Как, собственно, и NT Kernel.

Нет такого продукта на рынке как NT Kernel. Есть только Windows с win32k.sys и тонной bloatware.

Для чего же тогда графика сначала была вынесена из ядра, а потом внесена обратно и до сих пор там?

Криворукие маркетологи.

X512 ★★★★★
()
Ответ на: комментарий от X512

Криворукие маркетологи.

Так ведь во времена висты много внимания и сил безопасности уделили, обратно что ли из ядра выкинуть графику не осилили?

paramon
() автор топика
Ответ на: комментарий от pon4ik

Как всегда - смысл в костах на поддержку

А что, у нас Windows имеет долю на серверном рынке больше, чем на десктопном? Рабочим станцям-то какой профит с перехода NT Kernel => Linux?

или порт NT под arm.

Уже есть и на него сделана ставка: Win 10 IoT вот это всё.

А под mips

Уже был. Умер как и MIPS. Тогда уж RISC-V.

или эльбрусы

Нет смысла.

NT Kernel довольно легко портируется и был доступен на большом количестве архитектур ранее.

EXL ★★★★★
()
Ответ на: комментарий от paramon

обратно что ли из ядра выкинуть графику не осилили?

Не осилили. Хотя с новой моделью графических драйверов это возможно.

X512 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.