Analisis GPU Rasterization vs Compute Workload dalam Game Engine

Pernah ngalamin kan, game yang udah susah payah kita develop, pas di tangan user frameratenya anjlok parah? Padahal di PC dev kita lancar jaya? Seringnya, akar masalahnya bukan di CPU lagi, tapi di GPU. Dan ini yang sering banget kejadian: kita nge-debug mati-matian di CPU, padahal GPU-nya udah megap-megap.

Nah, di dunia game engine modern, kita gak bisa lagi cuma mikir GPU itu cuma buat "gambar-gambar". GPU sekarang itu kayak superkomputer mini yang bisa melakukan banyak hal secara paralel. Tapi, ada dua workload utama yang perlu kita pahami betul: Rasterization dan Compute. Keduanya punya karakteristik dan ‘beban’ yang beda, dan kalau kita gak bisa ngebedain atau bahkan nge-balance keduanya, ya jangan heran kalau performa game jadi amburadul.

Kenapa Ini Sering Jadi Biang Kerok Performance?

Dulu, kebanyakan game engine fokusnya ke rasterization. Maksudnya apa? Ya itu proses mengubah geometri 3D (titik, garis, segitiga) jadi piksel di layar. Ini melibatkan proses vertex processing, setup, rasterisasi itu sendiri, sampai fragment shading dan akhirnya nulis ke framebuffer. Singkatnya, ini semua tentang menggambar geometri.

Masalahnya, game modern sekarang butuh lebih dari sekadar menggambar. Kita butuh efek post-processing yang gila-gilaan, simulasi fisika yang lebih kompleks, culling yang cerdas, sampai teknik pencahayaan global yang realistis. Semua ini, atau setidaknya sebagian besar, gak lagi dikerjain pakai pipeline rasterisasi tradisional, tapi pakai compute shaders. Ini workload yang lebih "general purpose", di mana GPU dipakai buat ngitung data mentah, bukan cuma gambar piksel.

Yang sering terjadi, kita sebagai developer sering kejebak. Mungkin kita optimasi habis-habisan di sisi draw call dan jumlah poligon (rasterization), tapi lupa kalau post-processing kita udah terlalu berat (compute). Atau sebaliknya, kita jago bikin shader yang efisien (compute), tapi gak sadar kalau scene kita penuh objek kecil dengan draw call ribuan yang bikin rasterization pipeline mampet.

Game engine modern, kayak Unity atau Unreal Engine, udah sangat mengandalkan kombinasi keduanya. Misalnya, deferred rendering, sebagian besar pencahayaan dikerjakan di compute shader. Global Illumination (GI) juga banyak yang pakai compute. Jadi, batas antara raster dan compute ini semakin tipis, tapi kalau gak dipahami, bisa jadi bom waktu performance.

Dampak Kalau Dibiarkan Terus

Kalau kita ngebiarin imbalance antara rasterization dan compute workload ini, dampaknya jelas banget:

Framerate Anjlok Tidak Konsisten: Di satu area game lancar, pas masuk area lain langsung drop drastis. Ini sering terjadi karena workload GPU-nya pindah dominasi.

GPU Bottleneck yang Sulit Dideteksi: Alat profiling CPU kita mungkin bilang semua beres, tapi GPU-nya sibuk banget sampe gak bisa nafas. Tanpa profiling GPU yang proper, kita bakal ngebug di tempat yang salah.

Kualitas Grafis Terpaksa Dipangkas: Karena gak tahu persis mana yang jadi beban, ujung-ujungnya semua setting grafis diturunin, padahal mungkin cuma satu aspek aja yang bikin berat.

Waktu Pengembangan Terbuang Percuma: Debugging jadi lama, trial-and-error, dan solusi yang ditemukan seringnya cuma tambal sulam.

Solusi Praktis dan Realistis

Oke, cukup keluh kesahnya. Sekarang gimana solusinya? Ini yang sering saya lakukan:

1. Profiling, Profiling, Profiling (di GPU!)

Ini mutlak. Jangan cuma lihat CPU profile. Kita butuh tools yang bisa kasih insight mendalam tentang apa yang dikerjain GPU. Beberapa yang sering saya pakai:

RenderDoc: Gratis dan super powerful buat nge-capture frame dan analisis draw call, shader, tekstur, buffer, dan timing per event. Ini must-have.

NVIDIA Nsight Graphics / AMD Radeon GPU Profiler (RGP): Ini tools spesifik vendor yang kasih data lebih detail lagi tentang hardware GPU itu sendiri, termasuk unit raster, unit compute, memory bandwidth, dll. Kalau kamu develop di target hardware tertentu, ini berharga banget.

