Гораздо интереснее, что до сих пор никто не раскопал технические подробности — что именно не хватает для WSL в семерке.
Даже в этой самой статье есть, частично, ответ:
Создание WSL потребовало комбинации глубокого знания Windows, которым обладала команда разработчиков ядра системы, и технологии, разработанной в Microsoft Research, которая называется пикопроцесс (picoprocess). Интересно то, что пикопроцессы, кроме того, являются той самой технологией, благодаря которой оказывается возможной работа SQL Server на Linux.
Спасибо, интересный опыт. А насколько сложно было супруге найти работу и в какой области, если не секрет? Насколько оправданным было решение искать работу уже там, "на месте"?
Для тех, кто пользуется этой фишкой — остается классический вариант Switch'а.
Я себе брал Switch исключительно для портатива и если бы на момент покупки был выбор — взял бы более дешевую Lite.
Аксель Ритчин (Axel Rietschin), инженер ядра в Microsoft, обвинил создателей ReactOS, открытой операционной системы, совместимой с Windows, в копировании кода Windows Research Kernel.
По моим личным (субъективным) ощущениям ReactOS (если брать, например, его состояние на период середины 200x годов) был собран не из открытого WRK (вопрос в еще том, что WRK был открыт достаточно поздно), а из утечек исходников 2000 и NT. Это было видно по тем местам, которых не хватало в утечках, там у ReactOS были или заглушки (STATUS_NOT_IMPLEMENTED), или собственный код, который сильно контрастировал с остальным ядром. Потом был известный аудит, код причесали, после которого явного копирования замечено не было (опять же, субъективно).
Остаются вопросы восстановления логики, полученные reverse engineering'ом ядра ntoskrnl. Но известны случаи, когда ReactOS не принимал реально полезные патчи, которые явно (для людей из ReactOS) полученные reverse engineering'ом. Как они это понимают и что в этом плохого — вопрос другой, не относящийся к "копированию кода из Windows Research Kernel".
А вот то, что на баннере QP ОС, о которой я также несколько раз уже рассказывал в обзорах конференции, заявлена поддержка поцессоров Эльбрус, меня удивило. Ведь мы приложили немало усилий чтобы портировать Embox на данную архитектуру, о чем также писали на хабре. Выяснилось, что к сожалению, это не полноценный порт под архитектуру e2k, запуск был осуществлен в режиме трансляции команд x86, который, как известно, присутствует в процессорах Эльбрус.
В ноябре 2014 система, состоявшая из 1280 узлов (5 стоек) на базе процессоров Xeon E5 v3 и ускорителей Nvidia K40M, заняла 22 место в мировом рейтинге суперкомпьютеров TOP500, продемонстрировав производительность в 1,85 петафлопс на тесте HPL Linpack при энергопотреблении порядка 0.65 МВт
Интересно как в случае установки через MS Store будут доставляться обновления: минорные версии накатываться сами/нужно будет ходить в Store и руками нажимать кнопку для обновления/...?
Дело не только в намерениях тех, кто ставит такое оборудование.
Важно еще кто в какой форме и объеме будет иметь доступ к собранной информации.
Не вводим дополнительные персонализированные параметры: номера документов, имя, даты рождения и не ищем его в социальных сетях и других базах данных. Таким образом, технологии позволяют получить не большее количество информации, чем ее мог получить обычный человек, просматривая видео, записанное в разрешенном публичном месте (магазин, ресторан, парикмахерская и прочие точки).
То, что этого не делает система — прекрасно. Важно что бы сырой массив данных не попал к не самому честному сотруднику, который парой py-скриптов сможет привязать и профилям в соц. сетях и много чего еще.
Даже в этой самой статье есть, частично, ответ:
Неплохая вводная статья: https://blogs.msdn.microsoft.com/wsl/2016/05/23/pico-process-overview/
На Windows 7 (а на самом деле еще с Vista) есть функция RtlCloneUserProcess, которая занимается именно клонированием процессов.
Спасибо, интересный опыт. А насколько сложно было супруге найти работу и в какой области, если не секрет? Насколько оправданным было решение искать работу уже там, "на месте"?
Еще одно (неожиданное для меня) мнение от ребят из Microsoft Security Response Center: Why Rust for safe systems programming.
И экранчик поменьше.
Да, в целом тут соглашусь — для частого локального коопа лучше брать полную версию.
Опять же, эти самые $80 можно потратить не при покупке консоли, а через полгода, если осознаешь необходимость локального coop'а.
Про название — не знаю, но это точно не было бы аргументом к покупке :)
В анонсе мутновато написано, но судя по возможности подключать дискретные Joy-Con'ы локальный coop может иметь место.
Для тех, кто пользуется этой фишкой — остается классический вариант Switch'а.
Я себе брал Switch исключительно для портатива и если бы на момент покупки был выбор — взял бы более дешевую Lite.
Стоит все же учитывать, что Nintendo выпускают не просто урезанную консоль, но и заметно более дешевую: $199.99 против $299.99.
Логичнее проверку сделать (если она нужна) перед вставкой и не вставлять, а так элемент будет найден и не удалится и таблицы. Утечка, фактически.
А зачем в stop проверка метки времени после поиска в таблице?
По моим личным (субъективным) ощущениям ReactOS (если брать, например, его состояние на период середины 200x годов) был собран не из открытого WRK (вопрос в еще том, что WRK был открыт достаточно поздно), а из утечек исходников 2000 и NT. Это было видно по тем местам, которых не хватало в утечках, там у ReactOS были или заглушки (STATUS_NOT_IMPLEMENTED), или собственный код, который сильно контрастировал с остальным ядром. Потом был известный аудит, код причесали, после которого явного копирования замечено не было (опять же, субъективно).
Остаются вопросы восстановления логики, полученные reverse engineering'ом ядра ntoskrnl. Но известны случаи, когда ReactOS не принимал реально полезные патчи, которые явно (для людей из ReactOS) полученные reverse engineering'ом. Как они это понимают и что в этом плохого — вопрос другой, не относящийся к "копированию кода из Windows Research Kernel".
https://habr.com/ru/company/embox/blog/457596/
Ну, например, Эльбрус все давно уже грозят собрать в суперкомпьютер.
Точнее анонсировали, что собрали — https://rostec.ru/news/rostekh-razrabotal-pervyy-superkompyuter-na-baze-protsessorov-elbrus/
Думаю стоит уточнить, что "два российских суперкомпьютера" собраны на Xeon'ах и Nvidia — https://ru.wikipedia.org/wiki/%D0%9B%D0%BE%D0%BC%D0%BE%D0%BD%D0%BE%D1%81%D0%BE%D0%B2-2
Интересно как в случае установки через MS Store будут доставляться обновления: минорные версии накатываться сами/нужно будет ходить в Store и руками нажимать кнопку для обновления/...?
А второй питон потихоньку хоронят?
В оригинале ничего не говориться про Remote:
Как по мне — больше похоже на механизм локальной миграции между процессами.
Дело не только в намерениях тех, кто ставит такое оборудование.
Важно еще кто в какой форме и объеме будет иметь доступ к собранной информации.
То, что этого не делает система — прекрасно. Важно что бы сырой массив данных не попал к не самому честному сотруднику, который парой py-скриптов сможет привязать и профилям в соц. сетях и много чего еще.
Плюс VirtualBox влил в себя код VirtualKD, что серьезно ускоряет kernel-отладку старых Windows-машин.