Rilasciato Doom 3 per Mac

il piccolo dettaglio è che l' essere multithreaded è che io sappia l' unico modo in cui un singolo eseguibile, fatto girare da solo, si può avvantaggiare di un sistema SMP ,contando sul fatto che i thread vengano distribuiti su cpu fisiche diverse...

tra l' altro, qui viene anche in gioco l' implementazione del modello di threading realizzato dalla threading library... in alcune si usa un mdoello 1:N tale per cui, in realtà i threads previsti dal programmatore vengono serializzati in un singolo processo...

Avendo finito gli argomenti e avendo dimostrato che non sai di che cosa stai parlando sei passato agl'insulti, quindi per me il discorso si chiude qui.

Su questo forum non è permesso offendere gli altri utenti...

Sei sospeso 5 gg...

Un possessore di sistema Mac non lo possiede certo x attività videoludiche, di conseguenza se fanno qualche conversione in Mac di titoli x pc e console, si vede che se ne vendono abbastanza di titoli.

Dunque se chi ha Mac usufruisce pure dei games(e non contesto questo anzi ben venga), potrebbe riflettere prima di acquistare una conversione simile, se non convenga abbinare al mac stesso una console o un pc, così gioca con tutto e senza limitazioni di titoli disponibili.

fek: comunque a quanto sembra Quake 3 ha il supporto SMP: http://www.hwupgrade.it/articoli/522/4.html

Non escludo a priori che il gamecode lo possa avere. Come ho gia' scritto non mi sembra probabile, ma alcune prove farebbero intendere il contrario e non ho altre informazioni a riguardo.
Sicuramente il motore 3d non lo supporta, di questo ne sono certo.

Probabilmente riguarda soprattutto l'audio...come si vede dai test...

cavoli...

ieri credevo di essere andato a dormire lasciando alle spalle tutto il casino che è successo ieri! Ma alla fine questa guerra ha mietuto vittime, e qualcuno è stato bannato... succede! Cmq il fatto che il gamecode supporti l'SMP, non vuol dire che lo supporti anche il motore grafico. E visto che è proprio quest'ultimo ad impiegare la maggiorparte delle risorse, sarebbe quello che potrebbe beneficiare maggiormente dell'SMP! Tutto quì. Mi sono quasi annoiato a leggere scrupolosamente il battibecco... sperando in qualche affermazione nuova, ma nulla di tutto ciò!

x Samslaves

Ogni approfondimento è sempre ben accolto! Cmq avevo già sentito parlare della libreria pthread.h, se ne parla in Computer Programming di Febbraio (tra l'altro un articolo parla proprio di Multithread à la Posix... ) . Per quanto riguarda i frameworks OOP, x esperienza ho visto che, quando possibile, è sempre meglio inserire manualmente dell'in line assembly nel codice, sfruttando le istruzioni SSE (SIMD) manualmente di solito si riesce a fare meglio di qualunque compilatore, anche se attivare dei flag semplicemente in compile-time è comodo e spesso l'unica strada percorribile in caso di progetti complessi!

p.s. sono da sempre un fan dei processori risc, più in generale vettoriali come il Power4 o Power5! Quindi ero già a conoscenza della potenza sprigionabile da in G5 (che deriva da architettura IBM), avendola studiata attentemente!

ciao!

Quasi certamente l'audio e' in un thread separato. Possibile (ma improbabile) che lo sia anche il sistema di animazioni. Io ad esempio tengo la cache delle animazioni un thread separato, tutto il resto del motore 3d per me e' single thread (per ora).