Какой тип ядра использует Windows 10?
Одним из ярких примеров гибридного ядра является ядро Microsoft Windows NT, которое поддерживает все операционные системы семейства Windows NT, включая Windows 10 и Windows Server 2019, и поддерживает Windows Phone 8, Windows Phone 8.1 и Xbox One.
Какой тип ядра использует Windows?
Microsoft Windows использует гибридную архитектуру типа ядра. Он сочетает в себе черты монолитного ядра и архитектуры микроядра. Фактическое ядро, которое используется в Windows, — это Windows NT (новая технология).
Есть ли в Windows 10 ядро?
Поделиться Все варианты совместного использования для: Обновление Windows 10 May 2020 теперь доступно со встроенным ядром Linux и обновлениями Кортаны. Сегодня Microsoft выпускает обновление Windows 10 May 2020 Update. … Самым большим изменением в May 2020 Update является то, что оно включает подсистему Windows для Linux 2 (WSL 2) со специально созданным ядром Linux.
Является ли Windows монолитным ядром?
Как и большинство систем Unix, Windows представляет собой монолитную операционную систему. Потому что пространство защищенной памяти режима ядра совместно используется операционной системой и кодом драйвера устройства. …
Какое ядро лучше?
3 лучших ядра Android и почему вам нужно одно
- Ядро Франко. Это один из крупнейших проектов ядра на сцене, и он совместим с довольно большим количеством устройств, включая Nexus 5, OnePlus One и другие. …
- ElementalX. Это еще один проект, обещающий совместимость с широким спектром устройств, и до сих пор он сдерживал это обещание. …
- Ядро Линаро.
В чем разница между ядром и ОС?
Основное различие между операционной системой и ядром состоит в том, что операционная система — это системная программа, которая управляет ресурсами системы, а ядро - это важная часть (программа) в операционной системе. … С другой стороны, система Opertaing действует как интерфейс между пользователем и компьютером.
Выпускает ли Microsoft Windows 11?
Microsoft пошла по модели выпуска двух обновлений функций в год и почти ежемесячных обновлений для исправлений ошибок, исправлений безопасности и улучшений для Windows 10. Никакой новой ОС Windows выпускаться не будет. Существующая Windows 10 будет обновляться. Следовательно, Windows 11 не будет.
Может ли Windows 10 работать под управлением Linux?
Это полная система Linux внутри Windows 10. По сути, она позволяет запускать ту же оболочку Bash, что и в Linux. Таким образом, вы можете запускать команды Linux внутри Windows без необходимости установки виртуальной машины или двойной загрузки Linux и Windows. Вы устанавливаете Linux внутри Windows как обычное приложение.
Лучше ли ядро Linux, чем ядро Windows?
Хотя на первый взгляд ядро Windows кажется менее либеральным, оно также намного проще для понимания обычным пользователем. Это делает ОС, в которую она входит, намного лучше для широкомасштабного коммерческого использования, в то время как код Linux лучше для разработки.
Почему Linux лучше Windows?
Linux обычно более безопасен, чем Windows. Несмотря на то, что векторы атак все еще обнаруживаются в Linux, благодаря его технологии с открытым исходным кодом, любой может просмотреть уязвимости, что ускоряет и упрощает процесс идентификации и устранения уязвимостей.
Что лучше микроядро или монолитное ядро?
Minix (до версии 3) не был чистым микроядром, потому что драйверы устройств были скомпилированы как часть ядра. Монолитные ядра обычно быстрее микроядер. Первое микроядро Mach было на 50% медленнее, чем большинство монолитных ядер, в то время как более поздние, такие как L4, были всего на 2% или 4% медленнее, чем монолитные конструкции.
Что означает ядро?
Ядро — это компьютерная программа, лежащая в основе операционной системы компьютера, которая полностью контролирует все в системе. … Это «часть кода операционной системы, которая всегда находится в памяти» и облегчает взаимодействие между аппаратными и программными компонентами.
Какое ядро лучше всего по времени автономной работы?
ElementalX. ElementalX — одно из самых известных пользовательских ядер, разработанное признанным разработчиком XDA flar2. Он не только увеличивает время автономной работы, но и не компенсирует чрезмерную производительность.
При прошивке ядра стираются данные?
Нет, при перепрограммировании ядра стирается только старое ядро. … Обычно стандартные ПЗУ работают только с ядром, поставляемым с ПЗУ, а сторонние ПЗУ сообщают, с какими ядрами они работают. На устройствах, поддерживающих fastboot, вы можете использовать загрузку fastboot flash boot.
Могу ли я прошить любое ядро на любой ROM?
Да, можно прошить / установить собственное ядро на стандартное ПЗУ, но это должно быть подходящее ядро, т.е. это должна быть версия, поддерживаемая ядром.
Похожие сообщения:
-
Какое последнее ядро Linux для Ubuntu? Как мне установить новое ядро Manjaro?Какой тип ядра использует Linux?Быстрый ответ: лучше ли ядро Linux, чем ядро Windows? Есть ли в Windows 10 ядро? Как печатать в PDF-файлах в Windows?
Использует ли Windows 10 ядро NT?
Microsoft сообщила, что в предстоящем выпуске Windows 10 будет внесено изменение, которое заставит ядро Windows NT перейти на версию 10.0. Хотя Windows 8.1 была Windows NT 6.3, а Windows 7 была Windows NT 6.1, схема нумерации теперь будет соответствовать как версии, так и маркетинговым названиям.
Какая Windows использует ядро NT?
Архитектура семейства операционных систем на базе NT состоит из двух уровней (пользовательский режим и режим ядра) с множеством различных модулей внутри обоих этих уровней. Windows Vista, Windows Server 2003, Windows XP, Windows 2000 и Windows NT являются частью семейства Windows NT (на основе NT) операционных систем Microsoft.
Какая версия NT — это Windows 10?
Версии для персонального компьютера
| Имя | Кодовое имя | Версия |
|---|---|---|
| ) Windows 7 | Windows 7 | NT 6.1 |
| Windows 8 | Windows 8 | NT 6.2 |
| Windows 8.1 | Синий | NT 6.3 |
| Windows 10 версии 1507 | Порог 1 | NT 10.0 |
Что такое ядро NT Windows 10?
Ntoskrnl.exe (сокращение от ядра операционной системы Windows NT), иначе известный как образ ядра, файл системного приложения, который обеспечивает ядро и исполнительные уровни пространства ядра Windows NT, и отвечает за различные системные службы, такие как виртуализация оборудования, управление процессами и памятью, таким образом…
Используется ли все еще Windows NT?
Номер версии NT сейчас обычно не используется в маркетинговых целях, но по-прежнему используется внутри и, как говорят, отражает степень изменений в ядре операционной системы.
Основано ли ядро Windows на Unix?
Хотя Windows имеет некоторые влияния на Unix, она не является производной и не основана на Unix. В некоторых местах он содержал небольшой объем кода BSD, но большая часть его дизайна пришла из других операционных систем.
Выпускает ли Microsoft Windows 11?
Microsoft подтвердила, что Windows 11 будет официально выпущена 5 октября. Необходимо как бесплатное обновление для тех устройств с Windows 10, которые соответствуют требованиям, так и предварительно загруженные на новые компьютеры. Это означает, что нам нужно поговорить о безопасности и, в частности, о вредоносном ПО для Windows 11.
Когда вышла Windows 11?
Microsoft пока не сообщила нам точную дату выпуска Windows 11, но некоторые просочившиеся изображения в прессе указали, что дата выпуска — 20 октября. На официальной странице Microsoft написано, что «появится позже в этом году».
Что означает ядро NT?
При вычислении ntoskrnl.exe (сокращение от исполняемый файл ядра операционной системы Windows NT ), также известный как образ ядра, предоставляет ядро и исполнительные уровни пространства ядра Microsoft Windows NT и является отвечает за различные системные службы, такие как абстракция оборудования, управление процессами и памятью, что делает его…
Есть ли в Windows ядро?
Ветвь Windows NT имеет гибридное ядро . Это ни монолитное ядро, где все службы работают в режиме ядра, ни микро-ядро, где все работает в пользовательском пространстве.
Написана ли Windows на C?
Ядро Microsoft Windows разработано в основном на C, с некоторыми частями на языке ассемблера. На протяжении десятилетий наиболее часто используемая операционная система в мире, занимающая около 90 процентов рынка, была основана на ядре, написанном на C.
Единое ядро Windows
Windows – одна из наиболее многогранных и гибких ОС, она работает на совершенно разных архитектурах и доступна в разных вариантах. На сегодня она поддерживает архитектуры x86, x64, ARM и ARM64. Windows в своё время поддерживала Itanium, PowerPC, DEC Alpha и MIPS. Кроме того, Windows поддерживает целый набор SKU, работающих в различных условиях; от дата-центров, ноутбуков, Xbox и телефонов до встраиваемых версий для интернета вещей, например, в банкоматах.
Самый удивительный аспект состоит в том, что ядро Windows практически не меняется в зависимости от всех этих архитектур и SKU. Ядро динамически масштабируется в зависимости от архитектуры и процессора, на котором оно работает, так, чтобы пользоваться всеми возможностями оборудования. Конечно, в ядре присутствует определённое количество кода, связанного с конкретной архитектурой, однако его там минимальное количество, что позволяет Windows запускаться на разнообразных архитектурах.
В этой статье я расскажу об эволюции ключевых частей ядра Windows, которые позволяют ему прозрачно масштабироваться от чипа NVidia Tegra низкого потребления, работающего на Surface RT 2012 года, до гигантских монстров, работающих в дата-центрах Azure.
Менеджер задач Windows, работающий на пререлизной машине класса Windows DataCenter, с 896 ядрами, поддерживающими 1792 логических процессора и 2 Тб памяти
Эволюция единого ядра
Перед тем, как обсудить детали ядра Windows, сделаем небольшое отступление в сторону рефакторинга. Рефакторинг играет ключевую роль в увеличении случаев повторного использования компонентов ОС на различных SKU и платформах (к примеру, клиент, сервер и телефон). Базовая идея рефакторинга – позволить повторно использовать одни и тем же DLL на разных SKU, поддерживая небольшие модификации, сделанные специально под нужный SKU, не переименовывая DLL и не ломая работу приложений.
Базовая технология рефакторинга Windows – мало документированная технология под названием «наборы API». Наборы API – это механизм, позволяющий ОС разъединять DLL и место их применения. К примеру, набор API позволяет приложениям для win32 продолжать пользоваться kernel32.dll, притом, что реализация всех API прописана в другой DLL. Эти DLL с реализацией также могут отличаться у разных SKU. Посмотреть наборы API в деле можно, запустив обход зависимостей на традиционной Windows DLL, например, kernel32.dll.
Закончив это отступление по поводу строения Windows, позволяющего системе максимизировать повторное и совместное использование кода, перейдём к техническим глубинам запуска ядра по планировщику, являющегося ключом к масштабированию ОС.
Компоненты ядра
Windows NT – это, по сути, микроядро, в том смысле, что у него есть своё core Kernel (KE) с ограниченным набором функций, использующее исполняемый уровень (Executive layer, Ex) для выполнения всех политик высокого уровня. EX всё ещё является режимом ядра, так что это не совсем микроядро. Ядро отвечает за диспетчеризацию потоков, синхронизацию между процессорами, обработку исключений аппаратного уровня и реализацию низкоуровневых функций, зависящих от железа. Слой EX содержит различные подсистемы, обеспечивающие набор функциональности, который обычно считается ядром – IO, Object Manager, Memory Manager, Process Subsystem, и т.д.
Чтобы лучше представить себе размер компонентов, вот примерное разбиение по количеству строк кода в нескольких ключевых каталогах дерева исходников ядра (включая комментарии). В таблицу не вошло ещё много всего, относящегося к ядру.
| Подсистемы ядра | Строк кода |
|---|---|
| Memory Manager | 501, 000 |
| Registry | 211,000 |
| Power | 238,000 |
| Executive | 157,000 |
| Security | 135,000 |
| Kernel | 339,000 |
| Process sub-system | 116,000 |
Более подробная информация об архитектуре Windows содержится в серии книг “Windows Internals”.
Планировщик
Подготовив таким образом почву, давайте немного поговорим о планировщике, его эволюции и том, как ядро Windows умеет масштабироваться на такое количество различных архитектур с таким большим количеством процессоров.
Поток – это базовая единица, исполняющая программный код, и именно её работу планирует планировщик Windows. Решая, какой из потоков запустить, планировщик использует их приоритеты, и в теории, поток с наивысшим приоритетом должен запускаться на системе, даже если это означает, что потокам с более низким приоритетам времени не останется.
Проработав квантовое время (минимальное количество времени, которое может работать поток), поток испытывает уменьшение динамического приоритета, чтобы потоки с высоким приоритетом не могли работать вечно, душа всех остальных. Когда для работы пробуждается другой поток, ему повышают приоритет, рассчитанный на основе важности события, из-за которого произошло ожидание ( например, приоритет сильно повышается для находящегося на переднем плане интерфейса пользователя, и несильно – для завершения операций ввода/вывода). Поэтому поток работает с высоким приоритетом, пока он остаётся интерактивным. Когда он становится связанным преимущественно с вычислениями (CPU-bound), его приоритет падает, и к нему возвращаются уже после того, как другие потоки с высоким приоритетом получат своё процессорное время. Кроме того, ядро произвольным образом увеличивает приоритет готовых потоков, не получивших процессорного времени за определённый промежуток, чтобы предотвратить их вычислительное голодание и подправить инверсию приоритетов.
У планировщика Windows изначально была одна очередь готовности, из которой он выбирал следующий, наивысший по приоритету поток для запуска. Однако с началом поддержки всё большего количества процессоров, единственная очередь превратилась в узкое место, и примерно в районе выхода Windows Server 2003 планировщик поменял работу и организовал по одной очереди готовности на процессор. При переходе на поддержку нескольких запросов на один процессор единую глобальную блокировку, защищающую все очереди, делать не стали, и разрешили планировщику принимать решения на основе локальных оптимумов. Это означает, что в любой момент в системе работает один поток с наивысшим приоритетом, но не обязательно означает, что N самых приоритетных потоков в списке (где N – число процессоров) работают в системе. Такой подход оправдывал себя, пока Windows не начала переходить на CPU с низким энергопотреблением, например, на ноутбуки и планшеты. Когда на таких системах поток с наивысшим приоритетам не работал (например, поток переднего плана интерфейса пользователя), это приводило к заметным глюкам интерфейса. Поэтому в Windows 8.1 планировщик перевели на гибридную модель, с очередями для каждого процессора для потоков, связанных с этим процессором, и разделяемой очередью готовых процессов для всех процессоров. Это не сказалось на быстродействии заметным образом благодаря другим изменениям в архитектуре планировщика, например, рефакторингу блокировки базы данных диспетчера.
В Windows 7 ввели такую вещь, как динамический планировщик со справедливыми долями (Dynamic Fair Share Scheduler, DFSS); это в первую очередь касалось терминальных серверов. Эта особенность пыталась решить проблему, связанную с тем, что одна терминальная сессия с высокой загрузкой CPU могла повлиять на потоки в других терминальных сессиях. Поскольку планировщик не учитывал сессии и просто использовал приоритет для распределения потоков, пользователи в разных сессиях могли повлиять на работу пользователей в других сессиях, задушивая их потоки. Также это давало несправедливое преимущество сессиям (и пользователям) с большим количеством потоков, поскольку у сессии с большим количеством потоков было больше возможностей получить процессорное время. Была сделана попытка добавить в планировщик правило, по которому каждую сессию рассматривали на равных с другими по количеству процессорного времени. Подобная функциональность есть и в ОС Linux с их абсолютно честным планировщиком (Completely Fair Scheduler). В Windows 8 эту концепцию обобщили в виде группы планировщика и добавили в планировщик, в результате чего каждая сессия попадала в независимую группу. Кроме приоритетов для потоков, планировщик использует группы планировщика как индекс второго уровня, принимая решение по поводу того, какой поток запускать следующим. В терминальном сервере все группы планировщика имеют одинаковый вес, поэтому все сессии получают одинаковое количество процессорного времени вне зависимости от количества или приоритетов потоков внутри групп планировщика. Кроме того, такие группы также используют для более точного контроля над процессами. В Windows 8 рабочие объекты (Job) были дополнены так, чтобы поддерживать управление процессорным временем. При помощи специального API можно решать, какую часть процессорного времени может использовать процесс, должно это быть мягкое или жёсткое ограничение, и получать уведомления, когда процесс достигает этих ограничений. Это похоже на управление ресурсами в cgroups на Linux.
Начиная с Windows 7, в Windows Server появилась поддержка более 64 логических процессоров на одном компьютере. Чтобы добавить поддержку такому большому количеству процессоров, в системе ввели новую категорию, «процессорная группа». Группа – неизменный набор логических процессоров количеством не более 64 штук, которые рассматриваются планировщиком как вычислительная единица. Ядро при загрузке определяет, какой процессор к какой группе отнести, и у машин с количеством процессорных ядер менее 64 этот подход практически невозможно заметить. Один процесс может разделяться на несколько групп (например, экземпляр SQL-сервера), единственный поток в один момент времени может выполняться только в рамках одной группы.
Но на машинах, где число ядер CPU превышает 64, Windows начала демонстрировать новые узкие места, не дававшие таким требовательным приложениям, как SQL-сервер, масштабироваться линейно с ростом количества ядер процессора. Поэтому, даже при добавлении новых ядер и памяти, замеры скорости не показывали её существенного увеличения. Одной из главных проблем, связанных с этим, был спор по поводу блокировки базы диспетчера. Блокировка базы диспетчера защищала доступ к объектам, работу которых необходимо было запланировать. Среди этих объектов – потоки, таймеры, порты ввода/вывода, другие объекты ядра, подверженные ожиданию (события, семафоры, мьютексы). Под давлением необходимости разрешения таких проблем, в Windows 7 была проделана работа по устранению блокировки базы диспетчера и замене её на более точные подстройки, например, пообъектную блокировку. Это позволило таким замерам производительности, как SQL TPC-C, продемонстрировать рост скорости на 290% по сравнению с предыдущей схемой на некоторых конфигурациях. Это был один из крупнейших взлётов производительности в истории Windows, случившихся благодаря изменению единственной особенности.
Windows 10 принесло другую инновацию, внедрив наборы процессоров (CPU Sets). CPU Sets позволяют процессу разделять систему так, что процесс может распределиться на несколько групп процессоров, не позволяя другим процессам пользоваться ими. Ядро Windows даже не даёт прерываниям устройств пользоваться процессорами, входящими в ваш набор. Это гарантирует, что даже устройства не смогут исполнять свой код на процессорах, выданных группе вашего приложения. Это похоже на низкотехнологичную виртуальную машину. Понятно, что это мощная возможность, поэтому в неё встроено множество мер безопасности, чтобы разработчик приложения не допустил больших ошибок, работая с API. Функциональность наборов CPU используется в игровом режиме (Game Mode).
Наконец, мы приходим к поддержке ARM64, появившейся у Windows 10. Архитектура ARM поддерживает архитектуру big.LITTLE, гетерогенную по своей природе – «большое» ядро работает быстро и потребляет много энергии, а «малое» ядро работает медленно и потребляет меньше. Идея в том, что малозначительные задачи можно выполнять на малом ядре, экономя таким образом батарею. Для поддержки архитектуры big.LITTLE и увеличения времени работы от батареи при работе Windows 10 на ARM, в планировщик добавили поддержку гетерогенной планировки, учитывающую пожелания приложения, работающего с архитектурой big.LITTLE.
Под пожеланиями я имею в виду то, что Windows старается качественно обслуживать приложения, отслеживая потоки, выполняющиеся на переднем плане (или те, которым не хватает процессорного времени), и гарантируя их выполнение на «большом» ядре. Все фоновые задачи, сервисы, другие вспомогательные потоки выполняются на малых ядрах. Также в программе можно принудительно отметить маловажность потока, чтобы заставить его работать на малом ядре.
Работа от чужого имени [Work on Behalf]: в Windows довольно много работы на переднем плане осуществляется другими сервисами, работающими в фоне. К примеру, при поиске в Outlook сам поиск проводится фоновым сервисом Indexer. Если мы просто запустим все сервисы на малом ядре, пострадает качество и скорость работы приложений на переднем плане. Чтобы при таких сценариях работы она не замедлялась на архитектурах big.LITTLE, Windows отслеживает вызовы приложения, поступающие к другим процессам, чтобы выполнять работу от их имени. В таком случае мы выдаём приоритет переднего плана потоку, относящемуся к сервису, и заставляем его выполняться на большом ядре.
На этом позвольте закончить первую статью о ядре Windows, дающую обзор работы планировщика. Статьи со сходными техническими подробностями о внутренней работе ОС последуют позже.
Чудеса упаковки от Microsoft: ядро Linux в Windows 10 и движок IE внутри Chromium Edge
На своей ежегодной конференции для разработчиков компания Microsoft сделала сразу несколько достаточно важных презентаций. Мы выбрали две из них.
Первое: в летней сборке 19H2 Windows 10 будет поставляться полноценное Linux-ядро на базе версии 4.19 от 22 октября 2018 года для собственной подсистемы «Linux для Windows» (WSL — Windows Subsystem Linux).
Второе: в будущие энтерпрайз-сборки Chromium-реинкарнации умерщвленного компанией Microsoft Edge будет встроено ядро IE.
Первая новость — важна и полезна для разработчиков, вторая — похожа на плохой анекдот.
Мы встроили в твой Chromium-браузер движок IE, чтобы ты не забывал, что это браузер Edge
Linux Kernel в Windows 10
Добавление полноценного ядра Linux в Windows 10 — логичный шаг, который продолжает методичную работу Microsoft с сообществом. Ранее в Windows была доступна лишь эмуляция ядра Linux. Параллельно с ядром Linux внутри своей системы компания анонсировала выход Windows Terminal — новое приложение для Windows для централизованного доступа к подсистемам PowerShell, Cmd и, собственно, самого Linux-ядра в упаковке WSL.
Представители компании уверяют, что 4.19 — не последняя версия ядра для их подсистемы. В будущем WSL будет обновляться и идти в ногу со стабильными версиями ядра Linux, что также немаловажно. Кроме того, внедрение полноценного ядра в систему отметает необходимость эмуляции, что, непосредственно, увеличит производительность и комфорт разработчиков, работающих из-под Windows. Кроме этого WSL базируется на открытом исходном коде, то есть любой разработчик сможет вносить необходимые ему изменения в подсистему и делать форки ядра.
Это не первый крупный шаг навстречу сообществу разработчиков. Ранее компания интегрировала в свою систему Bash, что можно назвать крайне серьезным шагом для весьма консервативной Microsoft.
Действия Microsoft удивляют, но уже не шокируют: под управлением Сатьи Наделлы компания фактически ворвалась в open source-сообщество и все больше и больше ориентируется на работу непосредственно с девелоперами и enterprise-сегментом, о чем свидетельствуют действия Microsoft за последние 3-4 года.
Чудовище Microsoft’а или зачем в Chromium Edge ядро Internet Explorer
Каждый с содроганием вспоминает Internet Explorer, а старые верстальщики еще и плачут при этом. Когда Microsoft анонсировала Spartan и отказ от IE, по всему миру начали открывать шампанское, но реальность оказалась злее, чем мы надеялись. До сих пор существуют решения, порталы и сайты, созданные для работы исключительно под IE старых версий. В основной своей массе эти решения обитают в закрытых enterprise-решениях. Когда-то у Microsoft был выбор: вынудить компании по всему миру обновить свои внутренние продукты и решения из-за полного отказа компании от IE, или же начать воевать «не в ту сторону». Так как полный отказ от IE грозил миллиардными потерями для Microsoft и репутационным ущербом, гиганту пришлось из года в год тащить совместимость своего браузера со страницами, адаптированными для работы в Internet Explorer.
Даже после громкого отказа от движка EdgeHTML и перевода разработки «браузера по умолчанию» для Windows 10 на движок Chromium, Microsoft не удается убежать от своего страшного наследия в лице Internet Explorer.
Поэтому специально для Enterprise-сборок Windows 10 компания будет поставлять версию Chromium Edge с «сюрпризом» — встроенным движком IE в сам Edge. Такое странное решение позволит обеспечить совместимость нового браузера со старыми корпоративными решениями, которые когда-то опрометчиво прибили гвоздями к Internet Explorer.
При открытии в новом Chromium Edge любой страницы, адаптированной для Internet Explorer, браузер автоматически будет активировать «режим совместимости с IE» и подключать отображение, соответствующее такому в Internet Explorer 11. Узнать, что страница запущена в режиме совместимости можно будет по специальному значку IE рядом с адресной строкой на странице браузера.
Сами Microsoft настаивают на том, что компаниям, пользующимся устаревшими веб-порталами, стоит перейти на новый Chromium Edge и полностью отказаться от практики использования связки IE+любой другой браузер. Конечно, любой технический специалист скажет, что подобный шаг по встраиванию устаревшего движка в новый продукт избыточен, но, фактически, сейчас Microsoft пытается сохранить лицо и чуть-чуть занимается благотворительностью. Вопрос в том, сможет ли когда-нибудь гигант сказать бизнесу «нет» и окончательно «пристрелить осла». Пока не получается.
Конференция началась вчера, 6 мая, и продлится до 8 числа, так что у Microsoft есть как минимум один день для того, чтобы удивить нас еще сильнее.
- Блог компании ITSumma
- *nix
- Браузеры
- Microsoft Edge
- Разработка под Linux