Non trovo più la discussione in tema, si parlava delle future cpu AMD e del "Reverse Hyper threading", cioè della tecnologia che, anzichè usare una cpu per gestire più applicazioni, usa più cpu anche per una singola applicazione, ottenendo così un bel guadagno in prestazioni. sfogliando un pdf di Amd che avevo scaricato dal loro sito riguardante il multicore, ho letto il punto 3 di questa immagine:



che Amd lo abbia già introdotto o lo abbia messo dal Barcelona in poi

Questo messaggio è stato aggiornato da Italia 1 il 26/04/2007  alle ore  14:22:44

Che io sappia AMD aveva lasciato perdere questa strada!
Da quello che sò non dovrebbe essere utilizzata questa tecnica anche se io l'ho sempre reputata una gran bella cosa......diciamo che potrebbe essere paragonato ad una config sli oppure crossfire.....due elaboratori che lavorano per uno stesso scopo.

Vedremo cosa ci proporrà il mercato.....sono contento che amd si sia ripresa così avremo più concorrenza con INTEL.....in questo modo avremo cpu sempre più potenti e a prezzi più bassi

The Holy Grail hehehe

CitazioneNon trovo più la discussione in tema, si parlava delle future cpu AMD e del "Reverse Hyper threading", cioè della tecnologia che, anzichè usare una cpu per gestire più applicazioni, usa più cpu anche per una singola applicazione, ottenendo così un bel guadagno in prestazioni. sfogliando un pdf di Amd che avevo scaricato dal loro sito riguardante il multicore, ho letto il punto 3 di questa immagine:



che Amd lo abbia già introdotto o lo abbia messo dal Barcelona in poi

Questo messaggio è stato aggiornato da Italia 1 il 26/04/2007  alle ore  14:22:44

nn trovo nulla d innovativo nel punto 3... è il threading in parallelo tanto agognato

e no... "Single application partitioned to run as multiple threads" dovrebbe significare "singola applicazione partizionata per essere eseguita su threads (esecuzioni ??) multipli". Finora se un'applicazione non è stata scritta per il multicore/multithread, usa una sola cpu, non viene divisa, ma eseguita solo da un core

da quello che sò amd aveva lanciato l'idea di questa archittettura, ma dopo ha lasciato quel progetto.
Dovrebbe essere Intel la prima a rilasciare una cosa di questo genere....le cpu nahlem avranno fino a 8 core e avranno a disposizione una specie di ht che farà diventare queste unità fisiche 16 logiche.
Oltre a ciò dovrebbe implementare anche il reverse ht per poter sfruttare più di una uni tà dellle 16 per una singola applicazione.

Ho letto molto velocemente in giro....potrei sbagliarmi

Citazionee no... "Single application partitioned to run as multiple threads" dovrebbe significare "singola applicazione partizionata per essere eseguita su threads (esecuzioni ??) multipli". Finora se un'applicazione non è stata scritta per il multicore/multithread, usa una sola cpu, non viene divisa, ma eseguita solo da un core

 

ma a parte che in sistemi operativi moderni un processo viene diviso dal sistema operativo in thread (uno o più, dipende da chi lo scrive)[eventualmente dal win2k in su anche in fiber]...
quello che c'è scritto è come dire di scrivere un programma per multicore... il problema vero nell'implementare quello che pensi tu  sta nel fatto che se tu una applicazione nn "fatta" per girare su cpu distaccate la forzi ad essere divisa hai un problema di cache perchè in nessuna di queste cpu cache (e i registri) sono condivisi -> se t serve 1 dato che nn ha la cpu 1 ma la cpu 2 è 1 bel casino...
http://it.wikipedia.org/wiki/Processo_%28informatica%29#Processi_e_thread
anche perchè per sfruttare HT di intel in ogni caso i programmi dovevan essere scritti per sfruttarlo