เกมรันบน SteamOS ได้เร็วกว่า Windows 11

 (arstechnica.com)
4 คะแนน โดย GN⁺ 2025-06-27 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • จากการทดสอบของ Ars Technica พบว่า SteamOS ให้ อัตราเฟรมที่ดีขึ้นอย่างเห็นได้ชัด ใน 4 จาก 5 เกมที่ทดสอบ
    • Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
  • มีเพียง Borderlands 3 เท่านั้นที่แสดงระดับประสิทธิภาพใกล้เคียงกันทั้งบน Windows และ SteamOS
  • โดยรวมแล้ว ไดรเวอร์เริ่มต้นของ SteamOS ให้ผลลัพธ์ดีกว่า ไดรเวอร์เริ่มต้นของ Windows
  • SteamOS แสดงความได้เปรียบในด้าน ภาระของระบบปฏิบัติการที่ต่ำกว่า และ การปรับแต่ง Proton
  • Microsoft เองก็เริ่มเคลื่อนไหวตอบโต้ด้วยการประกาศฟีเจอร์ การปรับแต่ง Windows สำหรับการเล่นเกม

การปรับปรุงประสิทธิภาพหลัก

  • SteamOS แสดงให้เห็นว่า อัตราเฟรมเพิ่มขึ้นอย่างชัดเจน ใน 4 จากทั้งหมด 5 เกม
    • Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
  • มีเพียง Borderlands 3 เท่านั้นที่ให้ผลประสิทธิภาพแทบไม่ต่างกันระหว่างสองระบบปฏิบัติการ และในเกมนี้ Windows มีแนวโน้มทำตัวเลขได้สูงกว่าเล็กน้อย
  • ในบางเกม เพียงแค่เปลี่ยนระบบปฏิบัติการก็ทำให้เกิด การสูญเสียอัตราเฟรม ได้ถึง 8%~36%
  • สำหรับเกม Homeworld 3 เมื่อทำการติดตั้ง ไดรเวอร์กราฟิก ที่ Asus จัดให้ ประสิทธิภาพของ Windows จะใกล้เคียงกับ SteamOS ที่การตั้งค่ากราฟิกต่ำ
  • ในอีกสี่เกมที่เหลือ พบว่า ไดรเวอร์ Windows เริ่มต้นของ Lenovo ให้ประสิทธิภาพด้อยกว่าไดรเวอร์ของ SteamOS อย่างมาก

การอัปเดตไดรเวอร์และการเปลี่ยนแปลงของประสิทธิภาพ

  • เมื่อ ติดตั้งไดรเวอร์ของ Asus แบบแมนนวล บน Windows จะเห็นการปรับปรุงด้านประสิทธิภาพโดยรวม
  • ที่การตั้งค่ากราฟิก 'Low' ของ Homeworld 3 ประสิทธิภาพของทั้งสองระบบปฏิบัติการอยู่ในระดับ ใกล้เคียงกัน
  • แต่ในผลการทดสอบอื่น ๆ แม้ Windows จะอัปเกรดไดรเวอร์เป็นเวอร์ชันล่าสุดแล้ว ก็ยังมี การสูญเสียอัตราเฟรม 8~36% เมื่อเทียบกับ SteamOS

การปรับแต่ง SteamOS และ Proton

  • แม้ SteamOS จะรันเกม Windows ผ่าน ชั้นแปลง Proton แต่กลับให้ ประสิทธิภาพดีกว่า Windows จริง ๆ
  • สิ่งนี้ถูกวิเคราะห์ว่าเป็นผลจากการที่ Valve ปรับแต่งประสิทธิภาพของ Proton และ ไดรเวอร์กราฟิก Mesa อย่างต่อเนื่อง

