Intel: il futuro delle cpu desktop e' Hyper-Threading

Guarda che molti problemi dei sistemi biprocessore sono proprio dovuti alla cache separata!
Se le cache sono separate un processore non può vedere la cache dell'altro, se ad esempio un processore modifica un'area di memoria, l'altro non può utilizzare la cache ma deve per forza andare sulla ram.
Un sistema biprocessore va + lento di uno mono nelle applicazioni che non lo prevedono proprio per questo motivo.

come detto precedentemente...L'HT...funziona correttamente solo con SP1 installato....sia con WXP Pro che HOME..
sulla sua efficacia... non mi esprimo,.. dato che ho potutto solo constatare che facendo girare Content creation 2002.. su i test che sfruttano il MP..come PHOTOSHOP6.....le performance erano superiori...
ciaoz!

Allora, se non sono state fatte sostanziali innovazioni e ottimizzazioni nella tecnologia dell'Hyper-treading, mi sa tanto che è una sola....
un pò di tempo fa erano usciti su anand dei test per server biprocessore, in cui si poteva vedere chiaramente che le prestazioni del processore con l'HT abilitato dipendevano FORTEMENTE dalle applicazioni utilizzate. Per esempio vi erano applicazioni in cui esso introduceva un discreto margine di vantaggio, altre in cui la situazione era pressochè invariata e infine vi erano delle applicazioni che, utilizzando l'HT, peggioravano le loro performance in maniera anche abbastanza notevole.
Quindi se la situazione è rimasta la stessa allora per sfruttare al max questo processore l'utente sarebbe costretto ad effettuare dei test di velocità su ogni applicazione che vuole usare e quindi regolarsi se abilitare o disabilitare l'HT....immaginate tutto ciò durante l'uso quotidiano, quando un utente usa dapprima un applicazione in cui l'HT porta miglioramenti, e poi subito dopo ne vuole usare una in cui esso causa peggioramenti....allora per sfruttare il proc al max sarebbe costretto a riavviare e a disabilitare l'HT, con conseguente perdita di tempo e rottura di oo. Se invece si vuole accontentare deve decidere se abilitare o disabilitare l'HT in funzione delle applicazioni che utilizza IN MEDIA....
detto ciò ribadisco che spero VIVAMENTE che intel abbia apportato serie ottimizzazioni a questa modifica, altrimenti gli ingnari utenti acquisteranno un prodotto che porterà si un aumento di prestazioni del 30%, ma solo in applicazioni specifiche, mentre in media avrà un incremento prestazionale trascurabile o del tutto nullo addirittura...

si effettivamnte la penso anche io che e' una mezza (o tutta) fregatura questa cosa... se non usi il 100% = ci guadagni..
Ci sono rimasto male anche io quando ho letto la notizia... (ma che vuoi non si possono far miracoli dato che la cpu e' una... ma magari ne migliora l'efficenza generale, cosa che al P4 manca)


