- Inilalantad ng open-source low_latency_layer ang NVIDIA Reflex at AMD Anti-Lag 2 sa anumang Vulkan-capable GPU sa Linux.
- Ginagaya ng proyekto ang VK_NV_low_latency2 at VK_AMD_anti_lag upang mabawasan ang input lag kahit walang opisyal na suporta sa driver.
- Ang mga unang pagsubok sa mga pamagat na nangangailangan ng maraming detalye ay nagpapakita ng latency sa pagtutugma o paglampas ng Linux sa Windows sa parehong hardware.
- Ang pag-setup ay nangangailangan ng teknikal na kaalaman sa Vulkan, CMake, Proton at mga environment variable, kaya tinatarget nito ang mga advanced na user.
Sa loob ng maraming taon, ang mga manlalaro ng Linux na naghahangad ng pinakamababang posibleng input lag ay kinailangang maranasan ang isang nakakadismayang limitasyon: ang mga makabagong tool sa pagbabawas ng latency ay mahigpit na nakatali sa mga partikular na brand ng GPU at mga proprietary driver sa Windows. Kung ang iyong graphics card, operating system, o driver stack ay nasa labas ng sweet spot na iyon, kadalasan ay wala ka sa swerte.
Nagsisimula nang magbago ang sitwasyon dahil sa isang bagong open-source na inisyatibo na tinatawag na low_latency_layer . Sa halip na maghintay sa bawat GPU vendor na maglabas ng walang kapintasang suporta sa Linux para sa kanilang sariling low-latency tech, ginagamit ng proyektong ito ang Vulkan upang ilantad ang parehong uri ng mga tampok sa iba't ibang graphics card, na ginagawang posible na makinabang mula sa NVIDIA Reflex-style at AMD Anti-Lag 2-style na pag-uugali sa hardware na hindi kailanman opisyal na nilayong gamitin ang mga ito.
Ano Talaga ang Ginagawa ng low_latency_layer
Sa kaibuturan nito, ang low_latency_layer ay isang implicit Vulkan layer na nakasulat sa modernong C++23 na nasa pagitan ng mga laro at graphics driver. Ipinapatupad nito ang mga extension ng Vulkan device na VK_NV_low_latency2 at VK_AMD_anti_lag sa paraang hindi sinusuportahan ng vendor, kaya magagamit ito ng mga application na naghahanap ng mga kakayahang ito kahit na hindi ito sinusuportahan ng pinagbabatayang GPU at mga driver.
Sa praktikal na termino, nangangahulugan ito na ang isang laro na may built-in na suporta sa NVIDIA Reflex ay maaaring malinlang na makita ang feature na iyon sa isang AMD o Intel GPU na nagpapatakbo ng Linux. Ganito rin para sa mga larong AMD Anti-Lag 2 na umaasang makaka-access ang extension na iyon sa isang compatible na path, anuman ang vendor. Hinaharang at isinasalin ng layer ang mga kaugnay na tawag sa Vulkan, pinamamahalaan ang mga queue ng command at frame timing upang mabawasan ang pagkaantala sa pagitan ng input at on-screen response.
Ang proyekto ay binuo ng Korthos Software , kasama si Nicolas James bilang pangunahing may-akda. Ang kanyang motibasyon ay nagmula sa pagmamasid na ang mga umiiral na implementasyon ng Anti-Lag sa Linux, lalo na ang nasa Mesa, ay kadalasang hindi pinagana bilang default, maaaring kumilos nang hindi matatag, at naghahatid ng hindi gaanong kahanga-hangang pagbawas sa latency kumpara sa kanilang mga katapat na Windows. Sa halip na maghintay na maayos ang lahat ng iyon, sinimulan niyang bumuo ng isang generic na solusyon sa ibabaw ng Vulkan.
Dahil isa itong implicit layer, hindi na kailangang i-patch o i-rebuilt ang mga laro. Anumang Vulkan title na sumusubok na gamitin ang mga extension na may kaugnayan sa latency na ito ay maaaring, sa prinsipyo, makinabang sa sandaling mai-install at ma-activate ang layer, hangga't nakikipagtulungan ang iba pang bahagi ng software stack.
Pagsira sa Vendor Lock sa mga Tampok ng Latency
Isa sa mga pinakamalaking atraksyon ng low_latency_layer ay ang pagbabawas nito sa tradisyonal na eksklusibong paggamit ng mga teknolohiya ng latency. Ayon sa kasaysayan, ang NVIDIA Reflex at AMD Anti-Lag 2 ay ibinebenta bilang mga solusyon na partikular sa tatak: gumamit ng NVIDIA GPU kung gusto mo ng Reflex, kumuha ng AMD card para samantalahin ang Anti-Lag 2. Ang mga gumagamit ng Linux ay kadalasang mas napipilitan ng mas mahina o naantalang suporta kumpara sa Windows.
Ang bagong layer na ito ay gumagamit ng ibang pamamaraan. Sa pamamagitan ng paggaya sa mga extension ng Vulkan sa likod ng mga sistemang iyon, pinapayagan nito ang mga laro na paganahin ang kanilang mga low-latency path nang hindi sinusuri kung ang hardware ay eksaktong tugma. Nangangahulugan ito na ang isang AMD Radeon o Intel integrated GPU ay maaaring magamit ang parehong Reflex-style na pag-uugali na karaniwang inilalantad lamang ng isang laro kapag nakakita ito ng isang NVIDIA card, at vice versa.
Sa pagsasagawa, nakakatulong ito upang maayos ang matagal nang asymmetry: maraming competitive shooters at mabibilis na laro ang nag-aalok ng matibay na Reflex integration , habang mas bibihira ang suporta para sa Anti-Lag 2. Dahil naka-install ang low_latency_layer, maaari pa ring gamitin ng mga user ng Linux na gumagamit ng mga non-NVIDIA GPU ang ruta ng Reflex na pinakamadalas ipapadala ng mga developer, sa halip na ma-stuck sa mga hindi gaanong karaniwang opsyon o mga mas lumang pamamaraan.
Mahalaga, ginagawa ito nang hindi umaasa sa mga proprietary driver path . Gumagamit ang layer ng mga karaniwang Vulkan hook at environment variable, na natural na umaangkop sa umiiral na Linux gaming ecosystem na binuo sa paligid ng Proton, DXVK at mga kaugnay na tool at nakikinabang mula sa mga pagpapabuti sa paglalaro ng Wayland.
Paano Ito Gumagana sa Vulkan, Proton at DXVK
Sa disenyo, ang low_latency_layer ay mahigpit na nakakabit sa Vulkan API . Ang mga larong sumusuporta sa Vulkan sa Linux ay maaaring direktang gamitin ang layer. Ayon sa dokumentasyon ng proyekto, ang default na gawain ay ilantad ang AMD Anti-Lag 2-style extension (VK_AMD_anti_lag), na sapat para sa ilang mga katutubong laro tulad ng Counter-Strike 2 upang makilala at magamit ang isang low-latency mode.
Para sa mga pamagat kung saan ang Landas ng NVIDIA Reflex kung mas mahusay na naisama o mas ganap na nasubukan, maaaring isaayos ng mga user ang mga environment variable upang patnubayan ang layer. Ang isang mahalagang bagay ay LOW_LATENCY_LAYER_REFLEX=1, na siyang pumipilit sa rutang Reflex. Sa ilang partikular na kaso, mayroon ding opsyon na gayahin ang isang NVIDIA GPU sa application, na hinahayaan ang laro na maniwala na tumatakbo ito sa sinusuportahang hardware kahit na hindi.
Sa panig ng Proton, medyo mas komplikado ang sitwasyon ngunit mas madali pa rin itong maproseso para sa mga bihasang gumagamit. Kapag nagpapatakbo ng mga titulo ng Windows sa pamamagitan ng Proton at DXVK, maaaring gumana ang low_latency_layer kasama ang dxvk-nvapi, isang bahagi na naglalantad sa mga API na partikular sa NVIDIA sa mga laro. Upang matiyak na nakikita ng laro ang inaasahan nito, kadalasang kailangang paganahin ng mga user PROTON_FORCE_NVAPI=1, tinitiyak na ang mga tawag na may kaugnayan sa Reflex ay naipapasa nang tama.
Nangangahulugan ito na ang stack, sa isang tipikal na competitive shooter, ay maaaring magmukhang ganito: game → DXVK/dxvk-nvapi → Vulkan → low_latency_layer → GPU driver , na siya namang nakadepende sa suporta ng kernel sa Linux 7.0.
Ang downside ay hindi ito isang plug-and-play na solusyon para sa mga kaswal na manlalaro. Kabilang dito ang pag-unawa sa mga environment variable ng Proton, pag-alam kung paano i-configure ang mga layer ng Vulkan, at kung minsan ay pagsasaayos ng mga opsyon sa paglulunsad bawat pamagat. Gayunpaman, para sa mga user na komportable sa mga internal na bahagi ng Linux at mga tool sa paglalaro, ang pamamaraan ay akma nang maayos sa umiiral na kultura ng manu-manong pag-tune.
Sinukat na Pagganap: Nakikipagsabayan o Natatalo ng Linux ang Windows
Magiging hindi gaanong kawili-wili ang proyekto kung gagana lamang ito sa papel. Naglaan ng pagsisikap ang mga developer sa pagsukat ng latency gamit ang isang medyo high-end na test bench: isang AMD Radeon RX 7900 XTX , isang Ryzen 7 9800X3D CPU at 64 GB ng RAM. Upang masubaybayan ang input-to-display delay, gumamit sila ng monitor na may built-in na NVIDIA Reflex Analyzer , partikular na ang ASUS PG248QP, at manu-manong nilo-log ang mga resulta pagkatapos ng paulit-ulit na input test.
Sa ilang modernong titulo, naiulat na nakakamit ng low_latency_layer ang mga pagbawas ng latency na maihahambing sa, o mas mahusay kaysa sa, mga implementasyong ibinigay ng vendor sa parehong hardware. Isa itong matapang na pahayag, ngunit naaayon ito sa nakasaad na layunin ng proyekto na hindi lamang tumugma, kundi sa ilang mga kaso ay malampasan, ang mga opisyal na solusyon.
Kabilang sa mga larong binanggit sa mga pagsubok ang THE FINALS, Counter-Strike 2, Cyberpunk 2077, Resident Evil Requiem, Marvel Rivals at Overwatch 2. Halimbawa, sa Counter-Strike 2, ipinahihiwatig ng nakalap na datos na sa ilalim ng mga partikular na kondisyon, natatalo ng Linux na may low_latency_layer ang Windows sa mga tuntunin ng mga hilaw na numero ng latency, na nagbabawas ng ilang millisecond na maaaring mahalaga sa mga mapagkumpitensyang manlalaro.
Sa iba pang mga laro, tulad ng Resident Evil Requiem at Overwatch 2 , ang Reflex-based path na ipinatupad sa pamamagitan ng layer ay ipinapakita bilang mga alternatibo na mas mahusay kaysa sa AMD Anti-Lag 1. Nabanggit din ng mga developer na ang implementasyon ng Anti-Lag sa Mesa , na sinubukan sa ilalim ng parehong mga senaryo, ay naghahatid ng halos walang pagpapabuti sa ilan sa mga larong ito, na bahagyang nagpapaliwanag kung bakit nagpasya si Nicolas James na ituloy ang isang bagong disenyo.
Sa pangkalahatan, binibigyang-diin ng mga naunang benchmark ang isang simpleng punto: Ang Linux ay maaaring maging isang primera klaseng mamamayan para sa low-latency gaming kapag nakalagay ang tamang middleware, sa halip na isang nahuling pag-iisip na nahuhuli sa Windows.
Isang Teknikal na Kasangkapang Para sa mga Bihasang Manlalaro ng Linux
Kahit na may mga magagandang resulta, ang proyekto ay malinaw na naglalayong sa mga gumagamit na komportableng sumubok sa teknikal na aspeto ng paglalaro ng Linux . Ang pag-install ng low_latency_layer ay hindi pa isang prosesong one-click na binalot ng isang madaling gamiting GUI; kadalasan ay kinabibilangan ito ng pagkuha ng source code, paggamit ng CMake upang i-configure at i-compile ito, at pagkatapos ay pag-set up nang tama ng mga configuration file ng Vulkan layer sa iyong system.
Bukod sa proseso ng pagbuo, kailangan mo ring pangasiwaan ang mga environment variable para sa mismong layer at para sa mga component tulad ng Proton at dxvk-nvapi. Maaaring mangahulugan ito ng pag-edit ng mga opsyon sa paglulunsad kada laro sa Steam, pag-eeksperimento sa kung aling mga kumbinasyon ang magti-trigger ng mga path ng Reflex o Anti-Lag 2, at paminsan-minsang pag-troubleshoot kapag ang isang partikular na pamagat ay hindi inaasahang gumana.
Upang makatulong na matugunan ang kakulangang iyon, naglathala si Nicolas James ng isang detalyadong gabay sa pag-setup sa pahina ng GitHub ng proyekto. Tinatalakay nito ang mga kinakailangan, mga hakbang sa compilation at configuration ng kapaligiran, na tinatarget ang mga user na may kahit man lang pangunahing pamilyar sa Linux terminal at pamamahala ng package. Bagama't hindi ito idinisenyo para sa mga baguhan, nilalayon nitong panatilihing sistematiko ang proseso sa halip na hayaan ang mga tao na manghula.
Sa ngayon, ginagawa nitong mas mainam na kasangkapan ang low_latency_layer para sa mga mahilig at mapagkumpitensyang manlalaro kaysa sa karaniwang taong nag-i-install ng laro at pumipindot sa Play. Ngunit ang open-source na katangian ng proyekto ay nag-iiwan ng pinto para sa mga pagsisikap sa packaging sa hinaharap, mga graphical front end, o mga integrasyon na partikular sa distribusyon na maaaring magpadali sa paggamit.
Ang kapansin-pansin ay kung paano ito umaangkop sa isang mas malawak na trend: Ang mga pagpapabuti sa paglalaro ng Linux ay lalong dumarating hindi lamang mula sa mga malalaking kumpanya, kundi pati na rin mula sa mga community-driven na layer at mga proyekto sa compatibility . Ang Proton, DXVK at ngayon ay low_latency_layer ay pawang may ideya ng pagpuno sa mga puwang na iniiwan ng mga proprietary driver stack, lalo na sa mga lugar tulad ng performance at latency na mahalaga sa kung ano ang pakiramdam ng mga laro.
Sa kabuuan, itinatampok ng low_latency_layer ang isang pagbabago sa kung paano naaabot ng low-latency tech ang mga manlalaro: sa halip na nakakulong sa likod ng mga brand-specific driver sa iisang operating system, ang mga kakayahang ito ay muling ipinapatupad sa isang bukas at cross-vendor na paraan sa Linux. Hindi pa ito isang magic bullet para sa lahat, ngunit para sa mga user na handang mag-adjust, ipinapakita nito na ang input lag sa Linux ay maaaring maging kapantay, at paminsan-minsan ay higit pa, sa kung ano ang available sa Windows, mayroon man o hindi logo ng NVIDIA, AMD o Intel sa GPU box.
