Forum libero

Mi accodo.

Giorni fa mi ha mostrato un articolo in cui si sostiene che non esistono soluzioni soddisfacenti al problema delle race condition che si formano in ambiti multiprocessore. Tuttavia, anche in un singolo processore, ormai, data la complessità dell'architettura, esisteranno sottoparti che lavorano in parallelo, immagino. Perciò qualcuno il problema delle race condition l'avrà risolto, no?

Gatto multitaschin

Mah, premettendo che al momento mi piace proprio ignorarle, le schede grafiche e la multiprogrammazione, perche`... non ho ancora finito di vedermela con un singolo processore (sono rimasto indietro)...

> considerando che l'approccio odierno nell'ambito
> del graphic processing (specialmente quello
> real-time destinato al mercato videoludico e
> simili) tende al parallelismo più spinto
> possibile,

...cosa di cui tutto sommato vedo l'utilita`, non e` che sia poi cosi` patologicamente retrogrado. L'idea mi piacerebbe se si potesse applicare direttamente al real-time ray tracing: che so, ogni core GPU renderizza una linea di scansione. Quello sarebbe bello. E dato che i modelli in CSG prenderebbero poca memoria, per evitare problemi mi piacerebbe ci fossero tanti chippini di memoria con relativi controllerini e bussini. Cioe`, ogni chippino conterrebbe poi lo stesso modello e potrebbe fornire al relativo processore tutti i dati del modello, indipendentemente e parallelamente alle letture fatte dagli altri chip.

> mi veniva invece da chiederti come tu
> avresti sviluppato una scheda grafica con
> prestazioni 2d e 3d
> all'avanguardia.
> Senza vincoli di api standard da supportare.

Il problema non sono le API, quelle riguardano il sistema operativo e una volta identificate ci si puo` costruire sopra un'interfaccia universale per le proprie applicazioni. Il problema che ho con le schede grafiche riguarda i drivers, ed e` piu` che altro una questione di filosofia: a me non piace che diverse schede, nel basso livello, espongano un'interfaccia proprietaria anche per le funzionalita` piu` comuni. Questo e` stato superato (e ho stappato lo spumante quando e` successo) con la VBE per la grafica 2D. Io vorrei che ci fosse un'equivalente della VBE anche per le accelerazioni come l'antialiasing e il rendering 3D. Cosicche` potrebbero usare un driver generico, lasciando ai driver specifici il compito di gestire funzioni meno comuni e distintive. Ora, fra l'altro, non so neanche se una cosa del genere esista gia`: in definitiva non mi sono ancora posto il problema di cercarla o di preoccuparmene.

Ancora piu` in generale, dipendesse da me, io non demanderei affatto a una cosa chiamata "scheda grafica" l'elaborazione di un rendering. Caldeggerei lo sviluppo di processori con un FOTTIO di core che fanno capo a banchi di memoria dedicati e inviano l'output a un framebuffer comune.

Insomma, "spalmerei" la scheda grafica sulla mainboard e la renderei accessibile assegnando ad ogni routine di rendering un core. Non sarebbe piu` una scheda grafica, insomma, ma un'architettura che nell'insieme agevola i processi di rendering.

hm... ma sono idee generali, davvero.
Buttate li` sul momento.

Io personalmente, non ho problemi a usare un processore da 630 MHz e tirarne fuori un rendering in tempo reale che abbia una qualita` che piace a me. Ma io mi accontento di poco.