CPU Rendering: шта је, принципи и како ради софтверско рендеровање

Шта је CPU Rendering?

CPU Rendering — метода формирања слике у којој се све фазе графичког цевовода извршавају на централном процесору помоћу математичких прорачуна. За разлику од GPU-а, где су растеризација и текстурирање уграђени у специјализоване блокове, CPU их извршава кроз универзалне инструкције SSE/NEON.

Историјски, целокупно рендеровање је било софтверско — први графички интерфејси (Xerox Alto, 1973) и 3D игре (Quake, 1996) су рендероване на CPU-у. Термин «software renderer» се утврдио као синоним за CPU Rendering. Прелазак на хардверску акселерацију започео је са појавом доступних 3D акселератора крајем 1990-их, али је софтверско рендеровање остало као механизам за припремну употребу.

Према Akamai (2025), CPU Rendering се користи у 35% мобилних веб сесија као главни режим рендеровања — на слабим уређајима, у емулаторима и када је GPU акселерација искључена. На iOS и Android платформама, UI фрејмворки (UIKit, Android View) првих неколико оквира увијек рендерују на CPU-у до иницијализације GPU наредби.

Савремени процесори подржавају SIMD инструкције (SSE4.2, AVX-512, ARM NEON), које делимично имитирају паралелизам GPU-а. Међутим, физички број језгри (4–12) и недостатак специјализованих блокова за растеризацију ограничавају перформансу CPU Rendering-а код сложене графике.

Фазе софтверског рендеровања

Софтверски цевовод укључује исте фазе као и хардверски: трансформацију темена, одсецање, растеризацију, текстурирање и испис пиксела. Разлика је у томе што је свака фаза имплементирана софтверски кроз C++ или асемблерски код, а не кроз фиксне блокове GPU-а.

Трансформација темена у CPU Rendering-у се обавља множењем матрица — 4x4 за пројекцију и моделовање. Код 10 000 полигона, то је 40 000 множења вектора по оквиру — оптерећење са којим се CPU носи за 5–10 мс са оптимизованим кодом. Растеризација је најтежа фаза, која захтева израчунавање покривености пиксела за сваки троугао.

У мобилним процесорима, ARM NEON убрзава софтверско рендеровање захваљујући векторским инструкцијама ширине 128 бита. Према ARM (2025), NEON-оптимизовани software renderer ради 3–4 пута брже од скаларне имплементације на Cortex-X4 при истој тактној фреквенцији.

Како ради софтверско рендеровање?

Софтверско рендеровање почиње са припремом сцене на CPU-у: геометрија (темена, полигони) се претвара из светских у екранске координате кроз матричне операције. Затим се врши одсецање — уклањање геометрије изван видног поља камере.

Растеризација CPU-а разбија сваки троугао на пикселе кроз алгоритам скенирања линија (scanline) или барицентричне координате. За сваки пиксел се израчунава боја узимајући у обзир текстуре, осветљење и прозирност. Резултат се уписује у framebuffer — низ пиксела у оперативној меморији.

Кључна разлика у односу на GPU рендеровање је недостатак паралелизма на нивоу пиксела. CPU обрађује пикселе секвенцијално или са малим паралелизмом кроз 4‘ језгари. За оквир 1080p (2 милиона пиксела) са текстурирањем потребно је 15–30 мс на CPU-у наспрам 2–5 мс на GPU-у.

// Поједностављена CPU растеризација једног троугла
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;
            }
        }
    }
}

Функција обилази bounding box троугла и проверава припадност сваког пиксела кроз барицентричне координате. За милионе пиксела, таква петља се извршава у милисекундама на CPU-у, али за сложене сцене са хиљадама троуглова време расте линеарно.

Поређење CPU и GPU рендеровања

Разлика између CPU Rendering и GPU Rendering је одређена архитектуром процесора. CPU је оптимизован за секвенцијалне задатке са предвивањем гранања, а GPU — за масовни паралелизам са хиљадама нити. Ова фундаментална разлика одређује подручја примене сваког приступа.

CPU Rendering побеђује у детерминизму — исти улазни подаци увијек дају исти резултат. То је кључно за UI фрејмворке, где сваки пиксел мора да се поклапа са дизајном. GPU може уносити грешке због заокруживања у пливајућој запети у различитим драјверима.

За 2D графику ниске сложености (100–500 примитива), CPU Rendering је често бржи од GPU-а због непостојања додатних трошкова за пренос података кроз магистралу и компилацију шејдера. Према Google Android Team (2025), софтверско рендеровање у View систему Android-а траје 2–3 мс за типичан екран наспрам 3–5 мс са хардверском акселерацијом на GPU-у.

Где се користи CPU Rendering

Софтверско рендеровање остаје потребно у сценаријима где GPU није доступан, сувишан или не пружа потребан детерминизам. Погледајмо главна подручја примене CPU Rendering-а у савременом развоју.

UI фрејмворки и припрема оквира

