LINUX.ORG.RU

Microsoft создала родной слой эмуляции вызовов POSIX в Windows 10

 , , , ,


8

8

В ближайшие дни Microsoft представит совместную с Ubuntu разработку для ОС Windows 10, которая позволяет запускать немодифицированные (пока только консольные) бинарные файлы в Windows. Суть новинки заключается в трансляции системных вызовов Linux/POSIX в вызовы Win32 API, что позволяет достичь практически родной скорости выполнения Linux-приложений в среде Windows. Если не вдаваться в тонкости, то разработчики из Microsoft написали Wine наоборот.

Некоторые детали реализации:

  • Все диски Windows будут доступны через точки монтирования в /mnt.
  • Сама корневая система Linux/Ubuntu будет находится в C:\Users\$USER\AppData\Local\Lxss\rootfs\
  • На данный момент терминал vt100, который эмулируется для приложений Linux, реализован не полностью, поэтому такие утилиты, как byobu, screen и tmux пока не работают.
  • Основа всего — Ubuntu 14.04 LTS.
  • Ubuntu для Windows распространяется как приложение UWP, поэтому работает только в Windows 10.

Почему Microsoft пошла на это? Чтобы привлечь тех разработчиков, для которых cmd.exe и PowerShell не являются достаточными, а cygwin не обеспечивает достаточной скорости.

>>> Подробности

★★★★★

Проверено: fallout4all ()
Последнее исправление: Psych218 (всего исправлений: 4)
Ответ на: комментарий от FireFighter

А теперь обратно откручивать, если хотят SIGINT-ы слать.

anonymous
()
Ответ на: комментарий от lagavulin16

Она самая, там дата публикации 01.04

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

Почему ты так думаешь?

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

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

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

Это не опыт «человечества», а опыт мудаков-строителей и быдлокодеров.

Прекрасно можно строить и поддерживать в нормальном состоянии дороги. Так же как и писать программы без ошибок.

Немецкие автобаны без ухабов. DJB свой qmail и прочий софт когда написал, до сих пор ни единой ошибки не нашли.

Так что всё возможно. Мозги иметь просто надо.

anonymous
()

Онтопик вин?

После появления POSIX совместимости можно будет создать композитор-прокси и через него без перекомпиляции запускать wayland приложения, которые будут работать как обычные виндовые, включая интеграцию с панелью задач. А если пойти дальше, то композиторы могут реализовать бекенд к WinAPI, тогда мы получим возможность работать в привычном графическом окружении. Единственное ограничение: это касается лишь тех приложений, которые работают через разделяемую память. С OpenGL всё сложнее.

shaiZaigh
()
Ответ на: комментарий от anonymous

Это не опыт «человечества», а опыт мудаков-строителей и быдлокодеров.

Ну ты-то конечно никогда не делаешь ошибок.

Так же как и писать программы без ошибок.

Лол. Сразу видать воинствующую школоту.
Если все твои программы размером с hello world, то да, можно и без ошибок.

Немецкие автобаны без ухабов.

А ещё у тебя проблемы с абстрактным мышлением.

DJB свой qmail и прочий софт когда написал, до сих пор ни единой ошибки не нашли.

Ты бы сначала погуглил что ли.
Хотя если ты из разряда фанбоев, а судя по твоим заявлениям это так и есть, то тебе «хоть ссы в глаза - всё божья роса».


Так что всё возможно. Мозги иметь просто надо.

Ню-ню. Вот только у тебя их не наблюдается.

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

Так же как и писать программы без ошибок.

Возможно вы не програмист, раз заявляете такое.
Если программа не содержит ошибок, значит это не программа или она никому не нужна. Выражение очень старое, но абсолютно верное.

Немецкие автобаны без ухабов.

Мосты не проезжали?

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

по теме и об ошибках

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

ошибки в программах есть всегда, заявляю как человек 25 лет занимающийся программированием и еще надеюсь как-минимум столько же впереди. Касательно qmail: вот статья автора qmail от 2007 года - https://cr.yp.to/qmail/qmailsec-20071101.pdf, он сам пишет что про 4 лично ему известные ошибки.

конечно, если отойти от категоричных высказываний (дороги вообще без ухабов, программы вообще без ошибок), а привлечь числа, то действительно окажется что некоторые дороги и некоторые программы почти беспроблемны. qmail не пользовался, но вот за 1.5 года использования MoscowML, компилятора Standard ML, для реализации довольно большого проекта ни одной ошибки обнаружено не было, все работает как надо

V_P
()
Ответ на: комментарий от pftBest

И, к сожалению, у них может получится.

Почему к сожалению? Я могу испытывать определённое уважение к тем, кто стоял у истоков Apple Inc., хотя иных уж нет, а те далече, но ещё суд между Apple и MS в 1980-х гг. показал, что «фруктоавая компания» — это уж совсем тёмная сторона. Хотя за llvm им спасибо, может и за Swift со временем скажу.

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

А что пилите если не секрет?

компилятор :)

Это как раз понятно - на ML больше ничего не пишут :)

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

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

Ну сейчас мы говорим о пакетном менджере винды и откуда в венде взяться dependency hell'у.

anonymous
()

Небось в GLib (основа GTK, GIO и прочих линуховых либок, которые есть на любом ПК) уже встраивают код, не дающий работать под вендой.

Ancient
()
Ответ на: комментарий от anonymous

Ну сейчас мы говорим о пакетном менджере винды и откуда в венде взяться dependency hell'у.

Оттуда же откуда потянутся зависимости от версий.

Избавится от dependency hell'а можно только статической линковкой.

Т.е. либо мы используем зависимости, либо каждый компонент тащит в себе всё необходимое, как улитка.

