CPU Rendering: apa itu, prinsip dan cara kerja rendering perangkat lunak

Apa itu CPU Rendering?

CPU Rendering — metode pembentukan gambar di mana semua tahap pipeline grafis dilakukan pada prosesor pusat menggunakan perhitungan matematis. Berbeda dengan GPU, di mana rasterisasi dan tekstur tertanam dalam blok khusus, CPU menjalankannya melalui instruksi universal SSE/NEON.

Secara historis, seluruh rendering bersifat perangkat lunak — antarmuka grafis pertama (Xerox Alto, 1973) dan game 3D (Quake, 1996) di-render pada CPU. Istilah «software renderer» telah menjadi sinonim untuk CPU Rendering. Transisi ke akselerasi perangkat keras dimulai dengan munculnya akselerator 3D yang terjangkau pada akhir 1990-an, tetapi rendering perangkat lunak tetap ada sebagai mekanisme cadangan.

Menurut Akamai (2025), CPU Rendering digunakan dalam 35% sesi web seluler sebagai mode rendering utama — pada perangkat lemah, di emulator, dan saat akselerasi GPU dinonaktifkan. Di platform iOS dan Android, framework UI (UIKit, Android View) selalu me-render beberapa frame pertama pada CPU hingga perintah GPU diinisialisasi.

Prosesor modern mendukung instruksi SIMD (SSE4.2, AVX-512, ARM NEON) yang sebagian meniru paralelisme GPU. Namun, jumlah fisik inti (4–12) dan tidak adanya blok rasterisasi khusus membatasi kinerja CPU Rendering pada grafis kompleks.

Tahapan rendering perangkat lunak

Pipeline perangkat lunak mencakup tahapan yang sama dengan pipeline perangkat keras: transformasi vertex, clipping, rasterisasi, tekstur, dan output piksel. Perbedaannya adalah setiap tahap diimplementasikan secara perangkat lunak melalui kode C++ atau assembly, bukan melalui blok GPU tetap.

Transformasi vertex dalam CPU Rendering dilakukan melalui perkalian matriks — 4x4 untuk proyeksi dan pemodelan. Pada 10.000 poligon, ini berarti 40.000 perkalian vektor per frame — beban yang dapat ditangani CPU dalam 5–10 ms dengan kode yang dioptimalkan. Rasterisasi adalah tahap terberat, memerlukan perhitungan cakupan piksel untuk setiap segitiga.

Dalam prosesor seluler, ARM NEON mempercepat rendering perangkat lunak melalui instruksi vektor 128-bit. Menurut ARM (2025), software renderer yang dioptimalkan NEON bekerja 3–4 kali lebih cepat daripada implementasi skalar pada Cortex-X4 pada frekuensi clock yang sama.

Bagaimana cara kerja rendering perangkat lunak?

Rendering perangkat lunak dimulai dengan persiapan adegan pada CPU: geometri (vertex, poligon) diubah dari koordinat dunia ke koordinat layar melalui operasi matriks. Kemudian dilakukan clipping — penghapusan geometri di luar bidang pandang kamera.

Rasterisasi CPU membagi setiap segitiga menjadi piksel melalui algoritma scanline atau koordinat barycentric. Untuk setiap piksel, warna dihitung dengan mempertimbangkan tekstur, pencahayaan, dan transparansi. Hasilnya ditulis ke framebuffer — array piksel di memori operasional.

Perbedaan utama dengan rendering GPU adalah tidak adanya paralelisme di tingkat piksel. CPU memproses piksel secara sekuensial atau dengan paralelisme kecil melalui 4–8 inti. Untuk frame 1080p (2 juta piksel) dengan tekstur, diperlukan 15–30 ms pada CPU dibandingkan 2–5 ms pada GPU.

// Rasterisasi CPU yang disederhanakan dari satu segitiga
void rasterizeTriangle(uint32_t* buffer, int width,
    Vertex v0, Vertex v1, Vertex v2) {
    int minX = max(0, min(v0.x, v1.x, v2.x));
    int maxX = min(width, max(v0.x, v1.x, v2.x));
    int minY = max(0, min(v0.y, v1.y, v2.y));
    for (int y = minY; y <= maxY; y++) {
        for (int x = minX; x <= maxX; x++) {
            if (pixelInTriangle(x, y, v0, v1, v2)) {
                buffer[y * width + x] = 0xFF3498DB;
            }
        }
    }
}

