Các nhà phát triển dự án rượu Stefan Dösinger và André Hentschel đã công bố phiên bản công khai đầu tiên của trình giả lập Hangover, mà cho phép chạy các ứng dụng Windows 32 bit và 64 bit được thiết kế cho kiến trúc x86 và x86_64 trong môi trường Linux và Android dựa trên kiến trúc ARM64 (Aarch64).
Không giống như chạy Wine với môi trường hệ thống tối thiểu bằng cách sử dụng QEMU trong chế độ giả lập ở cấp độ cuộc gọi hệ thống (sử dụng cùng một nhân với hệ thống chính).
Giới thiệu về trình giả lập Hangover
Dự án Hangover cho phép người dùng có thể có hiệu suất cao hơn đáng kể. Sự tăng tốc của dự án này đạt được bằng cách chuyển lớp mô phỏng sang cấp API Win32 / Win64, thay vì mô phỏng các lệnh gọi hệ thống thông thường bằng mô phỏng bài đăng của API Win32 / Win64 dựa trên chúng.
Hiện tại, dự án cho phép người dùng chỉ chạy các ứng dụng và trò chơi đơn giản sử dụng các API Win64 và Win32.
Đối với Linux, hỗ trợ cho Direct3D đã được triển khai, chưa có sẵn cho Android do hỗ trợ OpenGL ES trong Wine chưa đầy đủ.
Hỗ trợ trình gỡ lỗi là không tồn tại và xử lý ngoại lệ có các lỗi đã biết. Do những lý do này, hệ thống chống sao chép và chống gian lận có thể hoạt động kém hơn so với các phiên bản thông thường của Wine.
Nhìn chung, các ứng dụng 64-bit có thể được mong đợi ở hình dạng tốt hơn các ứng dụng 32-bit vì không cần cấu trúc dữ liệu thuộc bất kỳ loại nào.
Để đảm bảo công việc, một bản cài đặt thường xuyên của Wine được sử dụng, bổ sung với các thư viện và lớp DLL khác nhau.
Trong môi trường Linux, các ứng dụng Windows tự động chạy khi QEMU nằm trong thư mục Wine ("C: \ x86 \ qemu-x86_64.exe.so").
Trong khi đó, trên Android, người ta đề xuất sử dụng tiện ích cmd để thực hiện việc thực thi.
Không gian địa chỉ được giới hạn ở 4GB khi đặt trước mỗi địa chỉ dưới 4GB.
Hầu hết các thư viện Wine chính trước đây đều được tải trên 4GB để giữ cho dung lượng trên dưới 4 GB càng trống càng tốt. Nhược điểm của điều này là bắt đầu một quy trình mới mất khoảng 2 giây.
Hangover a Wine cho ARM64
Wine coi mỗi quá trình là một quá trình 64 bit, vì vậy lớp WoW64 của nó không hoạt động. Điều này sẽ hoạt động tốt đối với các ứng dụng 32 bit hoặc 64 bit thuần túy, nhưng sẽ gây ra sự cố cho các ứng dụng hỗn hợp mong đợi sự khác biệt giữa, ví dụ: C: \ windows \ system32 và C: \ windows \ syswow64.
Về việc phát hành các ứng dụng Windows 32-bit (x86), được xử lý ở cấp độ dịch của các cấu trúc được truyền giữa ứng dụng và Wine (Mô hình LLP64 trên Windows bảo toàn khả năng tương thích cơ bản của các khuôn khổ giữa WinAPI 32-bit và 64-bit).
Để chạy các ứng dụng Windows 32-bit, các tổ hợp Wine 64-bit được sử dụng và mỗi quá trình trước tiên được coi là 64-bit.
Về phía máy chủ, chỉ có kiến trúc ARM64 và x86_64 được hỗ trợ, nhưng mã này được thống nhất, cho phép chuyển dự án sang các kiến trúc khác theo thứ tự byte từ trẻ nhất đến già nhất (little-endian) mà không cần nỗ lực nhiều.
Vẫn còn rất nhiều thứ để đánh bóng
Hiệu suất của Hangover tại thời điểm hiện tại để lại nhiều điều đáng mong đợi. Kể từ khi eĐiểm nghẽn chính là hiệu suất của mã mà QEMU tạo ra.
Tuy nhiên, khi chạy trên thiết bị TV có Android Nvidia Shield. Hiệu suất đủ để chạy các trò chơi từ những năm 2000.
Các ứng dụng được thử nghiệm tại Hangover bao gồm Notepad ++, ANNO 1602, Age of Wonders, Warhammer 40k: Dawn of War, The Settlers II 10 Anniversary, Prince of Persia 3D, Worms 2 và Worms Armageddon. Các ví dụ SDK DirectX 9 cũng chạy ở tốc độ chấp nhận được.
Bản phát hành dựa trên mã cơ sở Wine 4.0, được phản ánh trong số phiên bản Hangover 0.4.0. Lớp mô phỏng dựa trên dự án QEMU.