- Lapisan_latensi_rendah_sumber terbuka mendedahkan NVIDIA Reflex dan AMD Anti-Lag 2 pada mana-mana GPU berkemampuan Vulkan dalam Linux.
- Projek ini mensimulasikan VK_NV_low_latency2 dan VK_AMD_anti_lag untuk mengurangkan lag input walaupun tanpa sokongan pemacu rasmi.
- Ujian awal pada tajuk yang mencabar menunjukkan kependaman pada Linux yang sepadan atau mengatasi Windows pada perkakasan yang sama.
- Persediaan memerlukan pengetahuan teknikal dengan Vulkan, CMake, Proton dan pembolehubah persekitaran, jadi ia menyasarkan pengguna lanjutan.
Selama bertahun-tahun, pemain Linux mengejar lag input terendah yang mungkin terpaksa hidup dengan batasan yang mengecewakan: alat pengurangan latensi canggih terikat rapat dengan jenama GPU tertentu dan pemacu proprietari pada Windows. Jika kad grafik, sistem pengendalian atau susunan pemacu anda berada di luar titik terbaik itu, anda biasanya tidak bernasib baik.
Landskap itu mula berubah hasil daripada inisiatif sumber terbuka baharu yang dipanggil lapisan_latensi_rendahDaripada menunggu setiap vendor GPU melancarkan sokongan Linux yang sempurna untuk teknologi latensi rendah mereka sendiri, projek ini menggunakan Vulkan untuk mendedahkan jenis ciri yang sama merentasi kad grafik yang berbeza, membolehkan penggunaan ciri ala NVIDIA Reflex dan AMD Anti-Lag 2 pada perkakasan yang tidak pernah secara rasmi bertujuan untuk menggunakannya.
Apa Sebenarnya Fungsi Low_latency_layer
Pada terasnya, lapisan_latensi_rendah ialah Lapisan Vulkan tersirat yang ditulis dalam C++23 moden yang terletak di antara permainan dan pemacu grafik. Ia melaksanakan sambungan peranti Vulkan VK_NV_low_latency2 dan VK_AMD_anti_lag dengan cara agnostik vendor, jadi aplikasi yang mencari keupayaan ini boleh menggunakannya walaupun GPU dan pemacu yang mendasarinya tidak menyokongnya secara asli.
Secara praktikal, ini bermaksud tajuk dengan ciri terbina dalam Sokongan Refleks NVIDIA boleh ditipu untuk melihat ciri tersebut pada GPU AMD atau Intel yang menjalankan Linux. Perkara yang sama juga berlaku untuk AMD Anti-Lag 2: permainan yang menjangkakan sambungan itu boleh mengakses laluan yang serasi, tanpa mengira vendor. Lapisan memintas dan menterjemahkan panggilan Vulkan yang berkaitan, mengurus giliran arahan dan pemasaan bingkai untuk mengurangkan kelewatan antara input dan respons pada skrin.
Projek ini dibangunkan oleh Perisian Korthos, dengan Nicolas James sebagai penulis utama. Motivasi beliau datang daripada pemerhatian bahawa pelaksanaan Anti-Lag Linux sedia ada, terutamanya yang terdapat di Mesa, sering dinyahdayakan secara lalai, boleh bertindak tidak stabil dan memberikan pemotongan latensi yang kurang mengagumkan berbanding rakan sejawat Windows proprietari mereka. Daripada menunggu semua itu dibaiki, beliau berhasrat untuk membina penyelesaian generik di atas Vulkan.
Oleh kerana ini merupakan lapisan tersirat, permainan tidak perlu ditambal atau dibina semula. Mana-mana tajuk Vulkan yang cuba menggunakan sambungan berkaitan latensi ini, pada prinsipnya, boleh mendapat manfaat sebaik sahaja lapisan dipasang dan diaktifkan, selagi seluruh susunan perisian bekerjasama.
Memecahkan Kunci Vendor pada Ciri Latensi
Salah satu tarikan terbesar lapisan_latensi_rendah ialah ia melemahkan eksklusiviti tradisional teknologi latensi sekitar. Dari segi sejarah, NVIDIA Reflex dan AMD Anti-Lag 2 telah dipasarkan sebagai penyelesaian khusus jenama: gunakan GPU NVIDIA jika anda mahukan Reflex, dapatkan kad AMD untuk memanfaatkan Anti-Lag 2. Pengguna Linux sering dikekang lagi oleh sokongan yang lebih lemah atau tertangguh berbanding Windows.
Lapisan baharu ini mengambil pendekatan yang berbeza. Oleh meniru sambungan Vulkan di sebalik sistem tersebut, ia membolehkan permainan mendayakan laluan latensi rendah mereka tanpa memeriksa sama ada perkakasan tersebut sepadan tepat. Ini bermakna GPU bersepadu AMD Radeon atau Intel boleh memanfaatkan tingkah laku gaya Refleks yang sama yang biasanya hanya akan didedahkan oleh tajuk apabila ia melihat kad NVIDIA, dan sebaliknya.
Dalam praktiknya, ini membantu memperbaiki asimetri yang telah lama wujud: banyak penembak kompetitif dan permainan pantas menawarkan integrasi Refleks yang mantap, manakala sokongan Anti-Lag 2 adalah lebih jarang. Dengan lapisan_latensi_rendah yang tersedia, pengguna Linux pada GPU bukan NVIDIA masih boleh memanfaatkan laluan Reflex yang paling kerap dihantar oleh pembangun, daripada tersekat dengan pilihan yang kurang biasa atau teknik yang lebih lama.
Yang penting, ini dilakukan tanpa bergantung pada laluan pemandu proprietariLapisan ini menggunakan cangkuk Vulkan standard dan pembolehubah persekitaran, yang sesuai secara semula jadi ke dalam ekosistem permainan Linux sedia ada yang dibina di sekitar Proton, DXVK dan alatan berkaitan serta mendapat manfaat daripadanya. Penambahbaikan permainan Wayland.
Cara Ia Berfungsi dengan Vulkan, Proton dan DXVK
Secara reka bentuknya, lapisan_latency_rendah digandingkan rapat dengan API VulkanPermainan yang menyokong Vulkan secara natif di Linux boleh memanfaatkan lapisan tersebut secara langsung. Menurut dokumentasi projek, tingkah laku lalai adalah untuk mendedahkan Sambungan AMD Anti-Lag 2-gaya (VK_AMD_anti_lag), yang cukup untuk beberapa tajuk asli seperti Serangan balas 2 untuk mengenali dan menggunakan mod kependaman rendah.
Untuk tajuk di mana Laluan Refleks NVIDIA lebih bersepadu atau diuji sepenuhnya, pengguna boleh melaraskan pembolehubah persekitaran untuk mengarahkan lapisan. Satu perkara penting ialah LOW_LATENCY_LAYER_REFLEX=1, yang memaksa laluan Refleks. Dalam kes tertentu, terdapat juga pilihan untuk memalsukan GPU NVIDIA kepada aplikasi, membiarkan permainan percaya ia berjalan pada perkakasan yang disokong walaupun tidak.
Di pihak Proton, gambarannya sedikit lebih rumit tetapi masih boleh diurus oleh pengguna berpengalaman. Apabila menjalankan tajuk Windows melalui Proton dan DXVK, low_latency_layer boleh berfungsi bersama-sama dengan dxvk-nvapi, komponen yang mendedahkan API khusus NVIDIA kepada permainan. Untuk memastikan permainan melihat apa yang diharapkan, pengguna sering perlu mendayakannya PROTON_FORCE_NVAPI=1, memastikan panggilan berkaitan Refleks dimajukan dengan betul.
Ini bermakna susunan, dalam penembak kompetitif biasa, mungkin kelihatan seperti: permainan → DXVK/dxvk-nvapi → Vulkan → lapisan_latensi_rendah → pemacu GPU, yang seterusnya bergantung kepada sokongan kernel dalam Linux 7.0.
Kelemahannya ialah ini bukan penyelesaian pasang dan main untuk pemain kasual. Ia melibatkan pemahaman tentang pembolehubah persekitaran Proton, mengetahui cara mengkonfigurasi lapisan Vulkan dan kadangkala mengubah suai pilihan pelancaran setiap tajuk. Walau bagaimanapun, bagi pengguna yang selesa dengan dalaman Linux dan alatan permainan, pendekatan ini sesuai dengan budaya penalaan manual sedia ada.
Prestasi Terukur: Linux Mengekalkan, atau Mengalahkan, Windows
Projek ini akan menjadi kurang menarik jika ia hanya berfungsi di atas kertas. Para pembangun telah melaburkan usaha untuk mengukur latensi secara kuantitatif dengan bangku ujian yang agak mewah: AMD Radeon RX 7900 XTX, Ryzen 7 9800X3D CPU dan 64 GB RAM. Untuk menjejaki kelewatan input-ke-paparan, mereka menggunakan monitor dengan terbina dalam Penganalisis Refleks NVIDIA, khususnya ASUS PG248QP dan mencatat keputusan secara manual selepas ujian input berulang.
Merentasi beberapa tajuk moden, low_latency_layer dilaporkan mencapai pengurangan latensi yang setanding dengan, atau lebih baik daripada, Windows menjalankan pelaksanaan yang disediakan oleh vendor pada perkakasan yang sama. Itu adalah dakwaan yang berani, tetapi ia selaras dengan matlamat projek yang dinyatakan bukan sahaja untuk memadankan, tetapi dalam beberapa kes mengatasi, penyelesaian rasmi.
Permainan yang dipetik dalam ujian termasuk PERTANDINGAN AKHIR, Counter-Strike 2, Cyberpunk 2077, Resident Evil Requiem, Marvel Rivals dan Overwatch 2Dalam Counter-Strike 2, sebagai contoh, data yang dikumpul menunjukkan bahawa di bawah keadaan tertentu, Linux dengan lapisan_latency_rendah mengatasi Windows dari segi nombor latensi mentah, mengurangkan beberapa milisaat yang boleh penting kepada pemain yang kompetitif.
Dalam tajuk-tajuk lain, seperti Resident Evil Requiem dan Overwatch 2, laluan berasaskan Refleks yang dilaksanakan melalui lapisan ditunjukkan sebagai alternatif yang mengatasi prestasi seperti AMD Anti-Lag 1. Para pembangun juga menyatakan bahawa Pelaksanaan Anti-Lag di Mesa, yang diuji di bawah senario yang sama, memberikan peningkatan yang kecil dalam beberapa permainan ini, yang sebahagiannya menjelaskan mengapa Nicolas James memutuskan untuk meneruskan reka bentuk yang baharu.
Secara keseluruhannya, penanda aras awal menggariskan satu perkara mudah: Linux boleh menjadi warga kelas pertama untuk permainan latensi rendah apabila perisian pertengahan yang betul telah dipasang, bukannya sesuatu yang tertinggal di belakang Windows.
Alat Teknikal yang Disasarkan untuk Pemain Linux Berpengalaman
Walaupun dengan hasil yang memberangsangkan, projek ini jelas ditujukan kepada pengguna yang selesa mendalami aspek teknikal permainan LinuxMemasang low_latency_layer bukanlah proses satu klik yang dibalut dengan GUI yang mesra pengguna; ia biasanya melibatkan pengambilan kod sumber, menggunakan CMake untuk mengkonfigurasi dan mengkompilnya, dan kemudian menyediakan fail konfigurasi lapisan Vulkan dengan betul pada sistem anda.
Selain proses pembinaan, anda perlu mengendalikan pemboleh ubah persekitaran kedua-duanya untuk lapisan itu sendiri dan untuk komponen seperti Proton dan dxvk-nvapi. Ini mungkin bermakna mengedit pilihan pelancaran setiap permainan dalam Steam, bereksperimen dengan kombinasi yang mencetuskan laluan Reflex atau Anti-Lag 2, dan kadangkala menyelesaikan masalah apabila tajuk tertentu bertindak secara tidak dijangka.
Untuk membantu merapatkan jurang tersebut, Nicolas James telah menerbitkan sebuah panduan persediaan terperinci pada halaman GitHub projek. Ia menerangkan prasyarat, langkah kompilasi dan konfigurasi persekitaran, menyasarkan pengguna yang mempunyai sekurang-kurangnya pengetahuan asas dengan terminal Linux dan pengurusan pakej. Walaupun ia tidak direka untuk pemula sepenuhnya, ia bertujuan untuk memastikan proses itu sistematik dan bukannya membiarkan orang ramai meneka.
Buat masa ini, itu menjadikan low_latency_layer lebih kepada alat untuk peminat dan pemain yang kompetitif berbanding orang biasa yang memasang permainan dan menekan butang Main. Tetapi sifat sumber terbuka projek ini membuka peluang untuk usaha pembungkusan, bahagian hadapan grafik atau integrasi khusus pengedaran pada masa hadapan yang dapat memperkemas penggunaan.
Apa yang menonjol ialah bagaimana ini sesuai dengan trend yang lebih luas: Penambahbaikan permainan Linux semakin meningkat bukan sahaja datang daripada syarikat-syarikat besar, tetapi juga daripada lapisan berpacu komuniti dan projek keserasianProton, DXVK dan kini low_latency_layer semuanya berkongsi idea untuk mengisi jurang yang dibiarkan terbuka oleh susunan pemacu proprietari, terutamanya dalam bidang seperti prestasi dan latensi yang penting untuk bagaimana permainan terasa.
Secara keseluruhannya, low_latency_layer menonjolkan perubahan dalam cara teknologi latensi rendah menjangkau pemain: daripada terkunci di belakang pemacu khusus jenama pada satu sistem pengendalian, keupayaan ini sedang dilaksanakan semula secara terbuka dan merentas vendor di Linux. Ia bukanlah penyelesaian ajaib untuk semua orang lagi, tetapi bagi pengguna yang ingin mencubanya, ia menunjukkan bahawa ketinggalan input di Linux boleh bersaing, dan kadangkala mengatasi, apa yang tersedia pada Windows, tidak kira sama ada terdapat logo NVIDIA, AMD atau Intel pada kotak GPU.
