Microsoft опубликовала информацию о реализации VFS в подсистеме Linux на Windows 10

[VolCh]

Мы указывали, что такие драйверы как LXss.sys и LXCore.sys отвечают за реализацию семантики системных вызовов Linux с использованием ядра Windows.

Так всё же, какой из драйверов за что отвечает? Можно ли считать, что LXCore.sys реализует Linux Kernel API, а LXss.sys — остальные Linux API?

[esetnod32]

Пока такая информация в открытых источниках не публиковалась.

[lorc]

А что такое «остальные Linux API»?

[VolCh]

GNU C Library

[lorc]

Ну так там во первых нет почти ничего особенного, а во вторых она целиком живет в юзерспейсе и её не не имеет смысла делать драйвером.
Это же по суди просто стандартная сишная библиотека + обертки над сисколами.

[VolCh]

Над преобразователем сисколов Linux в сисколы NT, по-моему, по любому нужен слой, позволяющий запускать программы, работающие с GNU C Library (включая init или подобные). Где его размещать в винде?

[lorc]

Програмы работающие с libc и дальше буду работать с libc. Скажу честно, я не лазил в этот слой совместимости, поэтому точно не знаю. Но я не вижу никаких проблем использовать порт libc на винде.
Более интересн вопрос о динамическом линкере. В линуксе он живет в юзерспейсе, а вот в винде — кажется где-то на уровне ядра/драйверов. Возможно, LXss.sys как раз и занимается динамической линковкой.

[lemproix]

Как обстоят дела с tcp/ip/sockets?

[Dreyk]

Мне вот чего реально не хватает, так это редактирования файлов в *nix разделе из-под windows. Вернее как, если править чем-то типа блокнота или akelpad — то все ок, а вот если какой-то иде типа RubyMine, то файл корраптится и изпод линукса потом невиден.

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

В общем, жду эту фичу)