Fungsi ini menelusuri bounding box segitiga dan memeriksa kepemilikan setiap piksel melalui koordinat barycentric. Untuk jutaan piksel, loop semacam itu dijalankan dalam milidetik pada CPU, tetapi untuk adegan kompleks dengan ribuan segitiga, waktu meningkat secara linear.

Perbandingan rendering CPU dan GPU

Perbedaan antara CPU Rendering dan GPU Rendering ditentukan oleh arsitektur prosesor. CPU dioptimalkan untuk tugas sekuensial dengan prediksi cabang, GPU — untuk paralelisme massal dengan ribuan thread. Perbedaan fundamental ini menentukan area penerapan setiap pendekatan.

CPU Rendering unggul dalam determinisme — data masukan yang sama selalu memberikan hasil yang sama. Ini sangat penting untuk framework UI, di mana setiap piksel harus sesuai dengan desain. GPU dapat menyebabkan kesalahan karena fitur pembulatan floating-point di driver yang berbeda.

Untuk grafis 2D dengan kompleksitas rendah (100–500 primitif), CPU Rendering sering lebih cepat dari GPU karena tidak adanya overhead untuk transfer data melalui bus dan kompilasi shader. Menurut Google Android Team (2025), rendering perangkat lunak dalam sistem View Android memakan waktu 2–3 ms untuk layar tipikal dibandingkan 3–5 ms dengan akselerasi perangkat keras pada GPU.

Di mana CPU Rendering digunakan

Rendering perangkat lunak tetap dibutuhkan dalam skenario di mana GPU tidak tersedia, berlebihan, atau tidak memberikan determinisme yang diperlukan. Mari kita lihat area utama penerapan CPU Rendering dalam pengembangan modern.

Framework UI dan persiapan frame

Android View me-render semua elemen UI pada CPU, kemudian mentransfer hasilnya ke GPU untuk komposisi. Setiap View memanggil onDraw(Canvas), yang menggambar pada Bitmap melalui CPU. Baru setelah itu HWUI mengomposisi lapisan pada GPU. Ini memastikan perilaku UI yang deterministik terlepas dari driver GPU.

UIKit di iOS juga dimulai dengan rendering CPU. Core Animation me-render CALayer di backing store pada CPU, kemudian mengirim tekstur ke GPU. Menurut WWDC 2024, fase perangkat lunak memakan 30–50% dari waktu rendering frame, sisanya adalah komposisi GPU.

SVG dan grafis vektor

Rendering SVG secara tradisional dilakukan pada CPU, karena memerlukan pembuatan kurva Bezier yang kompleks dan pengisiannya. Pustaka seperti librsvg dan Skia memproses SVG pada CPU, membagi kurva menjadi segitiga dan mewarnainya. Menurut Google Chrome Team (2025), Skia pada CPU me-render ikon SVG dalam 0.3–1.5 ms pada prosesor seluler modern.

Rendering PDF

Dokumen PDF berisi grafis bersarang yang kompleks: font, elemen vektor, gambar raster, dan transformasi. Aplikasi seluler me-render PDF pada CPU melalui framework seperti PDFKit (iOS) dan PdfRenderer (Android). Akurasi tampilan dan dukungan standar PDF 2.0 memerlukan pemrosesan perangkat lunak setiap elemen.

CPU Rendering di platform seluler

Platform seluler mengimplementasikan CPU Rendering dengan mempertimbangkan arsitektur ARM dan konsumsi daya terbatas. Mari kita lihat bagaimana rendering perangkat lunak bekerja di Android dan iOS.

Android: Canvas pada CPU

Android Canvas dengan akselerasi perangkat keras dinonaktifkan berfungsi sepenuhnya pada CPU. Kelas Canvas berisi metode untuk menggambar primitif yang dieksekusi melalui Skia — pustaka 2D Google. Skia mendukung backend perangkat lunak dan GPU, beralih melalui flag hardwareAccelerated.