Кст. DLL Hell в Винде так и не отменили, насколько я помню.

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

Т.е. либо мы используем зависимости, либо каждый компонент тащит в себе всё необходимое, как улитка.

Будто в винде сейчас по-другому.

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

winsxs или как там оно называется,которая становиться по 120 ГБ после пары лет и запуска десятка софта работающего на разных версиях winapi и visualc либ

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

winsxs

Да, файловые менеджеры могут показывать размер папки WinSxS в 10GB и более, но лишь потому, что они принимают за чистую монету объем жестких ссылок.

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

ага и размер диска-в любй HTFS дисковой утилите где одна винда без софта и жрет она по 60ГБ(я видел максимум 60гб,и то через год всего),тоесть на диске физически стоит одна винда-и сожрано всеместо

тоже жесткие ссылки да?

...нет-винда тянет зависимости старых виндов по мере запуска старого софта,и оставляет старые библиотеки при обновлении на более новые...

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

Нашел таки к чему докопаться. Ну и вредный ты. Тебе бы пойти к бабушке да блинами со сметаной отравиться, дак нет дядьку в неловкое положение ставишь!

Твоя взяла! Венда говно.

anonymous
()

Пишу из-под Win 10 Redstone 1 Insider Preview, build 14295. На данный момент последний билд. Когда будет доступно? В этом билде не наблюдаю описанного в ОП.

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

Кст. DLL Hell в Винде так и не отменили, насколько я помню.

Нет, и не отменят никогда. Его просто заменили на другие костыли.

anc ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

Не можешь победить, возглавь!

anonymous
()
Ответ на: комментарий от GreenFlame

Это не вайн криво работает а винда криво работает :) А так уже давно изобрели kvm/virtualbox/etc на выбор.

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

kvm/virtualbox/etc

Это разве что для тестирования софта годится. А если я хочу использовать профессиональное звуковое ПО (DAWы и всё такое), например?

GreenFlame
()
Ответ на: комментарий от anc

Да блин, запускать лишнюю целую операционную систему чтобы пользоваться каким-то приложением это перебор. Не говоря уже о том что в некоторых случаях виртуалки для этого плохо подходят (пример привёл выше).

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

Признаю, не знаком с «профессиональное звуковое ПО (DAWы и всё такое)». Но вот что-то мне подсказывает что и вайн не слишко-то в этом случае помочь может. Ведь речь о нем изначально шла.

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

Да, вайн тоже не очень, хоть и лучше виртуалки в этом плане. Поэтому я и говорю что было бы здорово иметь опционально под линукс официальный от МС аналог того что они сейчас в венде запилили.

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

1. В винде еще не запилили
2. Судя по описанию это будет ооооочень маааааалелькая часть по сравнению с вином.
3. Вы разные варианты виртуализации пробовали? Или так только то что мышкой тыкнулось?

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

Судя по описанию это будет ооооочень маааааалелькая часть по сравнению с вином.

LXSS? Оно, возможно, будет меньше Wine по кодовой базе, но уметь - почти всё, что умеет Linux.

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

Смотрите. Сколько слов «возможно» и «будет». Имхо за столько лет уже можно привыкнуть к тому что это чуть больше чем /dev/null

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

Имхо за столько лет уже можно привыкнуть к тому что это чуть больше чем /dev/null

Ну окей.

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

Немного на отвлеченную тему: вот если, например, сравнить книги по азам разработки на Python, то для 2.7 только упоминается, что есть возможность писать код под виндой. А уже для 3.х даже примеры только в win-окружении, т.е., наоборот,,упоминается, что можно писать и под линуксом. Намек понятен?

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

Намек понятен?

Понятен, но нерепрезентативен. Какие это книги? Одно и того ли автора? Какова их популярность? Какова их целевая аудитория? В том, что выложено на сайте питона, одинаково времени уделяется всем трём ОС (вин, лин, мак).

Нет сомнения, что всё это продолжение стандартной модели embrace, extend, extinguish. Но, сейчас это сделано топорно и слабо, в надежде что разработчики удовлетворятся и тем, что им кинули и не будут искать от добра добра. Но, сейчас ситуация может повернуться в обе стороны. Разработчики могут пощупать это, сказать «ладно, мне этого хватает, остаюсь на винде» или «и это всё что есть в вашем лине? остаюсь на винде», так и «чёрт, штука прикольная, но половина не работает, пойду-ка я на линукс». Как это выльется в числа - покажет время.

Так же, это не столько попытка атаки на линукс (он ещё слишком мал, чтобы угрожать гегемонии винды на десктопах), но вот на Маки бежит слишком много разработчиков, чтобы МС закрывал и дальше на это глаза. Поэтому эта «убунта в винде» ничто иное, как попытка пришить суровыми нитками нормальную консоль, пачку стандартных GNU утилит, posix совместимость и аналог homebrew. Скорее всего МС считает что количество разработчиков, которые не станут мигрировать на Мак окажется значительно больше небольшого числа тех, кто втянется и решит довести всё до конца переползя на линукс.

zink ★★
()
Ответ на: migrate it! от mumpster

в химках его видел! в смысле, это тот чувак, что вместо стабильного redhat'овского ядра положил в centos разлива oracle падучий глюкодром под названием unbreakable linux kernel.

ораклу невеликая потеря, майкрософту тоже погоды не сделает.

anonymous
()
Ответ на: комментарий от WatchCat

Кст. DLL Hell в Винде так и не отменили, насколько я помню.

да он и в линуксах не изжит. посмотрите на пакет gitlab (на официальный deb/rpm).

anonymous
()
Ответ на: комментарий от anc

Но вот что-то мне подсказывает что и вайн не слишко-то в этом случае помочь может.

Cockos Reaper официально поддерживает работу в Wine

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