- Kết quả thử nghiệm của Ars Technica cho thấy SteamOS mang lại mức tăng tốc độ khung hình rõ rệt ở bốn trong năm trò chơi được thử nghiệm
- Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
- Chỉ riêng Borderlands 3 là cho thấy mức hiệu năng tương đương trên cả Windows và SteamOS
- Driver mặc định của SteamOS nhìn chung cho kết quả tốt hơn driver Windows mặc định
- SteamOS thể hiện ưu thế ở các mặt như giảm overhead của hệ điều hành và tối ưu hóa Proton
- Microsoft cũng đang có động thái đáp trả khi công bố các tính năng tối ưu Windows cho chơi game
Cải thiện hiệu năng chính
- SteamOS cho thấy mức tăng tốc độ khung hình rõ rệt ở 4 trên 5 trò chơi được thử nghiệm
- Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
- Chỉ Borderlands 3 cho kết quả hiệu năng gần như tương đương trên hai hệ điều hành, và trong trò chơi này Windows có xu hướng ghi nhận mức cao hơn đôi chút
- Ở một số trò chơi, chỉ riêng việc đổi hệ điều hành đã dẫn tới mức thất thoát tốc độ khung hình từ 8% đến 36%
- Với Homeworld 3, khi cài driver đồ họa do Asus cung cấp, Windows đạt hiệu năng tương đương SteamOS ở thiết lập đồ họa thấp
- Ở bốn trò chơi còn lại, driver Windows mặc định của Lenovo được xác nhận có hiệu năng kém hơn đáng kể so với driver của SteamOS
Cập nhật driver và thay đổi hiệu năng
- Khi cài thủ công driver Asus trên Windows, hiệu năng nhìn chung được cải thiện
- Ở thiết lập đồ họa 'Low' của Homeworld 3, hiệu năng của hai hệ điều hành gần như ngang nhau
- Trong các kết quả thử nghiệm khác, ngay cả Windows đã nâng cấp lên driver mới nhất vẫn chịu mức hụt khung hình 8–36% so với SteamOS
Tối ưu hóa SteamOS và Proton
- Dù SteamOS chạy game Windows thông qua lớp chuyển đổi Proton, hệ điều hành này vẫn cho thấy hiệu năng vượt Windows trong thực tế
- Điều này được phân tích là kết quả từ việc Valve liên tục tối ưu hóa Proton và driver đồ họa Mesa
Overhead hệ điều hành và phản ứng của Windows
- Khi chạy trên SteamOS, các tác vụ nền không cần thiết được giảm bớt, qua đó có lợi cho hiệu năng
- Microsoft cũng nhận thức được vấn đề này, và gần đây đã công bố định hướng tối ưu hiệu năng chơi game qua "Xbox Experience for Handheld" (giảm thiểu tác vụ nền và trì hoãn các tác vụ không thiết yếu, v.v.)
- Vì vậy, có thể kỳ vọng các máy chơi game cầm tay chạy Windows trong tương lai cũng sẽ cung cấp tốc độ khung hình cao hơn
1 bình luận
Ý kiến trên Hacker News
Chia sẻ quan điểm rằng theo trải nghiệm cá nhân trong vài năm gần đây, xếp hạng hiệu năng chơi game là như sau: hạng 1 là Steam trên Linux dùng Proton và Wayland (Niri), hạng 2 là kết hợp Proton và X11 (Xfce), hạng 3 là Steam trên Windows, hạng 4 là game chạy trên Linux theo các cách khác. Điều cảm nhận rõ nhất khi chuyển sang Linux là độ ổn định khung hình được cải thiện, các tình huống giật khựng đột ngột giảm đi nhiều nên game cho cảm giác ổn định và dễ đoán hơn hẳn. Sau khi chuyển từ X11/Xfce sang Wayland/Niri, người này cảm nhận được mức tăng khung hình tổng thể. Việc đã thử nhiều lần rồi cuối cùng ổn định thành công vào đầu năm 2023 cũng là điều khá ấn tượng. Tuy vậy, do chạy qua Proton hoặc Wine nên thời gian khởi động game nhìn chung vẫn lâu hơn là điều khó tránh
Điều thú vị là có những trường hợp ngay cả các game có bản port native cho Linux vẫn chạy tốt hơn khi dùng bản Windows qua Proton. Ví dụ được nêu là Civ5, Civ6 và Cities Skylines (1) đều như vậy. Do đang dùng phần cứng không chuyên game (một laptop dùng Nvidia 3050 Laptop GPU), người này cảm nhận chênh lệch hiệu năng rõ hơn. Riêng Cities Skylines trên Linux chỉ dừng ở khoảng 20fps, trong khi trên Windows giữ ổn định ở mức 45~60fps. Diablo 4 cũng phản hồi quá kém trên Linux nên gần như không thể chơi. Quan điểm được đưa ra là với người có phần cứng chơi game mạnh thì Linux là đủ, nhưng ở môi trường cấu hình thấp thì Windows vẫn có lợi thế
Khen Niri là một window manager (WM) thực sự tuyệt vời. Sau khi đọc trên HN bài của Phoronix nói rằng chế độ overview đã được thêm vào, người này cuối cùng cũng chuyển từ Sway sang Niri. Theo trải nghiệm, với game toàn màn hình hoặc cửa sổ nổi, Niri có độ trễ và hiện tượng khựng ít hơn rất nhiều so với môi trường X11 (có thể một phần nhờ dùng xwayland-satellite). Một mẹo nhỏ là khá khó tìm thanh bar hỗ trợ i3status-rs, và cuối cùng đã ổn định với i3bar-river
Đã chơi game trên Linux nhiều năm và nhìn chung khá đồng tình với các ý kiến liên quan tới framerate. Nếu dùng ZFS (single NVMe) thì có thể trải nghiệm tốc độ tải nhanh hơn Windows khá nhiều. Có trường hợp thực tế là trên cùng phần cứng, so với chồng dùng Windows, game của người này thường tải xong sớm hơn khoảng 10 giây
Hỏi liệu có cách nào để Wayland hoạt động thực sự dùng được trong môi trường GPU Nvidia hay không. Mỗi lần thử đều thấy chậm và toàn hệ thống nặng nề hơn so với X11, nên khá thất vọng
Bổ sung rằng việc game Steam trên Linux thường khởi động chậm hơn trung bình là do Proton/Wine, và theo cảm nhận cá nhân thì các game Steam trên Linux dường như biên dịch shader bằng CPU, đồng thời tối ưu cũng chưa tốt. Trong khi đó Windows có vẻ cung cấp shader được biên dịch sẵn hoặc tận dụng GPU, nên tạo ra khác biệt như vậy. Dù vậy, phía Wayland + Linux vẫn cho trải nghiệm ít giật khựng (stutter) hơn và ổn định hơn Windows rất nhiều. Tuy nhiên, bản thân người này cũng không chắc sự khác biệt đó đến từ hệ điều hành, hay do trên Windows người dùng dễ cài thêm đủ thứ khiến hệ thống trở nên nặng nề không cần thiết. Mục đích sử dụng của họ trên từng hệ điều hành cũng khá khác nhau
Cho rằng để gaming trên Linux hoàn thiện, mảnh ghép cuối cùng còn lại là anti-cheat. Các hãng lớn ngại hỗ trợ vì lo ngại bảo mật kernel còn thiếu, và ngay cả khi anti-cheat có hỗ trợ thì nhiều nhà phát triển game cũng không cho phép dùng (ví dụ Destiny). Nếu các game AAA đều chạy mượt thì người này sẵn sàng bỏ Windows hoàn toàn. SteamOS được ca ngợi là đổi mới vĩ đại nhất trong lịch sử gaming
Cho rằng anti-cheat hiện đại thực chất chỉ là biện pháp tình thế. Với việc bảo mật hệ điều hành ngày càng tốt hơn, anti-cheat cấp kernel khó có thể tiếp tục tồn tại mãi trong môi trường ít tin cậy, và vì cấu trúc luôn biến đổi như trò mèo vờn chuột nên cách làm cũ (dựa trên kernel hook) có giới hạn rất rõ. Đề xuất rằng trong tương lai có thể có những phương án hiệu quả hơn, như để server thực hiện toàn bộ kiểm tra và chỉ cung cấp cho client phần thông tin cần thiết. Hy vọng rằng nếu những game tiêu biểu như UT áp dụng cấu trúc như vậy, các phương thức lỗi thời sẽ tự nhiên biến mất
Ý kiến cho rằng game multiplayer không có dedicated server thì cuối cùng vẫn có giới hạn. Không muốn kiểu anti-cheat daemon chui vào kernel để giám sát file hoặc bộ nhớ. Từ trải nghiệm thực tế, các cộng đồng có dedicated server quản lý người chơi hiệu quả hơn nhiều so với matchmaking tập trung
Diễn giải rằng đặc biệt là Epic đổ lỗi cho độ phức tạp khi từ chối hỗ trợ Linux, nhưng thực tế cũng có phần vì họ không thích việc Steam gần như là store tiêu chuẩn trên thực tế nên mới loại trừ
Nhắc lại rằng Easy Anti Cheat và Battle Eye đã native hỗ trợ Linux từ vài năm trước, nhưng việc có bật hay không là do nhà phát triển game quyết định. Khoảng 40% game có anti-cheat hiện chạy được trên Linux, và có thể kiểm tra tại areweanticheatyet.com
Một lời hoài niệm đầy chất thơ về thời từng có các công nghệ như Valve Anti-Cheat (VAC) của Counter-Strike và những game từng giúp Steam bùng nổ. Đặt câu hỏi vì sao VAC không phát triển theo kịp thời đại. Mong Valve đầu tư lại vào VAC cho kỷ nguyên Linux và xây dựng nó thành đối trọng với Easy Anti Cheat
Nếu game Windows chạy nhanh hơn trên SteamOS qua Proton, thì theo ý kiến này các nhà phát triển nên ưu tiên cân nhắc API của SteamOS thay vì Windows. Làm vậy vừa có thể giữ tương thích với Windows vừa tối đa hóa hiệu năng. Đề xuất các engine game lớn như Unity, Unreal nên tăng cường CI và thử nghiệm với SteamOS làm mục tiêu chính. Tỏ ra tò mò liệu Valve có vận hành farm CI/CD cho SteamOS hay không, đồng thời kỳ vọng rằng có thể xây dựng/test đa nền tảng bằng template và thư viện Rust
Phản biện rằng Windows API mới là chuẩn tham chiếu thực sự (True Source) cho cách game vận hành. Nếu chạy được trên Windows nhưng không chạy trên Proton thì Valve sẽ sửa phía Proton, nhưng ngược lại nếu chỉ chạy trên Proton mà không chạy trên Windows thì cuối cùng game có nguy cơ bị hỏng. Trên Proton nên tránh dùng các tính năng không hợp với Windows, và khi test game cũng nên cân nhắc các môi trường như Steam Deck, nhưng nhìn chung vẫn nên giữ định hướng phát triển ưu tiên Windows
Chỉ ra rằng ABI ổn định duy nhất trong môi trường SteamOS là Win32, nên nếu chỉ nhắm SteamOS thì về lâu dài vẫn có nguy cơ phát sinh vấn đề tương thích
Ý kiến hoài nghi rằng vì Epic sở hữu Unreal Engine, chưa chắc họ sẵn sàng tối ưu cho SteamOS và các API của nó. Bối cảnh cạnh tranh giữa Epic Store và Steam cũng được nhắc đến
Nhận xét thực tế rằng phần lớn thị trường (99%) vẫn vận hành theo chuẩn Windows. Proton rốt cuộc cũng là một triển khai Win32, nên về bản chất vẫn là nhắm tới Windows
Chia sẻ một trải nghiệm kỳ lạ từ thời Windows XP: chạy Windows bên trên Linux thông qua máy ảo VMWare lại nhanh hơn cả khi chỉ dùng Windows trên cùng phần cứng
Gần đây đã chuyển sang Arch (không dựa trên SteamOS), và đánh giá trải nghiệm khá vững vàng. Tuy vậy, không phải mọi thứ đều chạy được ngay out-of-the-box, và thành thật nói rằng mỗi game vẫn cần một chút thiết lập riêng. Nhưng chủ yếu chỉ là thêm tham số vào lệnh chạy nên không quá khó, và gần như có thể lấy đủ mẹo cần thiết từ Proton DB cũng như các bình luận của cộng đồng. Bày tỏ sự hài lòng tới mức gần như không có ý định quay lại Windows
Khoảng 10~15 năm trước từng luân phiên dùng cùng một game trên Windows và Linux (Wine), lưu khoảng 100~200 file save, và thật ngạc nhiên là danh sách save trên Linux (Wine) tải nhanh gấp đôi so với Windows. Khó hiểu vì sao khác biệt như vậy lại xảy ra, dù NTFS không phải là hệ thống tập tin native của Linux
Cho biết nếu SteamOS và Ganoo/L00nockz (có lẽ là cách viết đùa của GNU/Linux) hoàn toàn định hình được vị thế như một nền tảng gaming, thì sẽ lắp PC chơi game lần đầu tiên kể từ năm 2012. Người này dùng Mac, hài lòng với nền tảng Unix cho việc phát triển, nhưng thấy đáng tiếc vì trải nghiệm game vẫn tụt lại phía sau ngay cả so với Linux. Kỳ vọng rằng trong vòng 5 năm tới sẽ có thay đổi lớn nếu game AAA ra mắt đầy đủ và driver GPU được ổn định hóa
Cho rằng thực tế game AAA đã chạy tốt từ vài năm nay rồi, và nếu dùng Steam client cùng GPU AMD thì Linux đã là một nền tảng gaming rất tốt
Đánh giá rằng kể từ sau khi Steam Deck ra mắt, gần như mọi game đều chạy tốt trên Linux. Tất nhiên vẫn có ngoại lệ là một số game bị cố tình làm cho không chạy được (ví dụ tích hợp anti-cheat). Có thể kiểm tra khả năng tương thích tại protondb.com; trong top 300 game Steam, thực tế chỉ có 17 game không chạy, và trong số đó 5 game chỉ là utility
Cho biết luôn mong Windows sẽ chuyển sang nền tảng dựa trên Unix để có thể hưởng cả ưu điểm trong phát triển lẫn chơi game từ hai phía. Cảm nhận tích cực rằng thực tế hiện nay đã tiến gần điều đó hơn rất nhiều
Chia sẻ một số liên kết và thảo luận HN châm biếm tình hình khi nói rằng kernel Windows cũng chậm hơn các hệ điều hành khác: bài blog thảo luận HN liên quan
Cho rằng gọi Proton là một "translation layer" là chưa thật chính xác. Giải thích khác biệt về cấu trúc: Win32 API không phải ở mức system call mà là tập hợp các hàm được đăng ký trong DLL; Proton trên Linux cung cấp các DLL triển khai Win32 API đó bằng Linux system call, còn Windows thì dùng DLL của chính nó gọi system call riêng
Phản biện rằng ngay trên trang chủ chính thức của Wine, họ cũng tự mô tả đây là một 'compatibility layer' dịch các lời gọi ở runtime, nên cách gọi translation layer cũng không sai quá nhiều
Bày tỏ sự kính trọng với lịch sử phát triển bền bỉ của Wine (bao gồm cả Proton). Đã có thời nó bị chế giễu là giải pháp chỉ tạo thêm vấn đề mới, nhưng giờ đây được đánh giá là một vũ khí mạnh để thay thế Windows
Đặt câu hỏi vui rằng liệu những hàm như sscanf() có từng bị triển khai phức tạp một cách không cần thiết chỉ để giữ tương thích hay không
Chỉ ra rằng Proton/Wine còn trực tiếp triển khai cả nhiều NT system call, và thực ra các chương trình Windows cũng thường dùng trực tiếp các system call đó
Giải thích cơ bản rằng bản chất của Wine là dịch ABI Windows (giao diện nhị phân) sang hệ điều hành và userland Linux. Nói cách khác, chính hành vi dịch đó là cốt lõi của khả năng port tương thích
Có ý kiến nói đã kỳ vọng chênh lệch hiệu năng khoảng 20~30%, nhưng thực tế là 200~300% nên rất sốc. Mong Microsoft tung ra một bản 'Windows cho gaming' đã lược bỏ các tính năng không cần thiết; bản thân người này hiện giờ cũng chỉ dùng Windows gần như chỉ để chạy Steam