มีการเปิดตัวรุ่นทดลองของการใช้งาน Win32 API - Wine 9.2 แบบเปิด นับตั้งแต่การเปิดตัว 9.1 รายงานข้อผิดพลาด 14 รายการได้ถูกปิดลง และมีการเปลี่ยนแปลง 213 รายการ
การเปลี่ยนแปลงที่สำคัญที่สุด:
- เอ็นจิ้น Wine Mono พร้อมการใช้งานแพลตฟอร์ม .NET ได้รับการอัปเดตเป็นรีลีส 9.0.0
- ปรับปรุงการรองรับถาดระบบ
- การจัดการข้อยกเว้นได้รับการปรับปรุงบนแพลตฟอร์ม ARM
- บิลด์ใช้แมโคร YEAR2038 เพื่อใช้ประเภท time_t 64 บิต
- ไดรเวอร์ winewayland.drv ได้ปรับปรุงการจัดการเคอร์เซอร์แล้ว
- รายงานข้อผิดพลาดที่เกี่ยวข้องกับการทำงานของเกมถูกปิดแล้ว: Elite Dangerous, Epic Games Launcher 15.21.0, LANCommander, Kodu
- รายงานบั๊กที่ปิดแล้วซึ่งเกี่ยวข้องกับการทำงานของแอปพลิเคชัน: Quick3270 5.21, digikam, Dolphin Emulator Windows โปรแกรมติดตั้ง Sysinternals Process Explorer 17.05 และ Microsoft Webview 2
นอกจากนี้ ยังมีการเผยแพร่ข่าวประชาสัมพันธ์อีกด้วย Android- แอปพลิเคชัน Winlator 5.0 ซึ่งเป็นตัวกลางในการเรียกใช้โปรแกรมจำลอง Wine และ Box86/Box64 Windows-แอปพลิเคชันบนแพลตฟอร์ม AndroidWinlator กำลังเปิดตัว Linux-สภาพแวดล้อมบนฐาน Ubuntu โดยใช้ Mesa3D, DXVK, D8VK และ CNC DDraw ซึ่งใช้โปรแกรมจำลองและ Wine บนอุปกรณ์ ARM Android กำลังดำเนินการอยู่ Windows- แอปพลิเคชันที่สร้างขึ้นสำหรับสถาปัตยกรรม x86 เวอร์ชันใหม่นี้มีการจัดการงานที่ดีขึ้น ประสิทธิภาพที่เพิ่มขึ้น รองรับการเปลี่ยนแปลงธีมมากขึ้น และเข้ากันได้กับ XInput ดีขึ้น
คุณสามารถทำเครื่องหมายการเผยแพร่บนรายชื่อผู้รับจดหมายของเคอร์เนลได้เช่นกัน Linux ไดรเวอร์ ntsync ซึ่งใช้งานอุปกรณ์อักขระ /dev/ntsync และชุดของกลไกการซิงโครไนซ์ที่ใช้ในเคอร์เนล Windows NT การนำฟังก์ชันพื้นฐานดังกล่าวไปใช้ในระดับเคอร์เนลสามารถปรับปรุงประสิทธิภาพได้อย่างมาก Windows-เกมที่เปิดใช้งานโดยใช้ Wine ตัวอย่างเช่น เมื่อใช้ไดรเวอร์ ntsync เมื่อเทียบกับการใช้งานฟังก์ชันการซิงโครไนซ์ NT ในพื้นที่ผู้ใช้ อัตราเฟรมต่อวินาทีสูงสุดใน Dirt 3 เพิ่มขึ้น 678% ใน Resident Evil 2 เพิ่มขึ้น 196% ใน Tiny Tina's Wonderlands เพิ่มขึ้น 177% ใน Lara Croft: Temple of Osiris เพิ่มขึ้น 131% ใน Call of Juarez เพิ่มขึ้น 125% ใน The Crew เพิ่มขึ้น 96% ใน Forza Horizon 5 เพิ่มขึ้น 48% และใน Anger Foot เพิ่มขึ้น 43%
ประสิทธิภาพที่เพิ่มขึ้นอย่างมากเกิดขึ้นได้จากการกำจัดค่าใช้จ่ายเพิ่มเติมที่เกี่ยวข้องกับการใช้ RPC ในพื้นที่ผู้ใช้ โดยการสร้างไดรเวอร์เคอร์เนลแยกต่างหาก Linux สาเหตุนี้เกิดจากความยุ่งยากในการใช้งาน API การซิงโครไนซ์ NT อย่างถูกต้องบนพื้นฐานของฟังก์ชันพื้นฐานของเคอร์เนลที่มีอยู่แล้ว ตัวอย่างเช่น การทำงานของ NtPulseEvent() และโหมด "รอทั้งหมด" ใน NtWaitForMultipleObjects() จำเป็นต้องมีการจัดการคิวรอโดยตรง แพตช์ที่มีไดรเวอร์ ntsync อยู่ในสถานะ RFC ซึ่งหมายความว่าได้ถูกโพสต์เพื่อการอภิปรายและตรวจสอบโดยชุมชน แต่ยังไม่มีเจตนาที่จะนำไปใช้ในเคอร์เนลหลัก Linux.
ที่มา: opennet.ru
