13 điểm bởi GN⁺ 2025-10-10 | 1 bình luận | Chia sẻ qua WhatsApp
  • WinBoat nhấn mạnh tính tiện lợi hơn so với WinApps nhờ tự động hóa cấu hình và giao diện người dùng trực quan
  • Hỗ trợ các ứng dụng quan trọng như bộ sản phẩm Adobe, Affinity Photo vốn không tương thích trên Wine hay CrossOver
  • Có thể cấu hình phần cứng chỉ dành cho Windows thông qua tính năng USB passthrough thử nghiệm
  • Dự kiến hỗ trợ ảo hóa GPU, Flatpak và Podman, mang lại khả năng mở rộng cao
  • Có thể sử dụng linh hoạt các ứng dụng Windows phổ biến như Office 365

WinBoat là gì

  • WinBoat là công cụ giúp chạy ứng dụng Windows mượt mà trong môi trường Linux
  • Người dùng không cần thực hiện các thiết lập thủ công rườm rà; chỉ cần chuẩn bị những thành phần cần thiết rồi cấu hình một lần để có trải nghiệm tích hợp
  • Có thể sử dụng ngay trong một giao diện duy nhất mà không cần chỉnh sửa file cấu hình riêng hay học các lệnh CLI phức tạp

So sánh với WinApps

  • WinApps yêu cầu xử lý thủ công nhiều bước cấu hình và cần dùng TUI, tiện ích trên thanh tác vụ hoặc các lệnh CLI
  • WinBoat sau khi cài đặt sẽ tự động hóa toàn bộ cấu hình trong một lần và cung cấp UI trực quan để hoàn thiện trải nghiệm người dùng tổng thể
  • Đảm bảo tính dễ dùng mà không cần tự quản lý file cấu hình hay ghi nhớ CLI

Ưu điểm so với CrossOver hay WINE

  • Nhiều ứng dụng khó chạy trên Wine, CrossOver (ví dụ: Affinity Photo, toàn bộ bộ Adobe, Paint Tool Sai, AeroChat, Acrobat, Office v.v.) vẫn hoạt động
  • Cung cấp toàn bộ môi trường desktop Windows và đảm bảo tương thích với nhiều phần mềm

Hỗ trợ thiết bị ngoại vi/phần cứng và passthrough

  • Với thiết bị dùng USB, từ WinBoat 0.8.0 đã hỗ trợ USB passthrough (thử nghiệm), cho phép cấu hình bằng phần mềm dành cho Windows
  • Người dùng các phiên bản WinBoat cũ có thể tự thêm thiết bị USB bằng cách chỉnh trực tiếp docker-compose.yml
  • Từ 0.8.0 trở lên, chỉ phương thức tích hợp sẵn mới tương thích

GPU passthrough và ảo hóa đồ họa

  • Hiện tại chưa hỗ trợ GPU passthrough
  • Trong tương lai, dự kiến tận dụng driver para-virtualized, Indirect Display Driver để triển khai tăng tốc GPU và tích hợp với Looking Glass
  • Kết quả thử nghiệm cho thấy một số driver chưa phù hợp để dùng thực tế, và sẽ được tích hợp khi sẵn sàng

Game và bảo mật

  • Các game có anti-cheat ở cấp kernel không thể chạy do giới hạn của môi trường ảo hóa

Khả năng mở rộng và kế hoạch phát hành

  • Dự kiến hỗ trợ Podman (thay thế Docker), nhưng vẫn chưa hoàn thiện do các vấn đề về mạng
  • Cũng có kế hoạch đóng gói Flatpak, nhưng còn tồn tại các thách thức kỹ thuật như giao diện hệ thống/ứng dụng và việc phơi bày công cụ

Hỗ trợ phần mềm Windows và Office

  • Các ứng dụng Windows chủ chốt như Microsoft Office 365 hoạt động bình thường

Kết luận

  • WinBoat là giải pháp hỗ trợ sử dụng mượt mà phần mềm ứng dụng Windows trên Linux dựa trên nhiều điểm mạnh như tự động hóa thân thiện với người dùng, khả năng tương thích và tính mở rộng