Pero a volte mi rendo conto che c'e' qualcosa che non va nei processi in generale... (ho nominato photoshop ed altro per dire un'applicazione comune in senso lato.. che poteva essere pure il notepad)

Un esempio stupidissimo...
io divxo col vidomi (ma ora non prenderlo come prg di riferimento, con altri prg e' lo stesso)...
faccio partire la codificia.. di default e' settato Normal...
bhe settato cosi e' impossibile utilizzare il pc, o meglio, non e' pronto come prima di partire la codifica...
Tu dirai: "e' normale... sta codificando e la cpu e' sfruttata a 100% (teorico)."
Lo setto a Low, e magicamente il pc codifica allo stesso numero di frame, virgole comprese, intanto suona winamp, flash e java in esecuzione in explorer, mirc, icq e altro..

E cacchiolata!!! prima che faceva??? teoricamente non doveva dare tutte le risorse al prg per divxare??? (modalita' normal)
Settando ad HIGH, non ne parliamo... li anche il mouse quasi va scatti (ora non esageriamo ), ma non cavolo che i frame del divx cambino minimamente... restano sempre li frenati... tu dirai non ci arriva la cpu (limited).. cavolo sono a 2900mhz ok fa anche 40 frame e piu' pero e' una cosa che mi da fastidio questa... in definitiva low fa lo stesso di high... e aprire un notepad e' impossibile... ci mette 10 min... (come qualunque altro prg... ora ho preso il divxare come esempio)
Scusate lo sfogo...

Forse ci sono altri fattori a basso livello, che noi non consideriamo...
Ora non apriamo un post di come funzionano i processi, le priorita', i loro funzionanenti e via dicendo... intanto divixando non raggiungo mai la maggiore terperatura che il processore invece raggiunge giocando o eseguendo ad esempio CPUBURN... che vuol dire che le altre applicazioni sfuttano il 150% della cpu, ma semplicemente che certe operazioni non la sfruttano al 100% anche se segna 100%... )
Non credo proprio... quindi non fidatevi del 100% del monitor su ENCODER.EXE... e' solo un palliativo (da non confondere con PALLADIUM )

Ora lo so che sara fumo negli occhi e che l'atlhon e' piu efficiente...
Lo conferma il fatto che il p4 che possiedo (ok fa un numero maggiore di frame, ma l'amd tende a raggiungere prima il suo numero massimo di frame, mentre il p4 e' un diesel... parte piano e piano piano raggiunge valori piu elevati... pero al minimo rallentamento, magari quando sempre nel vidomi fai vedere il filmato mentre divixa, si apre la finestra con la codifica in quel momento, il numero di frame cala drasticamente del 50% (con l'amd e' uguale, ma raggiungue sempre piu rapidamente il numero massimo di frame, mentre il p4 arranca a forza di 0.2 frame alla volta per poi superare l'amd in allungo)... e solo perche sta visionando cio' che sta elaborando... cosa che e' meno marcata con il virtualdub, che no viene minimamemnte o in parte influenzato dal "visualizza cio che elabori" o meno... (ovviamente virtual dub sara piu ottimizzato e vidomi meno, ma basta non visualizzare il filmato in entrambi, non si puo avere tutto dalla vita )

Ovviamente HT non cambiera' la vita, ma mi illudo che con un'adeguata programmazione mi faccia vedere il filmato senza aver perdita di frame, dato che un thread e' occupato a vedere il filmato e l'altro a far vedere la cpu, dato che non e' vero che il 100% della cpu e' occupata.. ma chissa che cosa stia facendo in realta...
Io ormai lascio sempre LOW mentre divxo, tanto il risultato non cambia, ed il pc funziona normalemente come se non stesse facendo nulla... (intanto prende il filmato da un disco, lo elabora, lo comprime, lo riscrive sull'altro, insomma di cose ne fa!), ed il numero di frame non cambia...


Ovviamente non cambiero' il processore solo perche ha attivato l'HT... il guadagno sara del 3% veramente e perdita altrettanto secondo i test... se non faranno tutto il sistema che supporti l'HT, che non va confuso (non mi stanchero' mai di dirlo col vero dualprocessor)
Ovviamente l'HT che abbiamo provato fino ad oggi era quello degli XEON, che sappiamo benissimo far meno degli attuali P4, anche usando applicazioni server in cui il processore dovrebbe dare il suo meglio...
Per il resto... vedremo a breve e nel giro di un'anno.. tanto e' servito alle SSE2 per affermarsi... e due e piu per le vecchie MMX...

Ehi male che vada....

CANC to SETUP BIOS
HT = Disable
hihihiih

Intanto attivatelo che poi saremo noi ad attivarlo o meno... magari sara un nuovo Shadow CPU, invece dei classici Shadow video & bios
Magari attivabile o meno dato che il sistema non e' intelligente via Registro...
Sono coscente che non cambiera' tanto (all'inizio) ma col tempo prendera' terreno, io credo che col tempo il Win si avvantaggera di questa tecnica...
L'avvio di Win, l'aprire 10 prg in esecuzione automatica e systray, il restore dei file di sistema ed i vari controlli che win opera sui file per l'integrita, il controllo dell'antivirus in background, il far vedere un divx o DVD
tutte cose che non occupano mai il 100% della CPU, e che pero concorrono tutte una dietro l'altra ad appesantire il sistema...
Per me questo sara gia un guadagno avere un Win piu rapido un po come quando passi da 5400 a 7200 per i dischi...

Altro esempio stupido:
Avete mai provato a visualizzare il tasto START dell'XP con l'effetto dissolvenza o far apparire i menu (sempre con l'effetto dissolvenza)
nonstante il pc rimanga uguale (scheda video, driver o altro) cambiando solo le CPU e la piastra madre...
L'AMD anche con un DURON 1000, apre piu fluidamente i menu e disegna le dissolveze meglio che col mio p4 1.8A@2900... (amd maggior numero di interi??? non credo... a 2900 dovrei elaborarne di piu io a quasi 3ghz, eppure... preferisco la dissolvenza di un XP1800+ che la mia)
Ok sono decimi di secondo, ma che haime' percepisco ed e' una cosa che non mi aspetto da un P4 e quando vedo un AMD dico.. e cavolo pago di piu (metaforicamente) e poi uno stupido menu va piu lento... ed e' la prima cosa che vedi appena installa WIN... mentre magari poi ci guadagno sulle codifiche video (non si puo avere tutto dalla vita)

E' un dato di fatto... fateci caso... eppure la scheda video e' sempre una GF4... non e' mica una S3 che tira a fatica...
Magari con l'HT attivato anche il p4 aprira' piu fluidamente quel menu che ora arranca... perche ad esempio prima visualizza il menu perche coi caratteri va forte, poi si ferma, rifa' il giro e ci incolla l'effetto in seconda passata... invece di far concorre il tutto fluidamente...
ovviamente perche il p4 lavora "male".
Ovviamente mi illudo perche il menu restera' lento, e dell'HT se ne avvantaggera qualcos'altro...

Scusate se non vi stupisco con effetti speciali e paroloni (mi piace essere popolano), ma cerco di far capire il mio pensiero (magari sbaglio) anche ai profani...

ps:
pero che figata vedere da bios 2 cpu rilevate (screenshot su piastra ASUS durante il conteggio della ram), stessa cosa nel monitor di XP e via dicendo...

Eppure dovrei credere che l'HT sia una fregatura (sicuramente! perche non fa sempre cio che dice), mentre di Palladium dovrei aver paura (solo leggendo gli articoli dell'uomo nero)...
Il futuro magari si scoprira che l'ht a qualcosa serviva (forse) ed il palladium e' una cretinata (panacea per tutti i mali), come puo anche essere vero il contrario... il palladium fara' diventare il pc come una CONSOLE e molto piu sicuro e anti-pirateria, e l'HT se non lo avessero implemeantato sarebbe stato meglio...
Meglio ancora se HT & palladium = Fregatura per entrambi... tecnologie inutili mai veramente efficaci...
Cmq tutte supposizioni... aspettiamo e vediamo che succede...


Una volta ci si preoccupava che a 1000mhz il processore poteva produrre onde nocive come quelle dei forni a microonde (eppure i forni li abbiamo in casa da anni).... e mi ricordo gli articoli allarmistici... che si ponevano seriamente il problema... come oggi lo si fa per il palladium)...
Bhe oggi siamo a 3000mhz e saliremo fino a 15ghz eppure per stare nella stanza non devo mettermi la tutina intel anti radiazione... eppure non nascondo che mi piacerebbe averla
Palladium sara una minaccia tra 5 anni e piu... facendo parte di uno standard cosi ambizioso e definitivo, bisogna dare il tempo a tutti per uniformarsi sempre se prendera piede ovviamente... ma non domani comprando l'ultima audigy2...

Chi vivra' vedra'...
ok datemi un p4 a 6ghz ora e prometto che non prendero mai un'HT abilitato, tanto non serve a niente... e dal sistema palladium staro lontano... dovranno sguinzagliare il cane di lycos per rintracciarmi...

complimenti per la vena poetica, ma toglimi una curiosita': lo raffreddi ad aria il tuo 1.8@2.9 e di quanto lo hai survoltato ?

ne scrivo di stronxxate a volte e'???
ci sono punti che correggerei volentieri ma mi scoccia
oggi in un ufficio non era aria (ho scritto senza ragionare) perche io raJOno di solito????...
ehheeh

X la cpu invece "sempre aria" overvoltato a 1.85v
1.5v = 2.600
1.65v = 2.700
se salgo fino a 2.05 (massimo supportato con modifica)
arrivo qua:
http://utenti.lycos.it/jojoz/3Ghz_e_rutti_dehihiho.jpg
Ma sottostress si inchioda ovviamente (e che volevo di piu!!!?)
Cmq devo cambiare mobo, scalda un po troppo (la scheda pero) per i mie gusti (BD7-II).

Come dicevo... non si puo avere tutto dalla vita

Lo so perché hai scritto un post così lungo: per impedire ai voraci predatori di sbranarti...

A parte gli scherzi, a parte sulla questione Palladium che è stata ampiamente trattata e sai già come la penso, sull'HT mi trovi abbastanza in linea con le tue riflessioni: sono molto scettico sulle performance erogate.

Aggiungo soltanto che mi sembra molto difficile che sia possibile disabilitarlo a comando da Windows stesso: IMHO sarà necessario un reboot della macchina e un cambiamento del settaggio da BIOS.

Ah, ecco! Per la questione del comportamento del sistema impostando le priorità in modo diverso, il motivo è da ricercarsi nell'implementazione di un sistema operativo "multitasking".

Se un processo è impegnato ad elaborare grosse mole di dati senza "fermarsi" a richiamare le routine del s.o., gli altri processi staranno lì ad aspettare finché il timer di sistema non interverrà per interromperne momentaneamente l'esecuzione e ad eseguire lo scheduling, assegnando la cpu al prossimo processo con priorità maggiore o uguale a quello interrotto.

Se tutti i processi (lanciati dall'utente) hanno sempre la stessa priorità, gireranno abbastanza fluidamente, perché toccherà loro sempre un'equa porzione di CPU (se la dividono da buoni fratelli).

Cambiando, invece, le priorità si altera il normale (e abbastanza solido) funzionamento del sistema, per cui si può incappare in problemi o in miglioramenti, a seconda del buon senso dell'utente.

Io, infatti, quando devo lanciare in background delle applicazioni che eseguono calcoli massicci, imposto sempre la loro priorità ad "inferiore normale", cosicché posso continuare ad utilizzare il sistema abbastanza agevolmente, anche se a volte si sente il carico della cpu dell'elaborazione.

Nel caso della codifica DivX, utilizzando l'X-Mpeg, imposto invece la priorità ad idle, perché in questo modo la codifica non comporta praticamente alcuna alterazione al normale funzionamento di Windows e di tutte le applicazioni. Infatti la CPU viene passata a X-Mpeg soltanto quando nessun task ne fa richiesta, e quindi la CPU è effettivamente rimasta senza un bel niente da fare. Non appena un qualunque processo ne farà richiesta, la CPU tornerà internamente in suo possesso.

In questo modo posso continuare a lavorare senza alcun problema, provando tranquillamente anche le mie applicazioni che usano massicciamente dei server SQL, senza che X-Mpeg provochi il benché minimo fastidio.

Sfortunamente pochi programmi che eseguono grosse elaborazioni permettono di impostare la priorità idle. Per fortuna VirtualDub e NanDub lo permettono (nei settaggi... ).

Beh, anch'io mi sono dilungato un po', come al solito. S'è fatto tardino: buonanotte a tutti...