Android View рендерује све UI елементе на CPU-у, затим преноси резултат GPU-у за композицију. Сваки View позива onDraw(Canvas), који црта по Bitmap-у путем CPU-а. Тек након тога HWUI компонује слојеве на GPU-у. Ово осигурава детерминистичко понашање UI-ја независно од GPU драјвера.

UIKit на iOS-у такође почиње са CPU рендеровања. Core Animation рендерује CALayer у backing store на CPU-у, затим шаље текстуре на GPU. Према WWDC 2024, софтверска фаза заузима 30–50% времена рендеровања оквира, остало је GPU композиција.

SVG и векторска графика

SVG рендеровање се традиционално извршава на CPU-у, јер захтева изградњу сложених Безијерових кривуља и њихово попуњавање. Библиотеке попут librsvg и Skia обрађују SVG на CPU-у, разбијајући кривуље на троуглове и бојећи их. Према Google Chrome Team (2025), Skia на CPU-у рендерује SVG иконице за 0.3–1.5 мс на савременим мобилним процесорима.

PDF рендеровање

PDF документи садрже сложену угнијездену графику: фонтове, векторске елементе, растерске слике и трансформације. Мобилне апликације рендерују PDF на CPU-у кроз фрејмворке попут PDFKit (iOS) и PdfRenderer (Android). Прецизност приказа и подршка стандарда PDF 2.0 захтевају софтверску обраду сваког елемента.

CPU Rendering на мобилним платформама

Мобилне платформе имплементирају CPU Rendering узимајући у обзир ARM архитектуру и ограничену потрошњу енергије. Погледајмо како ради софтверско рендеровање на Android-у и iOS-у.

Android: Canvas на CPU-у

Android Canvas са искљученом хардверском акселерацијом ради потпуно на CPU-у. Класа Canvas садржи методе за цртање примитива који се извршавају кроз Skia — Google-ovu 2D библиотеку. Skia подржава софтверске и GPU бекендове, прекидајући путем флага hardwareAccelerated.

Софтверски Canvas креира Bitmap у оперативној меморији, црта наредбе на њем путем Skia Software Renderer-а и затим га приказује на екрану. Све операције се извршавају на CPU-у коришћењем NEON инструкција за оптимизацију. Према Skia Team (2025), NEON убрзање даје повећање перформанси од 40–60% за операције стапања и маскирања.

// Софтверско рендеровање путем 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 се креира у CPU меморији, на њем се извршавају наредбе цртања, затим се готова слика приказује кроз ImageView. Овакав приступ се користи за воден жиг, графиконе и динамичке слике где је потпуна контрола над сваким пикселом важна.

iOS: Core Graphics на CPU-у

Core Graphics — Apple-ов фрејмворк за растерску и векторску графику, који ради претежно на CPU-у. CGContext извршава све операције цртања у софтверском режиму, користећи високо оптимизоване Apple-ове библиотеке. Core Graphics подржава Quartz 2D — погон са 25-годишњом историјом.

На iOS-у, Core Graphics преноси резултат Core Animation-у за композицију на GPU-у. Према Apple Engineering (2025), Core Graphics обрађује 80% UI цртања на CPU-у у UIKit-у, а Metal композиција сакупља готове текстуре на GPU-у. UIGraphicsImageRenderer је савремени омотач за рендеровање растерских слика на CPU-у.

Оптимизација софтверског рендеровања

Оптимизација CPU Rendering-а је кључна за перформансу, јер је софтверско рендеровање главни потрошач CPU циклуса у UI фрејмворкима. Погледајмо кључне методе убрзавања софтверског рендеровања.

Кеширање резултата

Најефикаснија метода је не прецртавати оно што се није промијенило. Ако је садржај статичан, рендерујте га једном у Bitmap или CGLayer и копирајте готов резултат. У Android-у, ово је имплементирано кроз View.setLayerType(LAYER_TYPE_SOFTWARE) са кешираним Bitmap-ом. У iOS-у — кроз drawsAsynchronously и CALayer.shouldRasterize.

Минимизација површине прецртавања

Користите dirty rectangles — пратите који су се делови екрана промијенили и прецртавајте само њих. Android ViewSystem аутоматски израчунава invalidated region. iOS CALayer користи setNeedsDisplayInRect за ограничавање површине прецртавања.

Битовске операције и SSE/NEON

За операције са пикселима (blend, маскирање), користите SIMD инструкције CPU-а. Android Skia аутоматски користи NEON за ARM процесоре. iOS Core Graphics је векторизован кроз Accelerate framework. Према Google (2025), NEON-оптимизоване blend операције у Skia-и су 3–5 пута брже од скаларног кода.

// 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);
    }
}

NEON инструкције обрађују 16 пиксела (128 бита) у једној операцији. У комбинацији са ARM Cortex-X4 цевоводом, ово омогућује проток од 500 милиона пиксела у секунди при софтверском копирању и мешању — довољно за FullHD екран са 60 FPS.