Meta menggunakan scheduler Linux yang dirancang untuk Steam Deck milik Valve pada server skala besar

• Terungkap bahwa scheduler Linux SCX-LAVD yang dirancang untuk Steam Deck milik Valve juga bekerja efektif di lingkungan server skala besar milik Meta
• Scheduler ini dirancang dengan tujuan manajemen sumber daya yang efisien setara konsol game, dan Meta memanfaatkannya untuk mengejar peningkatan performa beban kerja server serta meminimalkan latensi
• Arsitektur Latency-criticality Aware Virtual Deadline yang peka terhadap latensi untuk perangkat game genggam juga menunjukkan performa dan stabilitas pada server hyperscale
• Dibandingkan dengan scheduler EEVDF yang ada, ia menunjukkan performa serupa atau lebih baik dan dapat beradaptasi dengan berbagai konfigurasi perangkat keras
• Meta sedang meninjau SCX-LAVD sebagai kandidat scheduler server default, bukan hanya untuk tujuan khusus
• Teknologi untuk perangkat keras game yang meluas ke pusat data besar adalah kasus yang jarang terjadi

---

Latar belakang presentasi di Linux Plumbers Conference 2025

• Para engineer Meta mempresentasikan hal terkait di Linux Plumbers Conference 2025 yang digelar di Tokyo
• Judul presentasinya adalah “How do we make a Steam Deck scheduler work on large servers”, yang menjelaskan proses memperluas scheduler untuk perangkat genggam ke lingkungan server
• Mereka berbagi pengalaman memverifikasi dan menyesuaikan scheduler yang dirancang untuk Steam Deck agar cocok dengan lingkungan server

Gambaran umum scheduler SCX-LAVD

• SCX-LAVD dirancang sebagai scheduler Latency-criticality Aware Virtual Deadline
• Dikembangkan dengan tujuan latensi rendah dan performa stabil di lingkungan Steam Deck milik Valve
• Menggunakan struktur scheduler yang dapat diperluas dan berjalan di atas framework Linux sched_ext
• Meta mengharapkan pengurangan latensi, peningkatan konsistensi performa, dan efisiensi server yang lebih baik melalui pendekatan ini
• Karena rancangan Valve disesuaikan dengan kebutuhan pemrosesan real-time untuk game, struktur ini juga menguntungkan untuk pengelolaan beban berkelanjutan di server

Hasil penerapan di lingkungan server Meta

• Operasi stabil terkonfirmasi pada berbagai konfigurasi CPU dan memori di server Meta
• Performa load balancing di antara batas CCX dan LLC terlihat sangat baik
• Cocok sebagai pilihan default di lingkungan yang tidak memerlukan scheduler yang dioptimalkan untuk workload tertentu

Scheduler yang ada dan kasus penggunaan lain

• SCX-LAVD menunjukkan performa serupa atau lebih baik dibandingkan scheduler EEVDF
• Sudah digunakan di lingkungan game Linux seperti CachyOS Handheld Edition dan Bazzite
• Scheduler ini dikembangkan terutama oleh Igalia melalui kontrak dengan Valve

Arah pemanfaatan Meta ke depan

• Meta menyebut SCX-LAVD sebagai “Meta’s New Default Scheduler”
• Sedang dievaluasi sebagai scheduler yang dapat diterapkan secara umum di seluruh fleet server skala besar
• Riset tambahan dan analisis performa dipublikasikan melalui video presentasi LPC dan materi slide

[GN⁺]

Komentar Hacker News

• Valve pada praktiknya sendirian mendorong perkembangan ekosistem Linux
  Proton/Wine berkembang pesat untuk menjalankan game Windows di Linux, dan berkat Steam Deck, dukungan HDR·VRR di Wayland juga hadir
  Scheduler yang dibuat untuk memperbaiki frame pacing kini bahkan dipakai di data center Meta
  Pada akhirnya, efisiensi server Meta membaik berkat Valve membayar Igalia untuk mengurangi frame stutter di Elden Ring. Inilah siklus baik open source yang sesungguhnya
  • Dalam upaya mengurangi frame stutter pada game, hasilnya compiler shader untuk stack grafis open source memperoleh optimasi yang lebih baik
    Pengumuman terkait: Steam Community Announcement
  • Pengembangan game masih merupakan bidang yang kurang dihargai
    Banyak sekali optimasi software dan hardware yang berasal dari pengembangan game
    Dengan harga RAM yang belakangan naik, semoga kita kembali ke pendekatan yang berfokus pada optimasi untuk mengurangi beban yang tidak perlu di seluruh industri
  • Ada banyak distro Linux yang berfokus pada desktop, tetapi kebanyakan berada pada kondisi “secara teknis bisa, tapi harus menerima banyak ketidaknyamanan”
    Sebelum Valve turun tangan langsung, tidak ada pihak yang benar-benar menyelesaikan masalah seperti ini
  • Lama-kelamaan Valve tampaknya akan ikut mengerjakan hal-hal yang sudah bertahun-tahun ditunda Microsoft
    Menurut saya, jauh lebih baik mengubahnya sendiri daripada terus menunggu
  • Berkat game, industri GPU sudah siap menyambut ledakan AI
    Sejak dulu pengembangan game selalu berada di garis depan optimasi software
