Что такое Wine с технической (терминологической) точки зрения?

Всегда рассматривал wine больше как API или фреймворк. Вроде как дотнет или жава, просто без байткода.

Это реализация Win32 API для линукса. Но т.к. вендовый API крайне упорот и облеплен всякими костылями, в нём есть широко используемые в вендовом софте функции которые требуют всяких вендовых сервисов и прочей шняги для работы. Вот и приходится не только предоставлять библиотеки с функциями, но и запускать/останавливать демонов которые будут обеспечивать работоспособность этих функций и надзирать за этими демонами. Поэтому это не просто библиотека типа GTK/Qt, а вот такое вот поделие со своими процессами (wineserver и всякие winedevice.exe, services.exe) и пр.

Это свободная реализация WINAPI поверх технического стека современных UNIX-ов. Т.е. это парсер .exe, .dll, .msi и может чего ещё + набор библиотек. Исполняемые файлы вином именно парсятся (схожим образом с тем, как парсятся нативные elf-ы), а не выполняются в виртуальной машине/гипервизоре (как, например JAVA программы) и уж тем более не эмулируется x86.

Альтернативная реализация Windows API. Wine не обеспечивает работу ОС, по этому он не гипервизор. Wine не эмулятор, т.к. он не эмулирует никакое железо.

А есть какое-то название у этого типа программ?

Разработчики его называют слоем совместимости (compatibility layer).

Не придавай слишком большое значение терминологии. И это конечно же не гипервизор с виртуалками, товарищ со стековерфлоу, вероятно, пошутил.

Не эмулятор он в том смысле, что он не эмулирует отдельную железяку как, например, qemu. Но можно в какой-то степени считать, что он эмулирует виндовое API. Но на самом деле он просто оборачивает нативные API виндовыми. Это сравнительно безболезненно в плане расходования системных ресурсов. Видимо, чтобы подчеркнуть это, виноделы и отмазываются от определения «эмулятор». Да, слой совместимости — более правильное определение.

Вообще, имхо, в современных многоэтажных программных решениях принцип «мальчики направо, девочки налево» действует плохо.

Он скорее как /lib/ld-linux.so, только для .exe

Интерпретатор PE-файлов.

Или аналог HL-эмуляторов консолей. Они не эмулируют железо, а парсят и исполняют код игр. ppsspp, например.

Виндовый код исполняется нативно на процессоре, как-то так.

peregrine, hobbit:

И еще один вопрос.

Вот смотри. Когда говорят про эмуляторы - говорят про эмуляцию железа. Но вот, например, есть VMware Workstation и WMware Fusion. Я смотрел видео по установке Windows 95 на WMware Fusion на современном Маке. Когда чувак все установил, и в виртуалке открыл окно со свойствами системы (17:39 на видео) - там написано:

Pentium Pro(r)
64.0 MB RAM

(скриншот)

То есть, железо ведь сэмулировалось? А если так, то значит ли это, что Fusion это нечто большее, чем просто гипервизор?

Wine это альтернативная реализация WinAPI над POSIX-системами.

Вот тут всё подробно описано.

Собственная реализация WinAPI: считывалка Windows PE, переписанные системные и некоторые популярные библиотеки и бинарники винды.

Там в гипервизоре виртуалка разве не встроена? Это тоже не эмуляция, а трансляция по некоторым правилам. Эмуляция это когда скажем bochs, оверхэд там не сравнимый. Ты просто не учитываешь, что одна программа может быть всем, чем угодно, одномоментно.

вином именно парсятся

Не вноси путаницу. Не «вином», а ,«вайном».

Vino - это шаринг-сервер.

Ага, спасибо.

Vino - это шаринг-сервер.

Никогда о нем раньше не слышал o-O

Ну ок. Тепер только «вайн», только хардкор :D

Ты просто не учитываешь, что одна программа может быть всем, чем угодно, одномоментно.

Стараюсь учиться учитывать.

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

Вайн — это алкоголь.

нопе

Пруф: https://en.wikipedia.org/wiki/Wine

Wine не обеспечивает работу ОС, по этому он не гипервизор. Wine не эмулятор, т.к. он не эмулирует никакое железо.

Ты не мог бы прояснить:

При всём этом, в Wine используется виртуализация? Я вот читал такое, что, якобы, Wine прдеставляет из себя «library-level virtualization».

Я не разраб вайна. Но, как понимаю, library-level virtualization в этом контексте это то же самое, что и compatibility layer. То есть то же самое, что и проброс directx-а через vulcan аналогичный проект (как оно там называется).