WebGPU hype 2026. naspram tvrdoglave realnosti WebGL‑a
WebGPU je 2026. postao glavna tema u web 3D zajednici. Browseri uvode stabilne implementacije, a novi showcase projekti agresivno naglašavaju fizički bazirane materijale, volumetrijske efekte i compute‑temeljenu fiziku. No paralelno, analiza konkretnih Three.js projekata pokazuje da WebGL i dalje ima čvrstu ulogu u stvarnim produkcijskim scenarijima, pogotovo kada je cilj široka publika i stabilan framerate na raznolikom hardveru.
U praksi, granica između WebGPU i WebGL nije crno‑bijela. Showcaseovi otkrivaju gdje WebGPU briljira, ali i gdje dobro dizajniran WebGL2 renderer ostaje konkurentan ili čak brži.
Usporedbe performansi: WebGPU protiv WebGL‑a u istoj sceni
Nedavne rasprave u Three.js zajednici fokusiraju se na direktne usporedbe: ista scena, isti asseti, dvije render putanje – WebGL2 i WebGPU backend. Rezultati su nijansirani.
Kada WebGPU pobjeđuje
WebGPU pokazuje jasnu prednost u scenarijima gdje je GPU stvarno zasićen:
- Mnogo draw callova: stotine ili tisuće objekata, svaki s vlastitim materijalom ili transformacijom. Eksplicitno upravljanje resursima i bind grupama WebGPU‑a smanjuje driver overhead.
- Složeni PBR shaderi: više tekstura po materijalu (albedo, normal, roughness, metalness, emissive), IBL, shadow mapovi visoke rezolucije. WebGPU bolje koristi moderne GPU pipelineove i keširanje stanja.
- Teški post‑processing: višestruki rendering passovi (bloom, SSAO, depth of field, volumetrijska svjetla). WebGPU omogućuje učinkovitije upravljanje frame bufferima i formatima tekstura.
- Compute‑bazirane simulacije: čestice, fluidi ili cloth simulacije implementirane kao compute shaderi umjesto klasičnih vertex/fragment trikova. WebGL nema izravni compute API, pa workaroundi troše CPU i dodatne draw callove.
U takvim slučajevima developeri prijavljuju vidljive dobitke: viši FPS, bolji frame pacing i manju varijancu frame vremena, osobito na modernim desktop GPU‑ima i novijim mobilnim SoC‑ovima.
Kada WebGL ostaje iznenađujuće jak
Suprotno očekivanjima, u jednostavnijim ili dobro optimiziranim scenama WebGPU često ne donosi dramatičan skok. Ponekad je WebGL čak nešto brži. Razlozi:
- Zreli drajveri i implementacije: WebGL postoji više od desetljeća. Browser vendorima i GPU proizvođačima poznati su tipični obrasci korištenja, pa su driveri i pipeline optimizirani za uobičajene slučajeve.
- Manji API overhead: u jednostavnim scenama s malo draw callova i ograničenim brojem materijala, dodatna fleksibilnost WebGPU‑a ne dolazi do izražaja. Overhead WebGPU implementacije u browseru može poništiti potencijalni dobitak.
- CPU‑ograničene aplikacije: ako je većina vremena potrošena na logiku igre, fiziku na CPU‑u, mrežni kod ili manipulaciju DOM‑om, prelazak na WebGPU ne rješava usko grlo.
Primjer iz prakse: jednostavna arhitektonska vizualizacija s nekoliko stotina objekata, statičnim svjetlima i laganim post‑processingom često radi podjednako dobro ili bolje u WebGL2, osobito na starijim laptopima i mobilnim uređajima.
Showcase trend: WebGPU bez WebGL fallbacka
Najnoviji open‑world i game showcase projekti temeljeni na Three.js WebGPU backendu sve češće potpuno odbacuju WebGL fallback. To je svjesna odluka autora da ciljaju high‑end publiku.
Zašto se autori odriču WebGL‑a
Tipični razlozi koje navode:
- Maksimalno iskorištavanje PBR‑a: složene BRDF funkcije, više refleksijskih probnih mapa, napredni shadow filtering i screen‑space efekti traže fleksibilan pipeline i precizne formate tekstura.
- Teški post‑processing lanci: niz efektnih rendering passova (chromatic aberration, film grain, motion blur, volumetrijska magla) lakše je organizirati i optimizirati u WebGPU‑u.
- Compute‑temeljena fizika i AI: simulacije čestica, flocking, crowd sistemi i određeni ML algoritmi oslanjaju se na compute shadere. U WebGL‑u bi takvi sustavi bili preskupi ili tehnički nepraktični.
- Ograničavanje kompleksnosti koda: održavanje dvije odvojene render putanje (WebGL i WebGPU) povećava kompleksnost koda, testiranja i debugginga. Dio timova radije bira jedan, „čisti” WebGPU stack.
Cijena takvog pristupa je jasna: korisnici na starijim preglednicima, starijim Android uređajima ili u zaključanim enterprise okruženjima jednostavno ne mogu pokrenuti sadržaj. Showcaseovi su impresivni, ali publika je sužena.
Jaz između cutting‑edge demoa i masovne publike
Ovaj trend naglašava podjelu:
- Cutting‑edge demo: cilja moderne GPU‑e, najnovije verzije preglednika i entuzijaste spremne ažurirati softver i hardver.
- Masovna produkcija: cilja široku bazu korisnika, uključujući starije telefone, tablete i poslovne strojeve s ograničenim pravima instalacije.
U drugoj skupini WebGL ostaje jedini realan izbor. Tu se i dalje traži stabilan FPS, predvidljiv frame pacing i fallback mehanizmi za različite GPU drajvere i OS verzije.
Migracija postojećih Three.js projekata na WebGPU
Paralelno s novim showcaseovima, dio Three.js developera eksperimentira s migracijom postojećih WebGL projekata na WebGPU backend. Prva iskustva su mješovita.
Gdje se vide najveći dobici
Najveće koristi prijavljuju projekti s:
- Kompleksnim PBR materijalima: više slojeva materijala, detaljni normal mapovi i specifični efekti poput clear coat sloja.
- Velikim brojem svjetala: dinamička svjetla, shadow mapovi i screen‑space tehnike koje u WebGL‑u lako postanu bottleneck.
- Masivnim scenama: open‑world okruženja s LOD sustavima, streamingom asseta i velikim brojem instanciranih objekata.
U tim slučajevima WebGPU omogućuje bolje upravljanje memorijom, eksplicitno baratanje bufferima i teksturama, te lakše paraleliziranje rada GPU‑a.
Kada migracija ne donosi očekivani skok
Suprotno marketinškim očekivanjima, dio projekata nakon migracije ne vidi značajnu razliku:
- CPU‑intenzivne scene: logika igre, AI i fizika na CPU‑u ostaju usko grlo, bez obzira na to koriste li rendering WebGL ili WebGPU.
- Minimalni shaderi i malo objekata: jednostavne edukativne vizualizacije, konfiguratori proizvoda s nekoliko modela ili 2D‑3D hibridi ne koriste puni potencijal WebGPU‑a.
- Loše dizajniran pipeline: ako je render pipeline već u WebGL‑u neorganiziran (previše state promjena, nekonzistentno batchiranje), prelazak na WebGPU bez refaktora neće magično ispraviti arhitekturu.
Poruka je jasna: WebGPU nagrađuje pažljiv dizajn render pipelinea i eksplicitno upravljanje resursima. Migracija „1:1” bez promjene arhitekture često propušta glavne prednosti novog API‑ja.
Što WebGL developeri konkretno mogu naučiti
Za WebGL developere praktična poruka iz ovih showcaseova nije „pređi odmah na WebGPU”, nego „razumij gdje ti je usko grlo”.
WebGPU nije čarobni lijek za performanse
WebGPU uvodi novu razinu kontrole nad GPU‑om, ali traži i više rada:
- eksplicitno upravljanje bufferima, teksturama i sinkronizacijom
- detaljno planiranje rendering passova
- više koda za osnovnu infrastrukturu
To ima smisla tek kada scena doista saturira GPU – kada je GPU vrijeme po frameu veće od CPU vremena, a profiliranje pokazuje da su shaderi i draw callovi glavno usko grlo.
Kako izvući maksimum iz WebGL2 danas
Dobro dizajniran WebGL2 renderer i dalje može pružiti stabilan framerate, osobito na slabijem hardveru. Ključne prakse uključuju:
- Smanjenje draw callova: korištenje instancinga, mergeanje statičnih meshova, grupiranje objekata po materijalu.
- Batchiranje geometrije: pakiranje više objekata u zajedničke buffere, izbjegavanje čestih promjena VAO‑a i atributa.
- Optimizacija tekstura: komprimirani formati (ASTC, ETC, BC gdje je moguće), mipmapovi, pažljiv odabir rezolucije i kanala.
- Razumna upotreba PBR‑a: ograničavanje broja varijanti materijala, dijeljenje shader koda i izbjegavanje nepotrebno skupih operacija u fragment shaderu.
- Profiliranje: korištenje ugrađenih alata preglednika, WebGL debug ekstenzija i mjerenje stvarnog GPU vremena po passu.
U mnogim poslovnim i edukativnim projektima, ovakva disciplina donosi veći dobitak od same migracije na WebGPU.
Hibridni pristupi: WebGL kao baseline, WebGPU kao high‑end profil
Analiza showcase projekata i rasprava u zajednici sugerira da će se ekosustav kretati prema hibridnim strategijama, umjesto naglog napuštanja WebGL‑a.
Više render putanja u istom projektu
Realističan scenarij za iduće godine izgleda ovako:
- WebGL2 baseline: osnovna render putanja koja radi na širokom rasponu preglednika i GPU‑a, s pažljivo odabranim kompromisima u kvaliteti.
- WebGPU high‑end profil: dodatna putanja koja se aktivira na modernim preglednicima i GPU‑ima, s uključenim naprednim efektima, višom rezolucijom i bogatijim PBR materijalima.
Detekcija mogućnosti (feature detection) i analitika korištenja mogu voditi odluke: koji postotak korisnika uopće ima WebGPU, kakvi su im GPU‑i, koliki FPS ostvaruju u praksi. Na temelju tih podataka timovi mogu postupno povećavati ulog u WebGPU, bez napuštanja WebGL‑a preko noći.
Segmentacija publike i produktne odluke
Za neke projekte, poput AAA web igara ili premium brend iskustava, ima smisla agresivnije gurati WebGPU i prihvatiti manju publiku. Za druge, poput edukativnih alata, B2B konfiguratora ili enterprise dashboarda, WebGL će još dugo biti primarni izbor.
U tom kontekstu, razumijevanje stvarnih performansi WebGL‑a i njegovih granica ostaje jednako važno kao i savladavanje novih WebGPU API obrazaca. Showcase projekti 2026. ne pokazuju kraj WebGL‑a, već početak složenije, segmentirane strategije renderinga na webu.