• Menarik bahwa Valve menjalankan pengembangan terkait Linux dengan struktur yang berpusat pada kontraktor seperti Igalia
  Saya dengar Proton juga dibuat dengan pendekatan serupa. Valve tampaknya lebih banyak memanfaatkan kontrak eksternal daripada tenaga internal
  • Igalia adalah perusahaan unik yang secara terorganisir mengelola sponsorship pengembangan open source dari berbagai perusahaan
    Mereka bekerja sama dengan beragam perusahaan seperti Google, dan menangani persoalan pembayaran serta tunjangan yang rumit dengan efisien
  • Valve secara internal hanya fokus pada game, hardware, dan distribusi, sementara area lain didelegasikan ke kontraktor spesialis
    Menurut saya, struktur seperti ini efisien dari sisi biaya dan menjadi alasan mereka bisa menghasilkan kualitas tinggi
    Tentu Valve juga punya kontroversi, tetapi sisi baik dan buruknya sama-sama perlu diakui
  • Valve adalah organisasi datar kecil berukuran sekitar 350~400 orang
    Karena itu, memperluas lewat kontraktor jauh lebih mudah daripada lewat pegawai tetap
  • Proton adalah proyek yang dibuat bersama oleh developer internal Valve, CodeWeavers, dan komunitas
    Area teknologi khusus seperti konversi DirectX→Vulkan dan OpenGL→Vulkan dialihkan ke organisasi seperti Igalia
  • Valve cenderung ingin menjaga jumlah pegawai seminimal mungkin
    Untuk proyek tetap dan sangat sulit seperti ini, masuk akal bagi perusahaan mana pun untuk melakukan outsourcing
• sched_ext adalah scheduler yang dikembangkan di Meta
  Beberapa perusahaan berkolaborasi dan mengembangkannya bersama di repositori GitHub bersama
• Saya penasaran seberapa baik game streaming berjalan di Linux
  Dukungan Windows 10 akan berakhir, jadi sekarang saya ingin sepenuhnya pindah ke Linux
• Sudah 4 bulan saya memakai Bazzite Desktop sebagai sistem utama, dan sekarang Windows terasa seperti software yang pada dasarnya sudah ditinggalkan
  Bahkan setelah update, tetap terasa berat dan sulit dikelola
  • Bukankah Bazzite itu distro yang berfokus pada game?
    Melakukan semua pekerjaan di atasnya terasa agak aneh. Rasanya seperti memakai Excel di Steam Deck
• Keajaiban open source adalah Valve tidak meminta hal seperti lisensi enterprise
  • Benar, tetapi Red Hat tidak wajib membuka source code jika mereka tidak mendistribusikan biner RHEL
    Selama Meta hanya memakainya di server internal, mereka juga bisa tetap menutup Linux hasil patch mereka sendiri
  • Mengejutkan bahwa scheduler untuk konsol portabel juga bekerja baik di server Facebook
  • Sebaliknya, SteamOS dan berbagai distro Linux juga bisa mengadopsi scheduler IO Kyber dari Meta untuk mengatasi microstutter
    Strukturnya saling memengaruhi dua arah
  • Kalau dipikir-pikir, komisi 30% yang dibayar saat membeli game di Steam mungkin juga semacam biaya lisensi
• Menarik bahwa Meta menerapkan scheduler Valve ke server
  Saya penasaran bagaimana upaya seperti ini bisa dimulai
  • Mungkin seorang engineer mengujinya, menemukan peningkatan performa, lalu hasilnya menyebar dari bawah ke atas
    Di perusahaan besar pun inovasi sering terjadi seperti ini
• Menurut saya lebih baik menonton video asli daripada artikel Phoronix
  Tautan YouTube
  • Begitu Anda berhenti mempercayai video YouTube sebagai sumber primer, hidup jadi jauh lebih mudah
  • Agak mengejutkan ada yang menyebut Phoronix sebagai spam blog
• Saya penasaran workload ultra-low-latency seperti apa yang dijalankan Meta sampai butuh scheduler seperti ini
  • Menurut videonya, worker Erlang milik WhatsApp membutuhkan latensi sub-milidetik
  • Mungkin karena sistem lelang iklan
  • Bagi perusahaan sebesar Meta, latensi langsung berarti kerugian bisnis
  • Meta selalu menargetkan “secepat mungkin”, kadang bahkan melebihi yang diperlukan
  • Jika dari 50 ribu server bisa dikurangi hanya 1%, itu berarti hemat 50 unit, dan jika per unit 8 ribu dolar maka hemat 400 ribu dolar per tahun
    Pada skala Meta, penghematannya akan jauh lebih besar
• Menarik melihat workload server menerima ide dari bidang lain
  Belakangan saya melihat OS khusus Kubernetes menerapkan update seperti Android
  • Saya ingin balik bertanya, maksudnya sistem immutable?