Intel spinge il Pentium M sui server

Non esiste niente del genere...
E' falso. Fumo negli occhi. Non esiste e non esisterà mai alcun compilatore capace di tradurre un linguaggio in istruzioni ottimizzate per più cpu che funzionano in parallelo. Non solo la maggior parte degli algoritmi sono inerentemente NON parallelizzabili, ma anche quei pochi che lo sono devono essere appositamente strutturati già dal programmatore per evitare dipendenze, cosa che un compilatore semplicemente non può sapere in anticipo quando va a generare il codice. In sostanza, quella di Intel è una bufala per chi non capisce nulla di informatica. Ormai sono talmente disperati dal fatto che AMD li sta surclassando in tutto, che non sanno più a che inventarsi...

Re: Non esiste niente del genere...
"Quelli di Intel includono una funzione, detta auto-parallelization, che analizza il codice alla ricerca di opportunità per creare più thread di esecuzione: il chipmaker ammette che questa funzione non può sostituirsi alla perizia e all'abilità del programmatore ma, in molti casi, aiuta a generare binari più efficienti e ottimizzati per le moderne architetture multi-threading."Prima di parlare di informatica, impara a capire l'italiano.

Re: Non esiste niente del genere...
infatti dice: "sono state studiate per aiutare gli sviluppatori a scrivere codice ottimizzato per il multi-threading"non dice: "faccio miracoli" :)

Re: Non esiste niente del genere...
> quella di Intel è una bufala> per chi non capisce nulla di informatica.e secondo te come fanno i processori ad eseguire in parallelo 2 o più threads? Usando un algorimo, che quindi esiste ed è possibile utilizzare per ottimizzare in partenza i programmi.

Re: Non esiste niente del genere...
- Scritto da: Anonimo> > quella di Intel è una bufala> > per chi non capisce nulla di informatica.> > e secondo te come fanno i processori ad eseguire> in parallelo 2 o più threads? Usando un algorimo,> che quindi esiste ed è possibile utilizzare per> ottimizzare in partenza i programmi.??? Ma che hai fumato?

Re: Non esiste niente del genere...
> e secondo te come fanno i processori ad eseguire> in parallelo 2 o più threads? Usando un algorimo,> che quindi esiste ed è possibile utilizzare per> ottimizzare in partenza i programmi.sbagliato.una unità di calcolo fa necessariamente una cosa alla volta.un core ne ha diverse di unità di calcolo, ma queste possono fare più cose contemporaneamente solo se:1) le risorse richieste (specifici circuiti) sono liberi;2) ciascuna cosa non influisce sull'altra es se viene testa fai x se viene croce fai y, prima di avere il risultato di testa o croce non posso eseguire x o y, a volte (come nell'esempio) posso speculativamente eseguirli tutte le ramificazioni e scegliere la strada giusta (sarebbe più difficile se fosse "dammi in intero casuale", avrei 4 mld di ramificazioni :| ) ma sempre se ci sono, tra le molte risorse, unità adatte libere. Se le varie parti in esecuzione non si influenzano (multiprocesso, multitask, multithread tra di loro indipendenti... a seconda della granularità del sistema, dove una maggiore granularità in genre aiuta) si tratta sempre di aspettare di avere le necessarie risorse libere.Da qui la non perfetta scalabilità empiricamente rilevabile delle prestazioni "sui generis" del calcolo parallelo.Poi ci sono algoritmi che non si prestano per nulla alla parallelizzazione (quindi più subunità, più core o più cpu servono "solo" a smalitire altri task/thread/processi e la macchina rimane più responsiva anche se la specifica elaborazione di quel calcolo non si avvantaggia) ed altre che ne traggono enormi benefici, fermo restando che la scalabilità di risorse/prestazioni non sarà mai 1:1 se non in condizioni teoriche praticamente mai raggiungibili (il famoso teorema degli n uomini che non possono scavare una buca nel tempo/n impiegato da un uomo solo)==================================Modificato dall'autore il 16/06/2005 10.23.32

Re: Non esiste niente del genere...
> 1) le risorse richieste (specifici circuiti) sono> liberi;> 2) ciascuna cosa non influisce sull'altra es se> viene testa fai x se viene croce fai y, prima di> avere il risultato di testa o croce non posso> eseguire x o y, a volte (come nell'esempio) posso> speculativamente eseguirli tutte le ramificazioni> e scegliere la strada giusta appunto tutte quelle cose possono essere fatte oltre che via software anche via hardware analizzando le istruzioni del programma che stanno dentro alla cache della cpu

Re: Non esiste niente del genere...
- Scritto da: Anonimo> > E' falso. Fumo negli occhi.> > Non esiste e non esisterà mai alcun> compilatore capace di tradurre un> linguaggio in istruzioni ottimizzate> per più cpu che funzionano in parallelo.Esiste e il principio è banale....Se tu hai due blocchi di istruzioni (macchina) successivi privi di dipendenza puoi eseguirli in parallelo avendo cura di proseguire l'esecuzione quando entrambi i thread hanno completato il calcolo.L'algoritmo non fa altro che cercare questi blocchi, spezzarli in dimensioni simili e assegnarne uno ad un core e uno ad un altro e quindi inserire un punto di sincronizzazione alla fine.E' una ottimizzazione che i processori come Pentium, ad esempio, fanno su piccoli blocchi di codice (quelli presenti nelle pipeline) da molto tempo. A livello di pipeline si chiama out-of-order execution. Mai sentito dire?