Built-in Profiler Engine: Unity dan Unreal punya profiler sendiri. Pastikan kamu aktifkan mode GPU profiling-nya.

Dengan tools ini, kamu bisa lihat persis:

Berapa waktu yang dihabiskan untuk rasterization (draw calls, vertex/fragment shaders).

Berapa waktu yang dihabiskan untuk compute shaders (post-processing, culling, dll).

Memory bandwidth usage.

Ini kuncinya: identifikasi bottleneck-nya dulu. Apakah di vertex shader, fragment shader, atau di compute shader dispatch?

2. Strategi Optimalisasi Berdasarkan Bottleneck

Jika Bottleneck di Rasterization:

Kurangi Draw Calls: Ini raja dari segala raja. Setiap draw call ada overhead CPU dan GPU. Gabungkan mesh (batching), gunakan instancing buat objek yang sama (misal rumput, pohon), atau pakai texture atlas.

Sederhanakan Geometri: Gunakan LOD (Level of Detail) yang agresif. Objek jauh gak perlu poligon detail. Manfaatkan normal map dan detail texture, bukan poligon asli.

Optimasi Overdraw: Overdraw itu saat piksel digambar berkali-kali di tempat yang sama. Pakai early Z-pass atau atur urutan rendering objek dari depan ke belakang. Hindari Alpha Blend yang berlebihan, karena itu sering bikin overdraw parah.

Vertex Shader Ringan: Pastikan vertex shader-mu gak ngitung aneh-aneh yang gak perlu.

Jika Bottleneck di Compute Workload:

Sederhanakan Compute Shader: Sama kayak fragment shader, kurangi instruksi, kurangi sample tekstur yang gak perlu, hindari loop yang tak terbatas, dan gunakan tipe data yang tepat (float16 kalau bisa).

Optimasi Algoritma: Kalau kamu punya custom culling atau simulasi fisika pakai compute, pastikan algoritmanya efisien. Gunakan teknik seperti Tiling atau Shared Memory di GPU buat akses data lebih cepat.

Ukuran Dispatch Grup yang Tepat: Setiap GPU punya preferred workgroup size. Eksperimen buat cari ukuran terbaik buat compute shader kamu.

Memory Bandwidth: Compute shader seringkali sangat haus bandwidth memori. Pastikan data yang kamu akses itu tersimpan secara koheren dan hindari akses acak yang bikin cache miss. Compressed textures atau data yang lebih ringkas itu teman baikmu.

Kurangi Jumlah Dispatch: Setiap kali kamu dispatch compute shader, ada overhead. Coba gabungkan beberapa compute pass jadi satu kalau memang memungkinkan.

Tips Tambahan & Insight yang Jarang Dibahas

Perhatikan Memory Bandwidth: Ini sering dilupakan. Baik rasterization (tekstur, G-buffer) maupun compute (data input/output) sama-sama butuh bandwidth memori GPU. Kalau bandwidth-nya jadi bottleneck, mau se-efisien apapun shader atau geometri kamu, bakal tetap lambat.

Context Switching: Setiap kali GPU pindah dari pipeline raster ke compute, ada biaya overhead. Minimalkan perpindahan ini kalau bisa. Misalnya, kelompokkan semua compute pass jadi satu, lalu semua raster pass.

Arsitektur GPU itu Beda: Jangan samakan semua GPU. NVIDIA punya arsitektur yang mungkin lebih kuat di rasterization (TMU count), sementara AMD kadang unggul di compute units (ALU count). Pahami target market game kamu.

Bukan Hanya FPS, Tapi Frame Time: Jangan cuma lihat angka FPS. Lihat juga frame time grafiknya. Kalau grafiknya spiking tinggi sesekali, itu artinya ada stuttering yang bikin pengalaman user jadi jelek. Itu sering jadi indikasi ada workload berat yang datang sesekali.

Test di Hardware Spek Menengah: Jangan cuma test di GPU paling dewa. Test di hardware yang lebih mendekati rata-rata user. Di situlah bottleneck yang sebenarnya akan muncul.

Intinya, jangan cuma "nebak-nebak" pas optimasi performa. Gunakan data dari profiler. Pahami benar perbedaan antara beban kerja rasterization dan compute. Dengan begitu, kamu bisa menargetkan optimasi dengan lebih akurat dan bikin game yang gak cuma bagus secara visual, tapi juga mulus saat dimainkan.

Benerin Tech