ARGOMENTO:

baxnimis ha scritto:

Sul log delle WU sul mio account di MW. Forse che con le applicazioni scaricate direttamente dal server queste info non vengano più date? Io uso ancora le ottimizzate con l'app_info

Trovato, a f6 sono in questa condizione:

main integral, 640 iterations
predicted runtime per iteration is 316 ms (166.667 ms are allowed), dividing each iteration in 2 parts

dici che posso provare a spingere ancora un poco ?

Mi è venuta in mente una cosa per l'explorer. Può essere che procedure di indicizzazione automatica dei file, impostate su winzozz, generino quel tempo CPU?

Non credo, se non altro per il fatto che se elabora il Collatz il consumo quasi si ferma, e se fermo proprio la GPU si ferma completamente. Inoltre come dicevo il consumo si e' quasi dimezzato elaborando 1 invece che 2 WU MW in parallelo.
Come dicevo qui i miei sospetti puntano su sto maledetto "unknown device" ICH10 LPC (che tra l'altro non sono riuscito a capire quale pezzo della ASUS P5Q SE2 sia esattamente).
Altra cosa che ho notato ultimamente e' che c'e' un device attivo e funzionante identico a quello che da problemi:



o e' un device doppio e allora non si capisce perche' ne riconosce solo uno, oppure c'e' stato qualche casino in fase di installazione (che avevo terminato via logmein e a criceto gia' attivo), magari si e' duplicata qualche chiave di registro collegata al device, ma andarla a trovare ...

Ho anche lasciato un messaggio sul forum della ASUS, senza risposte per ora.
Naturalmente ho gia' provato a installare varie versioni dei driver del chipset come consigliato sul forum, sia via setup.exe sia manualmente.
Ho anche provato a disabilitare il device ma senza cambiamenti nel comportamento dell'explorer.

Il device riconosciuto è l'LPC interface controller (robaccia che non so da chi/cosa venga più usata, è un retaggio per la compatibilità con le vecchie schede/bus ISA).

Il device non riconosciuto invece è collegato all'LPC Interface controller. Non è detto (anzi sono abb. sicuro che non lo sia) che siano la stessa cosa...

Ho cercato un po' e l'unica risposta decente diceva che fosse un componente del SATA integrato nel chipset Intel.
Un altro ha risolto abilitando gli aggiornamenti opzionali di Windows, però aveva Windows 7, il tuo mi sembra piuttosto Server 2003...

Venturini Dario ha scritto:

Ho cercato un po' e l'unica risposta decente diceva che fosse un componente del SATA integrato nel chipset Intel.
Un altro ha risolto abilitando gli aggiornamenti opzionali di Windows, però aveva Windows 7, il tuo mi sembra piuttosto Server 2003...

Praticamente ... e' XP64 che cmq e' un suo derivato.
Si ho il sospetto che sia qualcosa di legato al disco, visto che l'explorer tipicamente consuma CPU durante le attivita' dell'HD. Mi sembra ad esempio che il IHC10R sia la versione raid di quel controller SATA. Se poi come dice cenit e' un sub device di questo potrebbe proprio essere il raid chi lo sa' forse e' meglio se faccio un post da zero sul forum ASUS.

explorer consuma tanto con l'attività del disco? sicuro di avere i dischi settati bene nel bios? Non è che li hai, per sbaglio, nella vecchissima modalità PIO?

Ecco la risposta logica del problema che mi affliggeva:

Is that the 'connect every x days'? If it is you need to be under 3 days since the deadline is 3 days for mw. If the deadline is actually extended to 8 days then you would need to be less than that. Boinc thinks your computer won't connect in time to report the wus.(I know Travis says the deadline is now 8 days, I have not seen a wu that reflected that yet) The buffer does not matter.

In pratica mettendo "conettiti ogni x giorni" se x è maggiore della deadline scaricava solo una WU alla volta.

finalmente è stato scovato il bug che affliggeva l'applicazione ottimizzata ATi da quando la distribuzione dell'app ATi era diventata automatizzata.
Se infatti si usa il parametro <count>0.5</count>, il server risponde non inviando lavoro.

La soluzione, nell'attesa che Travis aggiorni il server alla versione uscita stasera che risolve il problema, risiede nel mettere <count>1</count> oppure passare alla versione scaricata automaticamente dal server.

Meglio mandarla per email a speedmax, che non segue tanto il forum? Forse anche lui è afflitto dal problema, dato il rac incostante che ha ultimamente...

cenit ha scritto:

Meglio mandarla per email a speedmax, che non segue tanto il forum? Forse anche lui è afflitto dal problema, dato il rac incostante che ha ultimamente...

gli scrivo subito

baxnimis ha scritto:

cenit ha scritto:

Meglio mandarla per email a speedmax, che non segue tanto il forum? Forse anche lui è afflitto dal problema, dato il rac incostante che ha ultimamente...

gli scrivo subito

milkyway è tornato ad essere un progetto reattivo! Hanno già aggiornato il server e ora funziona anche mettere <count>0.5</count> (o qualsiasi altro numero non intero)

Dì pure a speedmax che rimetta i parametri come preferiva...

Ottimo lavoro.
Da oggi, per chi usa "l'anonymous platform", deve mettere "use ATI (o NVIDIA)gpu if present" e togliere la cpu altrimenti niente WU (provato sulla mia pelle).

cenit ha scritto:

explorer consuma tanto con l'attività del disco? sicuro di avere i dischi settati bene nel bios? Non è che li hai, per sbaglio, nella vecchissima modalità PIO?

Direi di no, (anche se non riesco piu' a trovare il punto dove si legge su 2003/xp64, lo ricordo solo per 2000 ... vecchiaia). Anche perche' se spengo la GPU smette di lavorare. Consuma un pochetto, ma e' normale, quando trasferisco moli di Gb da penna USB.

Il tutto, potrebbe essere una conseguenza di un'installazione frettolosa di XP ?
In effetti ho installato: 1) da penna USB, 2) ho messo subito i driver della 4770 e iniziato ad elaborare senza aspettare che scaricasse tutti gli aggiornamenti di XP (ha impiegato 3 giorni a botte di decine alla volta) e quindi che vedesse tutti i pezzi della MB. Da cui e' rimasto fuori il famoso device di cui parlavamo prima.
In alcuni momenti ho addirittura lanciato due installazioni di driver diversi contemporaneamente ...
Solo che non ho molta voglia di reinstallare tutto da capo per un 5% di CPU perso e qualche (solo probabile) malfunzionamento aggiuntivo.

astroale ha scritto:

cenit ha scritto:

Il tutto, potrebbe essere una conseguenza di un'installazione frettolosa di XP ?

eh chi lo sa? è difficile poi diagnosticare un pc "in remoto", come possiamo essere noi sul forum...
Comunque, se mai avrai voglia di riformattare, non mettere su xp64... forse sistemi molti problemi in un colpo solo!

cenit ha scritto:

astroale ha scritto:

cenit ha scritto:

Il tutto, potrebbe essere una conseguenza di un'installazione frettolosa di XP ?

eh chi lo sa? è difficile poi diagnosticare un pc "in remoto", come possiamo essere noi sul forum...
Comunque, se mai avrai voglia di riformattare, non mettere su xp64... forse sistemi molti problemi in un colpo solo!

xp 64 è abbastanza penoso...melgio vista64 anche se richiede più risorse. L'ottimo è win 7 o ubuntu 10.04 (che però non è ancora pronto )

Confermo anch'io: xp64 è un ginepraio!

Attualmente sto utilizzando un client 0.20 ottimizzato per lavorare su GPU ATI: ho letto nelle news che è da poco uscito il client ufficiale per GPU ATI, mi pare 0.21, dite che mi conviene passare a questo? In tal caso, mi è sufficiente cancellare il file .xml della configurazione personalizzata?

DarkSky82 ha scritto:

Attualmente sto utilizzando un client 0.20 ottimizzato per lavorare su GPU ATI: ho letto nelle news che è da poco uscito il client ufficiale per GPU ATI, mi pare 0.21, dite che mi conviene passare a questo? In tal caso, mi è sufficiente cancellare il file .xml della configurazione personalizzata?

DIpende, l'ultima versione ottimizzata dovrebbe essere la 0.20b non la 0.20, quella ufficiale e' identica alla 0.20b quindi, specie se hai impostato nell'app_info.xml delle impostazioni ottimizzate per il tuo sistema, non la cambierei.

Si io ho la 0.20b, anche se BOINC dice in realtà 0.20... Quindi va bene, se è uguale allora tanto vale rimanere con questa per il momento così non tocco niente che funziona bene, poi in futuro si vedrà. Thanks!

Stranezza sul mio criceto:
controllo dal manager tutto regolare, ma guardo
il wattmetro e vedo che consua solo come quando la GPU è ferma
apro GPU-Z e vedo che il carico è al 100% ma fisso non come quando elabora di solito che oscilla tra il 95% e il 99% e inoltre tutte le temperature sono basse 56° sugli shaders invece dei soliti 79
allora vado sul sito del milkway e vedo che tutte le WU hanno lo status "Completed, marked as invalid"

Dopo un reboot ha ripreso a lavorare regolarmente.
Secondo voi dev'è nato il problema, forse le temperature sono troppo alte e devo ridurre l'OC ?

Sembra un crash dei driver video con tanto di "vpu recover". In genere basta riavviare il boinc per risolvere.

Questi problemi sembrano dovuti a overclock troppo spinti.
Per controllare se è stabile scaricati OCCT e fai il controllo sulla gpu con il controllo degli errori. Se ti esce anche solo 1 errore non sei stabile.

canapa ha scritto:

Sembra un crash dei driver video con tanto di "vpu recover". In genere basta riavviare il boinc per risolvere.

Questi problemi sembrano dovuti a overclock troppo spinti.
Per controllare se è stabile scaricati OCCT e fai il controllo sulla gpu con il controllo degli errori. Se ti esce anche solo 1 errore non sei stabile.

Non ho ancora provato il programma in questione, anche perche la scheda era in OC da almeno due setttimane e non aveva perso un colpo.
Cosi mi sono ricordato che Bax setta fissa la velocita' della ventola: la mia viaggiava tra 67% e il 71% cosi' l'ho impostata fissa all'80% e ... incredibile, il tempo di elaborazione delle WU che prima si degradava di un 10% qualche ora dopo il reboot, ora rimane costante e sono passato da 235 sec a 211 fissi.
Che fosse il controllo automatico della ventola a causare temperature che rallentavano la GPU ? anche se non mi pare visto che ora dalle letture ho solo 1 grado di meno (78) ... e se fosse proprio il processo che controllava la velocita' a degradare le prestazioni ?

Boh, cmq quando ho tempo provo anche OCCT.