1 bình luận

 
GN⁺ 2025-10-10
Ý kiến trên Hacker News
  • Đây chỉ là một Windows VM được bổ sung thêm vài công cụ, trông khá hay nhưng không tạo cảm giác là thực sự “chạy ứng dụng Windows trên Linux”
    Trước giờ ở mảng game cũng đã có những dự án tương tự như Looking Glass, và nó cũng tận dụng Windows VM trên KVM (dù được gói ghém như thể Windows chạy trực tiếp trong Docker container, nhưng thực chất là chạy trên KVM)
    Về trải nghiệm người dùng (UX) thì nó giống với RAIL
    Không phải là dự án này tệ, nhưng rốt cuộc vẫn chỉ thuộc một trong hai hướng quen thuộc: mô phỏng/tái hiện API hoặc chạy luôn cả hệ điều hành (Windows), nên không hẳn là điều gì hoàn toàn mới
    Nếu có một cách thứ ba, ví dụ như chuyển đổi ABI tại chỗ, thì tôi nghĩ đó mới thật sự là tin lớn
    • Tôi phải vào Hacker News mới biết được dự án này thực sự làm gì và hoạt động ra sao
      Các trang dự án thường không nói rõ chính xác chúng làm gì
      Một nửa trong số đó toàn kiểu mô tả như “Plorglewurzle tận dụng big data blockchain để cung cấp microservice dưới tuyến tính trên hạ tầng Azure Cloud”
      Dù vậy, ít nhất dự án này cũng cho thấy là cần phải có cài đặt Windows
    • Giá mà họ đặt tên thật là “Linux Subsystem for Windows”, viết tắt là LSW, thì chắc sẽ khá buồn cười
    • Đây là tổ hợp của dockur/windows:latest + FreeRDP ở chế độ rootless + một daemon nhỏ dùng API để thông báo những ứng dụng được cài trong VM
      Nếu không cần phần cuối cùng đó thì có khi chỉ dùng image dockur/windows và FreeRDP sẽ tốt hơn
    • Chuyển đổi ABI tại chỗ chính là điều wine làm. Tôi không rõ ý họ muốn nói là gì
    • Chính xác là cùng cấu trúc với WSL2
  • Tôi tìm được phần giải thích trong kho Github về việc phần mềm này thực sự làm gì

