View Full Version : Ultime notizie dall' Hyper Threading
Faccio un riassunto dei miei test sulla questione HT sì, HT no. I test si riferiscono alla elaborazione con i nuovi client Seti ottimizzati da Naparst & co e compilati da Crunch3r.
Non sarebbe cattiva cosa se anche gli altri che hanno condotto esperimenti postassero i loro risultati :)
Xeon, biprocessore, Linux: lasciare ht abilitato sul bios ma impostare il profilo per elaborare soltanto 2 wu alla volta. Linux se ne infischia dell'ht e manda comunque i processi al 100%. Disabilitando ht da bios, i tempi peggiorano. Non lo so, per quale motivo, ma è un fatto provato :confused: e l'avevo già notato anche in passato.
Xeon, biprocessore, Windows: disabilitare ht sul bios. Windows altrimenti manda i processi al 50% e i tempi di elaborazione sono leggermente peggiori di quelli ottenibili con ht abilitato e profilo a 2 wu, ma sempre complessivamente migliori rispetto alle 4 wu, in termini di wu/day.
In ambedue i casi, con ht abilitato ed elaborazione di 4 wu contemporanee, i risultati sono decisamente peggiori, nel senso che alla fine della giornata si contano meno wu.
Controindicazioni: disabilitando l'ht i benchmarks migliorano ma non abbastanza da compensare il dimezzamento dei tempi di elaborazione, quindi si finisce per avere claimed più bassi. Qui però io passo la palla a chi può dare indicazioni più precise sulle versioni di Boinc :D
Pentium4, monoprocessori fisici con possibilità di ht: premetto che ne ho pochi, e quei pochi sono in remoto per cui, almeno al momento, NON ho potuto andare a smanettare sul bios per disabilitare l'ht.
Con i monoprocessori Pentium4 sembra meglio lasciare abilitato l'HT e scaccolare 2 wu contemporanee. Se utilizzo i profili per limitare le wu contemporanee a una, infatti, ottengo una LIEVE diminuzione del numero di wu quotidiane. A questo si aggiungono i problemi di bench. Due di queste macchine sulle quali ho fatto test hanno Linux, quindi per analogia si dovrebbe pensare che anche disabilitando l'ht dal bios le cose non cambierebbero, vedi sopra lo strano comportamento di Linux sugli xeon. Mi manca tuttavia la prova del nove, cioè la disabilitazione dell'ht da bios. Immagino che si farà avanti qualcuno per riferire al proposito ;)
A presto. Paolo, at1839
:sofico: At. Si anchio sarei incuriosito per i test di un P4 con HT disabilitato!
Sul punto delle benchamark . . . hai visto che Trux ha una nuova versione del boinc manager 5.3.6? >> Guarda Qui << (http://setiathome.berkeley.edu/forum_thread.php?id=25541). La cosa interesante oltre al miglioramenti dei bench sono le opzioni per settare CPU affinity e process priority. Penso che il Boinc Client di HwUpgrade sia ancora superiore per quanto riguarda il bench ma sarebbe utile aggiungere queste nuove opzioni visto che Il source e open.
PS: Per quelli nuovi ripetto quello che Ati ha gia' detto tante volte . . . cioe' il Client Boinc e Client SETI sono due cose diverse. Il client Boinc e quello che fa' il benchmark.
Salve ragazzi!
Ho un P4 Prescott da 3.2GHz HT dove ci gira sopra Debian Sarge con client setiathome_SSE3-naparst-r3.4 e boinc manager 5.2.5!
La cosa brutta è che ho l'HT abilitato dal bios però viene elaborata solo una wu alla volta!Linux mi riconosce il "doppio" processore però a quanto pare al client non gli piace!
avete qualche consiglio da darmi?
ciauzzzzzzzzzz
Ciao. Cosa vuol dire "Linux mi riconosce etc etc" ? Hai il kernel smp tipo questo ??
http://setiathome.berkeley.edu/show_host_detail.php?hostid=283017
dmesg |grep CPU ??
Mi sembra molto strano che Boinc lanci solo una wu alla volta :)
Paolo, at1839
Salve ragazzi!
Ho un P4 Prescott da 3.2GHz HT dove ci gira sopra Debian Sarge con client setiathome_SSE3-naparst-r3.4 e boinc manager 5.2.5!
La cosa brutta è che ho l'HT abilitato dal bios però viene elaborata solo una wu alla volta!Linux mi riconosce il "doppio" processore però a quanto pare al client non gli piace!
avete qualche consiglio da darmi?
ciauzzzzzzzzzz
Ciao. Cosa vuol dire "Linux mi riconosce etc etc" ? Hai il kernel smp tipo questo ?? Salve
si esatto, ho il 2.6.12-1-686-smp
http://setiathome.berkeley.edu/show_host_detail.php?hostid=283017
questa è la mia di pagina:
http://setiweb.ssl.berkeley.edu/show_host_detail.php?hostid=1664420
dmesg |grep CPU ??
questo non mi da nessun output però ti posto quello di cat /proc/cpuinfoshin@berserker:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 1
cpu MHz : 3122.109
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips : 6160.38
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 1
cpu MHz : 3122.109
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr
bogomips : 6225.92
shin@berserker:~$
Mi sembra molto strano che Boinc lanci solo una wu alla volta :)questo è quello che mi dice il client:Starting BOINC client version 4.72 for i686-pc-linux-gnu
Data directory: /home/shin/boinc
Processor Inventory: 2 GenuineIntel Intel(R) Pentium(R) 4 CPU 3.20GHz Processor(s)
Memory Inventory: Memory total - 1011.51 MB, Swap total - 258.85 MB
Disk Inventory: Disk total - 97.97 GB, Disk available - 90.63 GBperò poi inizia ad elaborare solo una wu!
ciauzz
Hi.
Salve
si esatto, ho il 2.6.12-1-686-smp
questa è la mia di pagina:
http://setiweb.ssl.berkeley.edu/show_host_detail.php?hostid=1664420
Sulla macchina sembrerebbe tutto a posto ma probabilmente c'e' un problema con gli xml di Boinc. Infatti la pagina che mi citi indica un kernel 2.6.8-2-686 che non è quello effettivamente presente sulla macchina.
egrep p_ncpu client_state.xml ?? dovrebbe riportare 2
egrep max_cpu global_prefs.xml ?? forse c'è un profilo che limita le cpu a una ??
Se non ne esci, puoi provare a far rileggere l'host a Boinc con un id nuovo e poi fare il merge dei due id, ma in questo modo perdi le wu in cache non ancora elaborate e al momento mi sembra ci siano problemi a ricaricare ....
Magari a qualcun altro viene in mente come forzare la riscrittura degli xml senza perdere le wu. Do ovviamente per scontato che tu abbia già fatto le manovre ovvie, tipo update del progetto, senza risultati.
Paolo, at1839
Hi.
Sulla macchina sembrerebbe tutto a posto ma probabilmente c'e' un problema con gli xml di Boinc. Infatti la pagina che mi citi indica un kernel 2.6.8-2-686 che non è quello effettivamente presente sulla macchina.infatti in fase di installazione del sistema avevo proprio quel kernel, poi parlando con wubby mi ha fatto notare l'esistenza del kernel smp che era quello più adatto al mio processore!
egrep p_ncpu client_state.xml ?? dovrebbe riportare 2
egrep max_cpu global_prefs.xml ?? forse c'è un profilo che limita le cpu a una ??shin@berserker:~/boinc$ egrep p_ncpu client_state.xml
<p_ncpus>1</p_ncpus>
shin@berserker:~/boinc$
shin@berserker:~/boinc$ egrep max_cpu global_prefs.xml
<max_cpus>2</max_cpus>
<max_cpus>2</max_cpus>
<max_cpus>2</max_cpus>
<max_cpus>2</max_cpus>
shin@berserker:~/boinc$
Se non ne esci, puoi provare a far rileggere l'host a Boinc con un id nuovo e poi fare il merge dei due id, ma in questo modo perdi le wu in cache non ancora elaborate e al momento mi sembra ci siano problemi a ricaricare .... ti dirò che questo procedimento non mi piace più di tanto!guarda, nella chace attualmente ho 2 wu di cui una in elaborazione e una in attesa quindi il danno non sarebbe grande però non saprei proprio come caspio fare!.....non c'è un altro metodo più semplice?
Magari a qualcun altro viene in mente come forzare la riscrittura degli xml senza perdere le wu. Do ovviamente per scontato che tu abbia già fatto le manovre ovvie, tipo update del progetto, senza risultati.glu update sinceramente li faccio ogni giorno,non chiedermi il motivo ma lo faccio automaticamente!
cià!
Hi.
shin@berserker:~/boinc$ egrep p_ncpu client_state.xml
<p_ncpus>1</p_ncpus>
Mi sa che il buco è proprio lì :muro:
ti dirò che questo procedimento non mi piace più di tanto!guarda, nella chace attualmente ho 2 wu di cui una in elaborazione e una in attesa quindi il danno non sarebbe grande però non saprei proprio come caspio fare!.....non c'è un altro metodo più semplice?
Non mi viene in mente altro ... lasciamo perdere la modifica dei profili che se non ricordo male voi della Flotta :Prrr:
Se hai solo due wu in cache, io farei così: vai con il Boinc Manager in amministrazione di quella macchina, fai una update project per essere sicuro di mandare a Berkeley eventuali wu già elaborate, poi fai una detach dal progetto seti. A questo punto mi aspetto che il client_state.xml si azzeri. Per buon peso, non esiterei a cancellarlo dalla cartella del Seti, se è ancora lì con il numero delle cpu sbagliato.
Fai una attach to new project ... buona fortuna :)
In alternativa, si potrebbe provare a mettere un bel 2 dove adesso c'è 1, ma temo che in quel modo andrebbe comunque in crash il progetto e alla fine devi fargli rileggere l'host comunque.
Paolo, at1839
SalveMi sa che il buco è proprio lì :muro: come posso editare un file xml?gedit?
Non mi viene in mente altro ... lasciamo perdere la modifica dei profili che se non ricordo male voi della Flotta :Prrr: lol!!!nel caso non l'avrei fatto di certo io il cambiamento ma uno che ha l'accesso e sa anche dove mettere le mani!
Se hai solo due wu in cache, io farei così: vai con il Boinc Manager in amministrazione di quella macchina, fai una update project per essere sicuro di mandare a Berkeley eventuali wu già elaborate, poi fai una detach dal progetto seti. A questo punto mi aspetto che il client_state.xml si azzeri. Per buon peso, non esiterei a cancellarlo dalla cartella del Seti, se è ancora lì con il numero delle cpu sbagliato.
Fai una attach to new project ... buona fortuna :) onde evitare casini spiacevoli mi faccio un backup di tutta la cartella ok?ma cmq mi potresti spiegare come sarebbe la procedura per far tornare il mio rac e i miei crediti nel nuovo profilo?
altra domanda:ho visto che pur elaborando una wu lavorano entrambe le cpu,alla fine non è la stessa cosa se ne elabora una con due cpu o 1 per ogni cpu?mi daresti qualche delucidazione?nel caso salgono anche i tempi?ora sto facendo le wu con una media che sta tra i 25 e i 31 minuti!
In alternativa, si potrebbe provare a mettere un bel 2 dove adesso c'è 1, ma temo che in quel modo andrebbe comunque in crash il progetto e alla fine devi fargli rileggere l'host comunque.tentar non nuoce!
ciauzzz
Salvecome posso editare un file xml?gedit?
gedit va bene. nano (da una shell) anche. Ma io, naturalmente, ti consiglio di usare vi :p
lol!!!nel caso non l'avrei fatto di certo io il cambiamento ma uno che ha l'accesso e sa anche dove mettere le mani!
Allora "quello che ha l'accesso" ti servirà per fare il merge dell'host vecchio con il nuovo ...
onde evitare casini spiacevoli mi faccio un backup di tutta la cartella ok?ma cmq mi potresti spiegare come sarebbe la procedura per far tornare il mio rac e i miei crediti nel nuovo profilo?
Se vai nella pagina web della Flotta dove sono elencati gli host e poi ne selezioni uno, vedrai che in fondo alla pagina c'è una opzione per fare il merge ...
altra domanda:ho visto che pur elaborando una wu lavorano entrambe le cpu,alla fine non è la stessa cosa se ne elabora una con due cpu o 1 per ogni cpu?mi daresti qualche delucidazione?nel caso salgono anche i tempi?ora sto facendo le wu con una media che sta tra i 25 e i 31 minuti!
Questo è appunto il motivo per cui ho postato questo thread.
Elaborando due wu contemporaneamente ci si può aspettare che i tempi quasi raddoppino. Se adesso fai, esempio, una wu ogni 30', quindi 48 al giorno, poi ne farai, diciamo, due ogni 50', quindi 57 al giorno. Come effetto collaterale dovresti avere anche un innalzamento dei claimed, che non guasta mai.
Con i client seti nuovi, tuttavia, la situazione è ancora piuttosto fluida e non sappiamo con certezza quale è il vantaggio a lavorare con l'HT abilitato. Su certe macchine si è rivelato addirittura controproducente, per questo cerchiamo volonterosi che sperimentino sulle diverse architetture :)
Paolo, at1839
gedit va bene. nano (da una shell) anche. Ma io, naturalmente, ti consiglio di usare vi :p ok bene!vi sinceramente non mi piace più di tanto e non mi ci trovo bene!
Allora "quello che ha l'accesso" ti servirà per fare il merge dell'host vecchio con il nuovo ...
Se vai nella pagina web della Flotta dove sono elencati gli host e poi ne selezioni uno, vedrai che in fondo alla pagina c'è una opzione per fare il merge ...ok!capito tutto!ora i server sono giù quindi non potrò vedere cmq l'effetto!appena ripartono faccio l'ultimo aggiornamento e poi vedo!
Questo è appunto il motivo per cui ho postato questo thread.
Elaborando due wu contemporaneamente ci si può aspettare che i tempi quasi raddoppino. Se adesso fai, esempio, una wu ogni 30', quindi 48 al giorno, poi ne farai, diciamo, due ogni 50', quindi 57 al giorno. Come effetto collaterale dovresti avere anche un innalzamento dei claimed, che non guasta mai.capisco!
Con i client seti nuovi, tuttavia, la situazione è ancora piuttosto fluida e non sappiamo con certezza quale è il vantaggio a lavorare con l'HT abilitato. Su certe macchine si è rivelato addirittura controproducente, per questo cerchiamo volonterosi che sperimentino sulle diverse architetture :) dimmi cosa vuoi sapere e provo,ok?
Ciauzzzzz
Hi.
ok bene! vi sinceramente non mi piace più di tanto e non mi ci trovo bene!
Ragazzi, basta buttare giù un amo anche senza esca :Prrr: :Prrr: :Prrr:
dimmi cosa vuoi sapere e provo,ok?
Ciauzzzzz
Ci stai già provando. Quello che serve di sapere è in quanto tempo (mediamente) eleboravi una wu senza ht e quanto ci metterai adesso che hai l'ht abilitato :)
A presto. Paolo, at1839
PS: sembra che i server qualcosa abbiano sputato fuori, stanotte ...
Ci stai già provando. Quello che serve di sapere è in quanto tempo (mediamente) eleboravi una wu senza ht e quanto ci metterai adesso che hai l'ht abilitato :) ok perfetto!queste info ce le hai già!come detto il tempo non era stabile e sai benissimo che dipende sempre dalle wu!avevo wu elaborate in tra 25 e 31 minuti!ora sembra che sia riuscito a fare il passaggio nel modo giusto però non mi piace tanto tanto una cosa!
Prima (kernel 2.6.8-2-686 però avevo già in funzione il 2.6.12-1-686-smp però calcolando una wu a volta)
Measured floating point speed 2549.24 million ops/sec
Measured integer speed 3263.07 million ops/sec
Dopo (con kernel 2.6.12-1-686-smp e due wu in elaborazione)
Measured floating point speed 1936.75 million ops/sec
Measured integer speed 2719.72 million ops/secmi potresti dire qualcosa a riguardo?è un bene o un male?
Ciauzzzzzz
ps: ho proprio penato per riuscire a fare questo passaggio!uff!
Ma io, naturalmente, ti consiglio di usare vi :p
vi o vim?
Io uso il secondo... :sofico:
prime 2 wu calcolate: 1 in 52:34 minuti (claimed credit 8.50) e l'altra in 54:31 minuti (cleimed credit 8.82)!
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.