ARGOMENTO:

Rimessi gli altri due banchi di ram ed abbassato il numero massimo di wu contemporanee a 26. Ora ho picchi da 30GB di ram occupata...ma almeno non vanno in errore
Domani mi arriva un kit da 64GB, così vedo di far trottare sto cricio come si deve

I restanti 6t li metterò su srbase

Ho anche notato che alcune wu si prendono più di un core per l'elaborazione. Infatti anche con 26 wu ho la cpu al 100% e da boinctask alcune mi segnano un utilizzo cpu maggiore del normale

su SRBase io non ho intenzione di partecipare

Siamo in regime di bonus 50% che terminerà domani alle 02.00 (progetto yoyo@home)

Seconda bella notizia è che è entrato in attività, con le sue corazzate, entity. Il risultato si vede: siamo in decima posizione


PS. penso che domani alle 2:00 bloccherò la rete (= + bunker) per riaprirla quando ci sarà un altro bonus

Sto avendo problemi di wu che vanno in errore anche dopo più di 4 ore di elaborazione (alcune 6)
Non credo sia un problema di ram perchè sono a 22 wu contemporanee e quel computer ha 32GB di ram come quello con il 3900X che invece fa andare tutti i 24 thread senza errori. L'unica differenza è che uno è con windows 10 e l'altro con linux (quello che da problemi)

Edit: forse ho capito il problema: alcune wu andate in errore a causa della ram mostravano un utilizzo della cpu superiore al 1000% mentre molte si aggiravano sul 350%.
Ho abortito quelle che mi rimanevano con un utilizzo anomalo ed ora anche le wu di srbase sembrano andare meglio, prima di dava un tempo stimato di 19h per delle riesel base...

Probabilmente quando linux ha terminato il processo per mancanza di memoria si "incastravano" le wu in un limbo strano fino a quando non andavano in errore. Infatti dai log vedo che i processi abortiti sono abbastanza ravvicinati, ma le wu sono fallite successivamente. In ogni caso ora ho montato 4 banchi nuovi di ram, portandola a 64GB...speriamo in bene. Anche perchè usare la swap in modo così massiccio non fa nemmeno bene al mio ssd...

corla99 ha scritto:

Sto avendo problemi di wu che vanno in errore anche dopo più di 4 ore di elaborazione (alcune 6)
Non credo sia un problema di ram perchè sono a 22 wu contemporanee e quel computer ha 32GB di ram come quello con il 3900X che invece fa andare tutti i 24 thread senza errori. L'unica differenza è che uno è con windows 10 e l'altro con linux (quello che da problemi)

Sono tantissime wu per 32 GB di ram. Le ecm normali usano tranquillamente 2 GB l'una. Se poi fai le P2 da sole secondo me sei fortunato se riesci a farne 4 in contemporanea senza problemi.

Questa mattina ho iniziato ad elaborare sulle WU AP27 di PrimeGrid...ho provato la settimana scorsa e la mia AMD Radeon RX Vega 64 ci mette circa 29 minuti a farne una...lo so, è poco, ma intanto contribuisco anch'io in qualche maniera

questa mattina ho scaricato un bunker di poco più di 100 wu primegrid AP27 e mi è arrivata l'email in cui mi indica che ho trovato ben 7 primi.
mai successo una tale abbondanza

Anch'io stamattina. Solo uno e AP20, però...
Piuttosto ci manca l'artiglieria di valterc, che immagino abbia altro a cui pensare in questi giorni.

@Zio ti consiglio di alzare la notifica tramite mail per sequenze superiori a 23 (o 24), altrimenti rischi di essere intasato presto

@Samu purtroppo le Vega sono invecchiate maluccio, soprattutto considerando che su primegrid le Nvidia hanno sempre reso di più.
Con la Vega 56, da Windows, avevo notato che se applicavo l'undervolt automatico tramite il pannello dei driver catalyst i consumi/temperature si abbassavano ma senza impattare più di tanto sulla durata delle wu

Per ora rimarrò con 46t su yoyo e 10t su srbase, con le due gpu su primegrid. Vediamo come vanno le cose

zioriga ha scritto:

questa mattina ho scaricato un bunker di poco più di 100 wu primegrid AP27 e mi è arrivata l'email in cui mi indica che ho trovato ben 7 primi.
mai successo una tale abbondanza

@zioriga è arrivata anche a me l'e-mail, 3 primi ho trovato! Che figata!!!

corla99 ha scritto:

@Samu purtroppo le Vega sono invecchiate maluccio, soprattutto considerando che su primegrid le Nvidia hanno sempre reso di più.
Con la Vega 56, da Windows, avevo notato che se applicavo l'undervolt automatico tramite il pannello dei driver catalyst i consumi/temperature si abbassavano ma senza impattare più di tanto sulla durata delle wu

Io ho potuto appurare che la mia Vega 64, tirata al massimo stile collo di gallina, arriva a 238 W contro i 295 W dichiarati sulla carta. Direi che è un bel dire considerato quello che ciuccia quando elabora al massimo! però non mi permetto di toccare le impostazioni standard, non sono così esperto da metterci le mani. Col kuloh che ho rischio di bruciare tutto!

Haven't decided what I'm going to do once the current Javelin throw is complete. Yoyo is too much work trying to manage the memory problems and having to constantly restart clients across 6 machines. Maybe they will announce another discipline with a project that easier to manage.

Not "maybe", they must announce two more disciplines (total of 5 disciplines)

thanks a lot for your contribution

entity ha scritto:

Haven't decided what I'm going to do once the current Javelin throw is complete. Yoyo is too much work trying to manage the memory problems and having to constantly restart clients across 6 machines. Maybe they will announce another discipline with a project that easier to manage.

We have to thank you for what you have done so far. Imho yoyo is easier to handle if you have few cores. My Ryzen3 (4c 4t 3.6 base frequency) is fine and runs at 3.7. The 3950x, with more than 8 simultaneous wus, drops to 0.8 GHz... I don't think we will participate in the fourth and fifth javelin throw, let's settle for that and focus on the next two disciplines

I was able to manage the ECM P2 work because it was a consistent 7GB across all work units. I would only run 1 per host (except the EPYC server which can handle 5 concurrent). The problem was the other ECM work that seemed to not be consistent in the amount of memory it used during execution. The ecm_asm_* work would use 3GB per WU for the first 20% and then drop back to a few MBs and then go back up to almost 2GB just before finishing. Other WUs would use 1 to 2 GB and some others only MBs. The inconsistency made planning for the work a real challenge. I could run on only half of the threads but that still might not keep a system from being killed by the OOM (out of memory) process. It even killed the BOINC client on the EPYC server with 256GB of memory.

Hopefully, they will announce another discipline before 0000UTC.

let's crunch on SRBase for some more hours then we'll see what happens

E' arrivato il momento delle gpu AMD.
Cross Country dal 14 al 19 Einstein@home

entity ha scritto:

... Maybe they will announce another discipline with a project that easier to manage.

Sprint is on Numberfield, it's what you were waiting for...

Numberfields is definitely a more manageable project. Will finish up SRBase work and start on Numberfields once they are complete. I may try to build some bunkers since I haven't done that in a few years.

Be aware that only third best trhow counts for ranking and very few of us are still crunching SRBase but I'm not meaning it's a waste of time, feel free to go ahead on SRBase to empty your clients.
Or maybe you have a million credits to upload, who knows...