WinBoat là một ứng dụng Electron, cho phép chạy ứng dụng Windows trên Linux theo cách được đóng gói trong container
Windows chạy trong một VM bên trong Docker container, và chúng tôi lấy dữ liệu cần thiết từ Windows thông qua WinBoat Guest Server
Để kết hợp các ứng dụng Windows thành những cửa sổ ở cấp độ native của hệ điều hành, chúng tôi tận dụng FreeRDP và giao thức Windows RemoteApp

  • Tôi thắc mắc vì sao lại cần cả Docker container lẫn VM
  • Mẹo để sống vui với Linux của tôi là thế này
    Luôn dùng ứng dụng native. Đừng dùng cả WINE, và về cơ bản đừng cố tương thích với những thứ vốn dĩ đối nghịch
    Cũng đừng dùng VM, đặc biệt tuyệt đối không khuyến nghị dual boot. Nó rất dở
    Tốt nhất là chuyển hẳn sang Linux và đừng ngoái lại
    Proton là trường hợp hơi đặc biệt, vì Valve đổ một lượng công sức khổng lồ mỗi ngày nên nó mới chạy ổn như vậy
    Tin tốt là đầu tư vào việc cải thiện API/ABI của Linux chắc chắn sẽ mang lại kết quả
    Những đóng góp của Valve cho MESA và amdgpu thực sự rất đáng nể
    Tôi ước Valve sẽ ưu ái các game AAA và indie trên Linux như những tựa game độc quyền của Steam
    Để các nhà phát triển game cũng có ấn tượng rằng “bản port cho Linux thì nhất định phải giao cho các lập trình viên Linux làm”
    PS: Tôi đã buồn rất lâu vì Counter-Strike không chạy trên Linux, rồi Valve port native nên mọi thứ trở nên tuyệt vời hẳn
    PPS: Tôi cũng dùng Mac vì hai ứng dụng không tương thích là Garmin Express và Zwift, vốn cần ít bảo trì hơn Windows nhưng làm được ít việc hơn Linux
    Trình duyệt tệp thì thật sự tệ và quản lý cửa sổ cũng khó chịu
    Nhưng ít ra nó không làm tôi đau đầu suốt cả ngày
    Counter-Strike 2 không chạy trên Mac, nên phần đó Linux phải gánh
    • Tôi nghĩ lời khuyên đó không hay lắm
      Ý kiến ngược lại: Wine chạy rất tốt (đặc biệt với phần mềm cũ)
      Nếu mọi người tự đặt ra những quy tắc như vậy rồi tự giới hạn mình, thì sẽ có rất nhiều người không thể dùng Linux
    • Khuyến nghị của tôi là: “luôn dùng ứng dụng native, đừng dùng WINE”
      Còn quan điểm của tôi là: “đừng cố bám theo những API vốn dĩ không ổn định” mới là điều đúng
      Bài liên quan: Win32 is the stable Linux userland ABI and the consequences
      Blog tham khảo: Win32 the only stable ABI
      Nói chính xác hơn, tôi nghĩ nên dùng ứng dụng native cho GNU/Linux, nhưng trước hết cần phải duy trì API ổn định trong thời gian rất dài (ít nhất 20 năm)
    • Tôi đã chuyển máy chơi game desktop sang Linux vào năm ngoái
      Theo kinh nghiệm của tôi, rất ít bản Linux native thực sự được làm tốt
      Nhiều trường hợp bản Windows chạy qua Proton lại còn có chất lượng tốt hơn
      Tôi biết ơn những hãng làm bản native xuất sắc như Larian với BG3 gần đây
      Tôi hoàn toàn đồng ý rằng Proton hoạt động tốt là nhờ nỗ lực bền bỉ của Valve
      Nhưng việc kêu gọi các nhà phát triển game làm bản port native thì ngoài đời thực không mấy hiệu quả
      Rốt cuộc chính Steam Deck, Valve và Proton mới giúp thị trường có thể dần dịch chuyển sang Linux
    • Thứ thường cản trở không phải là các game AAA cỡ lớn mà là những phần mềm chuyên dụng kỳ quặc
      Ví dụ như ứng dụng thiết kế mẫu đan len, kiểu công cụ chuyên biệt nhỏ mà cũng không phải mã nguồn mở
      Trong những trường hợp như vậy có thể thật sự cần một môi trường tương thích chạy ổn định
      (Game thì phần nào đã được Proton giải quyết)
    • “Muốn sống vui với Linux thì chỉ dùng ứng dụng native, đừng dùng WINE, VM hay dual boot”
      Tôi không nghĩ đây là lời khuyên hay
      Nhiều người muốn dùng Linux nhưng vẫn muốn chạy ứng dụng Windows, và Wine cũng hoạt động tốt
      Những ứng dụng không chạy được trên Wine thì vẫn hoàn toàn có thể dùng bằng dual boot
  • Rất tiếc là trên website của phần mềm không có ảnh chụp màn hình đang chạy thật
    Đừng chỉ nói có thể chạy ứng dụng Office, hãy cho thấy nó trông như thế nào trong thực tế
    Họ nhấn mạnh trải nghiệm “seamless” nhưng lại không có demo
    Điều này thực sự khó hiểu
    • Tôi hoàn toàn đồng ý
      Không hề có thông tin nào về việc các cửa sổ Windows riêng lẻ được tích hợp vào desktop Linux ra sao (Alt-Tab, Ubuntu Dock, v.v.), hay chỉ đơn giản là hiện một cửa sổ VM khổng lồ
      Tôi không hiểu vì sao họ không cho thấy điều đó trên website
  • UX trông cũng hay và thú vị nên tôi đã tự thử vào cuối tuần trước
    Đáng tiếc là ngay cả mức sử dụng cơ bản cũng không hoạt động tốt
    Khi chạy trình duyệt Edge thì cửa sổ có hiện ra nhưng bị treo, và có vẻ không có cách nào khôi phục
    Dù đóng cửa sổ thì viền cửa sổ vẫn không biến mất mà cứ nằm lì ở đó
    Thử kết nối với tùy chọn “Desktop” thì bị freeze
    Tôi có thể kết nối vào phiên làm việc qua webview tích hợp, nhưng có vẻ như nó yêu cầu cho phép kết nối RDP
    Tôi không đào sâu hơn, và vì không phù hợp với nhu cầu của vợ tôi nên tôi đã chuyển chiếc laptop đó về lại Windows
    Hy vọng sau này việc tích hợp ứng dụng/hệ thống phía Windows sẽ được cải thiện hơn
    • Tôi tò mò không biết vợ bạn cần dùng vào mục đích gì
      Rất nhiều ứng dụng Windows chạy tốt trên Wine, và chỉ cần chỉnh sửa chút ít, nên đó cũng có thể là một lựa chọn ổn
  • Tôi rất thích những dự án khoác lên phần mềm mã nguồn mở một UX thân thiện để giúp dễ sử dụng các phần mềm thiết yếu trên Linux
    Sẽ rất hay nếu cũng có một dự án tương tự cho phép chạy ứng dụng macOS trên Linux
    • Sẽ rất tuyệt nếu có thể chạy macOS tốt trên Linux, nhưng thực tế có rất nhiều rào cản phải vượt qua
  1. Apple cấm về mặt pháp lý việc chạy phần mềm của họ trên phần cứng không phải Mac
  2. Windows thì dù bị chê rẻ tiền vẫn được xem là tiêu chuẩn ngành cho việc ảo hóa để chạy ở khắp nơi, còn macOS thì đến giờ mới bắt đầu phần nào làm được
  3. Apple có thiệt hại kinh tế lớn nếu xu hướng này phát triển, nên họ rất muốn ngăn chặn
  4. Apple đang đưa vào nền tảng ‘Apple Containers’ của riêng mình để thay thế Docker và dẫn dắt người dùng Mac khỏi việc dùng Docker
    Vì thế có lẽ sẽ còn lâu trước khi tổ hợp ứng dụng macOS + Linux trở thành chuyện phổ biến
  • Không hẳn giống, nhưng có darling chỉ hỗ trợ ứng dụng CLI: darling
    Nếu cần cả macOS VM đầy đủ thì có thể xem dự án của dockur: dockur/macos
    Tuy nhiên hiện tại cả hai đều chưa hỗ trợ chế độ “seamless”
  • macOS không có tính năng rootless RDP để hiển thị trực tiếp chính các ứng dụng macOS
    Dù sao nếu đã phải dùng cả desktop đầy đủ thì tôi nghĩ tận dụng giao diện đồ họa tăng tốc phần cứng sẽ tốt hơn là RDP
  • Tôi thấy dự án WinBoat khá thú vị nên sẽ tiếp tục theo dõi
    Trong vài năm gần đây tôi chủ yếu dùng WSL cho công việc, và có thể mở các ứng dụng GUI gần như thể đang làm việc trực tiếp trong Windows nên năng suất tăng lên
    Có vài điểm hơi kỳ, nhưng nhìn chung khá ổn
    Theo chiều ngược lại, tôi luôn thắc mắc không biết phía Linux có thứ gì tương tự không
    Thực ra tôi hiếm khi cần dùng chương trình Windows trên Linux
    Chỉ nhớ hồi trước từng chạy GTA:Vice City gần như hoàn hảo bằng Wine
    Gần đây tôi hay nghĩ giá mà có kiểu “Linux Subsystem for Windows” để có thể chạy ngay bất kỳ chương trình nào thì tốt biết mấy
    Tôi đã cài Debian cho laptop của con gái, nên hy vọng WinBoat có thể là một phương án thay thế khi sau này bài tập ở trường bắt buộc phải dùng sản phẩm của Microsoft
  • Với việc tích hợp ứng dụng Windows, tôi muốn giới thiệu dự án WinApps (liên kết WinApps)
    Hỗ trợ Wayland vẫn đang được phát triển (vấn đề liên quan Wayland), nhưng trong thời gian tới vẫn có thể dùng tạm phần nào bằng xwayland
  • Looking Glass Indirect Display Driver (IDD) xuất hiện trong FAQ của dự án khiến tôi rất háo hức
    Khi có IDD thì Looking Glass sẽ chạy được trên các thiết lập iGPU (dù không có tăng tốc 3D) nên vẫn có ý nghĩa
    Thành tựu lớn của Looking Glass vốn là cho phép chia sẻ bộ nhớ video giữa compositor của Windows guest và chương trình client hiển thị trên host (dùng qemu)
    Tiếc là hiện vẫn phải cài riêng driver ngoài kernel (kvmfr), nhưng đổi lại ngoài bộ nhớ video thì còn có thể chia sẻ cả bộ nhớ thường nên hy vọng hiệu năng có thể được cải thiện phần nào
    Video demo: liên kết YouTube
  • Có một điều tôi muốn nhắn với phía dự án:
    Đừng để Discord lộ quá nổi bật ở trang chính website
    Discord cũng thường bị dùng như máy chủ C2, nên trong các môi trường được siết chặt bảo mật sẽ hiện cảnh báo khi truy cập
    Ở công ty tôi thì may là cảnh báo đó sẽ chuyển thẳng tới tôi, nhưng dù sao nó vẫn gây ra cảnh báo không cần thiết
    Ít nhất cũng nên để nó nằm sau một liên kết