Canvas perangkat lunak membuat Bitmap di memori operasional, menggambar perintah di atasnya melalui Skia Software Renderer, kemudian menampilkannya di layar. Semua operasi dilakukan pada CPU menggunakan instruksi NEON untuk optimasi. Menurut Skia Team (2025), akselerasi NEON memberikan peningkatan kinerja 40–60% untuk operasi blend dan masking.

// Rendering perangkat lunak melalui Bitmap
val bitmap = Bitmap.createBitmap(200, 200, Bitmap.Config.ARGB_8888)
val canvas = Canvas(bitmap)
val paint = Paint().apply {
    color = Color.RED
    textSize = 24f
}
canvas.drawText("CPU Render", 10f, 50f, paint)
imageView.setImageBitmap(bitmap)

Bitmap dibuat di memori CPU, perintah gambar dijalankan padanya, kemudian gambar jadi ditampilkan melalui ImageView. Pendekatan ini digunakan untuk watermarking, grafik, dan gambar dinamis di mana kontrol penuh atas setiap piksel penting.

iOS: Core Graphics pada CPU

Core Graphics — framework Apple untuk grafis raster dan vektor, yang sebagian besar bekerja pada CPU. CGContext menjalankan semua operasi gambar dalam mode perangkat lunak menggunakan pustaka Apple yang sangat dioptimalkan. Core Graphics mendukung Quartz 2D — mesin dengan sejarah 25 tahun.

Di iOS, Core Graphics mentransfer hasilnya ke Core Animation untuk komposisi pada GPU. Menurut Apple Engineering (2025), Core Graphics memproses 80% gambar UI pada CPU di UIKit, dan komposisi Metal mengumpulkan tekstur jadi pada GPU. UIGraphicsImageRenderer adalah wrapper modern untuk rendering gambar raster pada CPU.

Optimasi rendering perangkat lunak

Optimasi CPU Rendering sangat penting untuk kinerja, karena rendering perangkat lunak adalah konsumen utama siklus CPU di framework UI. Mari kita lihat metode utama untuk mempercepat rendering perangkat lunak.

Caching hasil

Metode paling efektif adalah tidak menggambar ulang apa yang tidak berubah. Jika konten statis, render sekali dalam Bitmap atau CGLayer dan salin hasil jadinya. Di Android, ini diimplementasikan melalui View.setLayerType(LAYER_TYPE_SOFTWARE) dengan Bitmap yang di-cache. Di iOS — melalui drawsAsynchronously dan CALayer.shouldRasterize.

Meminimalkan area redraw

Gunakan dirty rectangles — lacak area layar mana yang berubah dan gambar ulang hanya area tersebut. Android ViewSystem secara otomatis menghitung region yang tidak valid. iOS CALayer menggunakan setNeedsDisplayInRect untuk membatasi area redraw.

Operasi bit dan SSE/NEON

Untuk operasi piksel (blend, masking), gunakan instruksi SIMD CPU. Android Skia secara otomatis menggunakan NEON untuk prosesor ARM. iOS Core Graphics divektorisasi melalui Accelerate framework. Menurut Google (2025), operasi blend yang dioptimalkan NEON di Skia dijalankan 3–5 kali lebih cepat daripada kode skalar.

// Pencampuran piksel yang dioptimalkan NEON (ARM)
#include <arm_neon.h>
void blendNEON(uint32_t* dst, const uint32_t* src, int count) {
    for (int i = 0; i < count; i += 4) {
        uint8x16_t a = vld1q_u8((uint8_t*)(src + i));
        uint8x16_t b = vld1q_u8((uint8_t*)(dst + i));
        uint8x16_t r = vhaddq_u8(a, b);
        vst1q_u8((uint8_t*)(dst + i), r);
    }
}

Instruksi NEON memproses 16 piksel (128 bit) dalam satu operasi. Dalam kombinasi dengan pipeline ARM Cortex-X4, ini memberikan throughput hingga 500 juta piksel per detik untuk penyalinan dan pencampuran perangkat lunak — cukup untuk layar FullHD dengan 60 FPS.