ภาระของระบบปฏิบัติการและการตอบสนองของ Windows

  • เมื่อรันบน SteamOS จะมี งานเบื้องหลังที่ไม่จำเป็น น้อยลง จึงส่งผลดีต่อประสิทธิภาพ
  • Microsoft เองก็ตระหนักถึงปัญหานี้ และล่าสุดได้เปิดตัว "Xbox Experience for Handheld" พร้อมประกาศแนวทางปรับแต่งประสิทธิภาพสำหรับการเล่นเกม เช่น ลดงานเบื้องหลังและเลื่อนงานที่ไม่จำเป็นออกไป
  • ด้วยเหตุนี้ ในอนาคตจึงอาจคาดหวังได้ว่าเครื่องเล่นเกมพกพาที่ใช้ Windows จะสามารถให้ อัตราเฟรมที่สูงขึ้น ได้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-06-27
ความเห็นจาก Hacker News

  • มีคนแชร์ความเห็นจากประสบการณ์ส่วนตัวในช่วงไม่กี่ปีที่ผ่านมาว่า อันดับประสิทธิภาพเกมเป็นดังนี้: อันดับ 1 คือ Steam บน Linux ที่ใช้ Proton และ Wayland (Niri), อันดับ 2 คือการจับคู่ Proton กับ X11 (Xfce), อันดับ 3 คือ Steam บน Windows, และอันดับ 4 คือเกมที่รันบน Linux ด้วยวิธีอื่น ๆ โดยสิ่งที่รู้สึกได้ชัดที่สุดหลังย้ายมา Linux คือความสม่ำเสมอของเฟรมที่ดีขึ้น อาการกระตุกเป็นช่วง ๆ ลดลงมาก ทำให้เกมรู้สึกเสถียรและคาดเดาได้มากขึ้น หลังจากเปลี่ยนจาก X11/Xfce มาเป็น Wayland/Niri ก็รู้สึกว่าเฟรมโดยรวมสูงขึ้นด้วย นอกจากนี้ยังเล่าว่าพยายามมาหลายครั้งก่อนจะลงตัวได้สำเร็จในช่วงต้นปี 2023 อย่างไรก็ตามก็ยอมรับว่าการรันผ่าน Proton หรือ Wine ทำให้เวลาเปิดเกมมักนานขึ้นเป็นเรื่องเลี่ยงไม่ได้

    • จุดที่น่าสนใจคือ มีบางเกมที่ถึงแม้จะมี native port บน Linux แต่กลับทำงานได้ดีกว่าเมื่อรันเวอร์ชัน Windows ผ่าน Proton เช่น Civ5, Civ6 และ Cities Skylines (1) ทั้งหมด ผู้แสดงความคิดเห็นใช้ฮาร์ดแวร์ที่ไม่ได้เน้นเล่นเกมโดยเฉพาะ (โน้ตบุ๊กที่ใช้ Nvidia 3050 Laptop GPU) จึงรู้สึกถึงความต่างด้านประสิทธิภาพมากกว่า โดยในกรณีของ Cities Skylines บน Linux อยู่ราว 20fps แต่บน Windows ทำได้สม่ำเสมอที่ 45~60fps และ Diablo 4 ก็มีการตอบสนองบน Linux แย่มากจนแทบเล่นไม่ได้ จึงมองว่าถ้ามีฮาร์ดแวร์เกมมิงแรง ๆ Linux ก็เพียงพอ แต่ถ้าเป็นเครื่องสเปกต่ำ Windows ยังได้เปรียบอยู่

    • มีคำชมว่า Niri เป็น window manager (WM) ที่ยอดเยี่ยมมาก หลังเห็นข่าวใน HN จากบทความของ Phoronix ว่ามีการเพิ่มโหมด overview ก็เลยย้ายจาก Sway มาใช้ Niri เสียที จากประสบการณ์พบว่าเวลาเล่นเกมเต็มจอหรือใช้หน้าต่างแบบลอย Niri มีอาการแลคและสะดุดน้อยกว่าสภาพแวดล้อม X11 มาก (อาจเป็นเพราะใช้ xwayland-satellite ด้วยก็ได้) และยังแชร์ทิปเล็ก ๆ ว่าการหาบาร์ที่รองรับ i3status-rs ค่อนข้างยาก สุดท้ายไปลงตัวที่ i3bar-river

    • มีคนเล่นเกมบน Linux มาหลายปีและเห็นด้วยกับความเห็นเรื่องเฟรมเรตโดยรวมค่อนข้างมาก โดยบอกว่าถ้าใช้ ZFS (single NVMe) จะได้ความเร็วโหลดที่เร็วกว่าบน Windows อย่างชัดเจน และยกตัวอย่างจากประสบการณ์จริงว่า เมื่อเทียบกับสามีที่ใช้ Windows บนฮาร์ดแวร์เดียวกัน เกมมักโหลดเสร็จเร็วกว่าอยู่ราว 10 วินาที

    • มีคนถามว่ามีวิธีไหนไหมที่ทำให้ Wayland ใช้งานได้ดีจริงบนเครื่องที่ใช้ Nvidia GPU เพราะทุกครั้งที่ลองมักรู้สึกว่าช้าและทั้งระบบหนักกว่า X11 อยู่เสมอ

    • มีการเสริมจากประเด็นที่ว่าเวลาเปิดเกม Steam บน Linux มักช้ากว่าเพราะ Proton/Wine โดยผู้แสดงความคิดเห็นรู้สึกส่วนตัวว่าเกม Steam บน Linux เหมือนจะคอมไพล์ shader บน CPU และดูเหมือนขาดการปรับแต่ง ในขณะที่ Windows อาจมี shader แบบ precompiled หรือใช้ GPU ช่วยได้มากกว่า ถึงอย่างนั้นฝั่ง Wayland+Linux ก็ยังให้ประสบการณ์ที่อาการกระตุกยิบย่อย (stutter) น้อยกว่าและเสถียรกว่า Windows มาก เพียงแต่ก็ไม่แน่ใจว่าความต่างนี้มาจากตัว OS จริง ๆ หรือเป็นเพราะ Windows มักถูกติดตั้งสิ่งต่าง ๆ จนระบบหนักเกินจำเป็น อีกทั้งลักษณะการใช้งานของตนเองบนแต่ละ OS ก็แตกต่างกันมากด้วย

  • มีความเห็นว่าถ้า Linux gaming จะสมบูรณ์จริง ชิ้นส่วนสุดท้ายที่ยังขาดคือ anti-cheat เพราะผู้ให้บริการรายใหญ่ไม่ค่อยอยากรองรับเนื่องจากข้อจำกัดด้านความปลอดภัยระดับเคอร์เนล และถึงจะมี anti-cheat ให้ใช้ บางครั้งฝั่งผู้พัฒนาเกมก็ไม่เปิดใช้งานเองอยู่ดี (เช่น Destiny) ถ้าเกม AAA รันได้ลื่นทั้งหมดเมื่อไร ก็พร้อมจะทิ้ง Windows อย่างสมบูรณ์ พร้อมยกย่องว่า SteamOS คือหนึ่งในนวัตกรรมที่ยิ่งใหญ่ที่สุดในประวัติศาสตร์เกมมิง

    • มีคนโต้ว่า anti-cheat ยุคใหม่จริง ๆ แล้วเป็นเพียงมาตรการชั่วคราว เพราะเมื่อระบบปฏิบัติการปลอดภัยขึ้น และสภาพแวดล้อมที่เชื่อถือได้น้อยไม่สามารถรองรับ anti-cheat ระดับเคอร์เนลได้ตลอดไป รวมทั้งธรรมชาติที่เป็นเกมไล่จับแบบแมวจับหนู ทำให้แนวทางเดิมที่อิง kernel hook มีข้อจำกัดชัดเจน จึงเสนอว่าต่อไปควรใช้ทางเลือกที่มีประสิทธิภาพกว่า เช่น ตรวจสอบทุกอย่างบนเซิร์ฟเวอร์และส่งข้อมูลที่จำเป็นให้ไคลเอนต์เท่านั้น และหวังว่าถ้าเกมตัวอย่างสำคัญอย่าง UT ใช้สถาปัตยกรรมแบบนี้ วิธีการล้าสมัยก็คงค่อย ๆ หายไปเอง

    • มีความเห็นว่าเกมมัลติเพลเยอร์ที่ไม่มี dedicated server ก็มีข้อจำกัดอยู่แล้ว และไม่ต้องการ anti-cheat daemon ที่แทรกตัวระดับเคอร์เนลเพื่อเฝ้าดูไฟล์หรือหน่วยความจำ อีกทั้งจากประสบการณ์ ชุมชนที่มี dedicated server ยังจัดการผู้เล่นได้มีประสิทธิภาพกว่าระบบ matchmaking แบบรวมศูนย์มาก

    • มีการตีความว่าโดยเฉพาะ Epic มักอ้างความซับซ้อนเป็นเหตุผลที่ไม่รองรับ Linux แต่ในความเป็นจริงก็อาจมีส่วนที่ไม่อยากสนับสนุนเพราะ Steam กลายเป็นสโตร์มาตรฐานโดยพฤตินัยไปแล้ว

    • มีการย้ำเตือนว่า Easy Anti Cheat และ Battle Eye รองรับ Linux แบบ native มาหลายปีแล้ว แต่การเปิดใช้จริงหรือไม่นั้นขึ้นอยู่กับผู้พัฒนาเกม และปัจจุบันราว 40% ของเกมที่มี anti-cheat สามารถทำงานบน Linux ได้ ซึ่งตรวจสอบได้ที่ areweanticheatyet.com

    • มีคนรำลึกถึงเทคโนโลยีอย่าง Valve Anti-Cheat (VAC) ซึ่งเคยเป็นหนึ่งในแรงขับสำคัญที่ทำให้ Steam ได้รับความนิยมในอดีต เช่นสมัย Counter-Strike พร้อมตั้งคำถามว่าทำไม VAC ถึงไม่พัฒนาต่อให้ทันยุคสมัย และหวังว่าในยุค Linux นี้ Valve จะกลับมาลงทุนกับ VAC อีกครั้งเพื่อปั้นให้เป็นคู่แข่งของ Easy Anti Cheat

  • มีความเห็นว่าถ้าเกม Windows รันผ่าน Proton บน SteamOS ได้เร็วกว่าจริง นักพัฒนาก็ควรให้ความสำคัญกับ SteamOS API ก่อน Windows เพื่อให้ได้ทั้งความเข้ากันได้กับ Windows และประสิทธิภาพสูงสุด พร้อมเสนอว่าเอนจินเกมหลักอย่าง Unity และ Unreal ควรเสริม CI และการทดสอบโดยยึด SteamOS เป็นเป้าหมายหลัก และสงสัยว่า Valve มีฟาร์ม SteamOS CI/CD อยู่หรือไม่ รวมถึงคาดหวังว่าการ build/test ข้ามแพลตฟอร์มด้วยเทมเพลตและไลบรารีบน Rust ก็น่าจะเป็นไปได้

    • มีคนโต้แย้งว่า Windows API ยังเป็นมาตรฐานอ้างอิงของการทำงานเกม (True Source) หากเกมทำงานบน Windows ได้แต่มีปัญหาบน Proton ทาง Valve ก็จะเป็นฝ่ายแก้ Proton แต่ถ้ากลับกันคือใช้ได้บน Proton อย่างเดียวแต่พังบน Windows ตัวเกมเองก็เสี่ยงจะเสียหาย ดังนั้นแม้บน Proton ควรหลีกเลี่ยงฟีเจอร์ที่เข้ากับ Windows ได้ไม่ดี และในการทดสอบก็ควรคำนึงถึงสภาพแวดล้อมอย่าง Steam Deck ด้วย แต่แนวทางพัฒนาโดยยึด Windows เป็นหลักก็ยังเหมาะสมกว่าอยู่ดี

    • มีการชี้ว่า ABI ที่เสถียรเพียงอย่างเดียวในสภาพแวดล้อม SteamOS คือ Win32 ดังนั้นถ้าพัฒนาโดยเล็งเฉพาะ SteamOS อย่างเดียว ก็อาจเกิดปัญหาความเข้ากันได้ในระยะยาว

    • มีความเห็นว่าน่าสงสัยว่า Epic ซึ่งเป็นเจ้าของ Unreal Engine จะเต็มใจให้มีการปรับแต่งเพื่อ SteamOS และ API ของมันมากแค่ไหน โดยมีฉากหลังเป็นการแข่งขันระหว่าง Epic Store กับ Steam

    • มีการชี้อย่างเป็นจริงว่า 99% ของตลาดยังหมุนรอบ Windows อยู่ และ Proton เองก็เป็นการทำ Win32 implementation อยู่ดี ดังนั้นในแก่นแท้แล้วก็ยังถือว่าเล็งเป้าไปที่ Windows

  • มีคนแชร์ประสบการณ์น่าแปลกจากสมัย Windows XP ว่าเคยเปิด Windows บน Linux ผ่าน VMWare VM แล้วกลับรู้สึกว่าเร็วกว่าใช้ Windows ตรง ๆ บนฮาร์ดแวร์เดียวกันเสียอีก

    • มีการตีความว่าสาเหตุอาจมาจาก disk cache โดยเฉพาะความแตกต่างของนโยบายแคชที่ส่งผลให้ประสิทธิภาพต่างกัน

  • มีคนเพิ่งย้ายไปใช้ Arch เมื่อไม่นานนี้ (ไม่ใช่ SteamOS-based) และประเมินว่าประสบการณ์ค่อนข้างแข็งแรงมั่นคง แม้จะไม่ใช่แบบใช้งานได้ทันที out-of-the-box และแต่ละเกมยังต้องตั้งค่าเล็กน้อย แต่ก็อธิบายตามตรงว่าส่วนใหญ่เป็นแค่การเพิ่มพารามิเตอร์ในคำสั่งรัน ไม่ได้ยากเย็นอะไร อีกทั้งยังหาทิปที่ต้องใช้ได้เกือบทั้งหมดจาก Proton DB และคอมเมนต์ของชุมชน จึงแทบไม่คิดจะกลับไปใช้ Windows อีกแล้ว

  • มีคนเล่าว่าราว 10~15 ปีก่อน เคยสลับเล่นเกมเดียวกันบน Windows และ Linux (Wine) พร้อมบันทึกเซฟไว้ 100~200 ไฟล์ และน่าประหลาดใจที่การโหลดรายการเซฟบน Linux (Wine) เร็วกว่า Windows ถึงสองเท่า ทั้งที่ NTFS ก็ไม่ใช่ไฟล์ซิสเต็ม native ของ Linux จึงสงสัยมากว่าทำไมถึงเกิดความต่างแบบนั้นได้

  • มีคนบอกว่าถ้า SteamOS และ Ganoo/L00nockz (น่าจะเป็นการเขียน GNU/Linux แบบขำ ๆ) กลายเป็นแพลตฟอร์มเกมมิงที่สมบูรณ์จริง ก็จะกลับมาประกอบพีซีสำหรับเล่นเกมเป็นครั้งแรกนับตั้งแต่ปี 2012 โดยปัจจุบันใช้ Mac และพอใจกับการพัฒนาเพราะเป็นระบบตระกูล Unix แต่ยังรู้สึกว่าประสบการณ์เล่นเกมยังล้าหลังกว่า Linux อยู่มาก และคาดว่าเมื่อเกม AAA ออกครบและไดรเวอร์ GPU เสถียรขึ้น ภายใน 5 ปีข้างหน้าจะมีการเปลี่ยนแปลงใหญ่

    • มีคนแย้งว่าเกม AAA ใช้งานได้ดีมาหลายปีแล้ว และถ้าใช้ Steam client กับ AMD GPU แล้ว Linux ก็ถือเป็นแพลตฟอร์มเกมมิงที่ยอดเยี่ยมอยู่แล้ว

    • มีความเห็นว่าหลังการเปิดตัว Steam Deck แทบทุกเกมก็เล่นบน Linux ได้ดีอยู่แล้ว ยกเว้นบางเกมที่จงใจทำให้พัง เช่นเพราะผูกกับ anti-cheat และสามารถเช็กความเข้ากันได้ที่ protondb.com พร้อมยกข้อมูลจริงว่าจากเกม Steam 300 อันดับแรก มีเพียง 17 เกมที่เล่นไม่ได้ และในนั้น 5 เกมยังเป็นแค่ยูทิลิตีเท่านั้น

    • มีคนบอกว่าหาก Windows กลายเป็นระบบตระกูล Unix ก็จะเป็นการเปลี่ยนแปลงที่เฝ้าหวังมาตลอด เพราะจะได้ข้อดีของทั้งฝั่งพัฒนาและฝั่งเกมมิงพร้อมกัน และตอนนี้ก็รู้สึกว่าความเป็นจริงกำลังเข้าใกล้สิ่งนั้นมากขึ้นเรื่อย ๆ

  • มีคนแชร์ลิงก์และกระทู้ HN หลายอันเกี่ยวกับประเด็นที่ว่าเคอร์เนล Windows เองก็ช้ากว่า OS อื่น โดยอ้างถึง บทความบล็อก และ กระทู้ HN ที่เกี่ยวข้อง พร้อมพูดถึงสถานการณ์แบบเหน็บแนมเล็ก ๆ

  • มีความเห็นว่าการเรียก Proton ว่าเป็น "translation layer" นั้นไม่ค่อยตรงนัก เพราะ Win32 API ไม่ได้อยู่ในระดับ system call แต่เป็นชุดฟังก์ชันที่ลงทะเบียนไว้ใน DLL ส่วน Proton บน Linux ก็คือการให้ DLL ที่ implement Win32 API เหล่านั้นด้วย Linux system call ขณะที่ Windows ใช้ DLL ที่เรียกระบบของตัวเอง โครงสร้างจึงต่างกันในเชิงพื้นฐาน

    • มีคนโต้ว่าแม้บน เว็บไซต์ทางการของ Wine จะอธิบายว่ามันเป็น 'compatibility layer' ที่แปลการเรียกระหว่างรันไทม์โดยตรง แต่การเรียกว่า translation layer ก็ไม่ได้ผิดมากนัก

    • มีการแสดงความนับถือต่อประวัติการพัฒนาอันยืนยาวและไม่ย่อท้อของ Wine (รวมถึง Proton) โดยบอกว่าเมื่อก่อนมันเคยถูกล้อว่าเป็นวิธีแก้ปัญหาที่สร้างปัญหาใหม่ แต่ตอนนี้กลายเป็นอาวุธทรงพลังสำหรับแทนที่ Windows ไปแล้ว

    • มีคนถามเชิงขำ ๆ ว่าฟังก์ชันอย่าง sscanf() เคยถูก implement ให้ซับซ้อนเกินจำเป็นเพื่อความเข้ากันได้ด้วยหรือไม่

    • มีการชี้ว่า Proton/Wine ถึงขั้น implement system call ของ NT หลายตัวเองโดยตรง และในความเป็นจริงโปรแกรมบน Windows เองก็มีจำนวนไม่น้อยที่ใช้ system call เหล่านั้นโดยตรงเช่นกัน

    • มีคำอธิบายพื้นฐานว่าแก่นแท้ของ Wine คือการแปล Windows ABI (binary interface) ให้ทำงานบน Linux OS และ userland หรือกล่าวอีกอย่างคือการแปลนี่เองคือหัวใจของการพอร์ต

  • มีคนบอกว่าตอนแรกคาดว่าความต่างด้านประสิทธิภาพน่าจะอยู่แค่ราว 20~30% แต่พอเห็นจริงว่าระดับ 200~300% ก็ช็อกไม่น้อย และหวังว่า Microsoft จะออก ‘Windows สำหรับเล่นเกม’ ที่ตัดฟีเจอร์ไม่จำเป็นออกไป พร้อมเสริมว่าช่วงนี้ตัวเองก็ใช้ Windows แค่เพื่อเปิด Steam เท่านั้น

    • มีคนเห็นด้วยกับเป้าหมายในการดันประสิทธิภาพเกมให้สูงสุด แต่ก็มองว่าเหล่าเกมเมอร์ยังคาดหวังให้พีซีทำอย่างอื่นได้อีกมากมายนอกเหนือจากเล่นเกม จึงไม่จำเป็นต้องแยก Windows เวอร์ชันสำหรับเกมโดยเฉพาะ แต่อยากให้ Windows ปัจจุบันเองถูกปรับแต่งให้รันเกมได้อย่างมีประสิทธิภาพมากขึ้นแทน