ARGOMENTO:

sabayonino ha scritto:

bunker = ti trattieni tutte le WU fino ad una determinata percentuale , te le trattieni , ma non ne potrai più scaricare aveno la cache già piena (al massimo si può aumentare il valore anche con alcuni trucchetti ma sempre limitatta resta) , poi in un determinato momento continui l'elaborazione e la consegna (ad esempio all'interno di un challenge per la loro validazione , ochio alla data di scadenza ... yogurt docet )

Usando le virtual machine diventa illimitata.

Nubman ha scritto:

sabayonino ha scritto:

bunker = ti trattieni tutte le WU fino ad una determinata percentuale , te le trattieni , ma non ne potrai più scaricare aveno la cache già piena (al massimo si può aumentare il valore anche con alcuni trucchetti ma sempre limitatta resta) , poi in un determinato momento continui l'elaborazione e la consegna (ad esempio all'interno di un challenge per la loro validazione , ochio alla data di scadenza ... yogurt docet )

Usando le virtual machine diventa illimitata.

FALSO : dipende da quante ne mette a disposizione il progetto

sabayonino ha scritto:

Nubman ha scritto:

sabayonino ha scritto:

bunker = ti trattieni tutte le WU fino ad una determinata percentuale , te le trattieni , ma non ne potrai più scaricare aveno la cache già piena (al massimo si può aumentare il valore anche con alcuni trucchetti ma sempre limitatta resta) , poi in un determinato momento continui l'elaborazione e la consegna (ad esempio all'interno di un challenge per la loro validazione , ochio alla data di scadenza ... yogurt docet )

Usando le virtual machine diventa illimitata.

FALSO : dipende da quante ne mette a disposizione il progetto

Forse non sei a corrente di ciò che ho combinato su SIMAP.

(ho scaricato circa 2400 task per lo stesso pc )

@Nubman

Non solo, le wu di Rosetta a volte terminano molto prima all'improvviso. Un sacco di volte mi è capitato che un task da 6h finisse in 2h50m.

quello che tu dici è verissimo , e a maggior ragione diventa pericoloso bloccare a una determinata percdentuale

in merito al discorso della disponibilità il progetto Rosetta, non mi risulta che abbia dei "cedimenti"

spero a presto di poter creare un link alla procedura su cui sto lavorando e che dovrebbe dare la disponibilità giornaliera di WU per i 15 giorni precedenti ( ho ancora qualche problema su alcuni progetti, se avrò tempo libero e se sarò nelle condizioni spirituali + propizie riuscirò a dargli la botta finale)

Nubman ha scritto:

sabayonino ha scritto:

Nubman ha scritto:

sabayonino ha scritto:

bunker = ti trattieni tutte le WU fino ad una determinata percentuale , te le trattieni , ma non ne potrai più scaricare aveno la cache già piena (al massimo si può aumentare il valore anche con alcuni trucchetti ma sempre limitatta resta) , poi in un determinato momento continui l'elaborazione e la consegna (ad esempio all'interno di un challenge per la loro validazione , ochio alla data di scadenza ... yogurt docet )

Usando le virtual machine diventa illimitata.

FALSO : dipende da quante ne mette a disposizione il progetto

Forse non sei a corrente di ciò che ho combinato su SIMAP.

(ho scaricato circa 2400 task per lo stesso pc )

averne tante spesso è contro producente ,oltre per la dead line , che te ne fai se oltre la metà non riesci nemmeno ad avviarle ?

ioltre avere molte VM , penalizza di molto le prestazioni ... alla fine la CPU è quella . occorre trovare il giusto compromesso

Certo che in un futuro prossimo, fare Challenge mondiale su Tn-Grid, avrebbe il suo xchè...

sabayonino ha scritto:

Nubman ha scritto:

sabayonino ha scritto:

Nubman ha scritto:

sabayonino ha scritto:

bunker = ti trattieni tutte le WU fino ad una determinata percentuale , te le trattieni , ma non ne potrai più scaricare aveno la cache già piena (al massimo si può aumentare il valore anche con alcuni trucchetti ma sempre limitatta resta) , poi in un determinato momento continui l'elaborazione e la consegna (ad esempio all'interno di un challenge per la loro validazione , ochio alla data di scadenza ... yogurt docet )

Usando le virtual machine diventa illimitata.

FALSO : dipende da quante ne mette a disposizione il progetto

Forse non sei a corrente di ciò che ho combinato su SIMAP.

(ho scaricato circa 2400 task per lo stesso pc )

averne tante spesso è contro producente ,oltre per la dead line , che te ne fai se oltre la metà non riesci nemmeno ad avviarle ?

ioltre avere molte VM , penalizza di molto le prestazioni ... alla fine la CPU è quella . occorre trovare il giusto compromesso

Infatti ne ho completate circa 2200 task. 100 in più ne avrei fatte se stamattina non avessi provato ad avviare la stessa vm su due pc. Rispettando il limite del server ne avrei completate forse la metà. Infatti, ho scaricato i task aggiuntivi tenendo conto della deadline. Non sono riuscito a completare il 100% per via di imprevisti come sbalzi di tensione che hanno spento il pc e qualche magagna delle vm.
Per il resto sono d'accordissimo sul degrado delle prestazioni, però meglio che rimanere senza lavoro. Sto ancora computando su simap in questo momento. Se c'è lavoro, il problema non si pone.

@Nubman: Mi è capitato solo l'anno scorso, di vedere durante il nostro Challenge, rosy senza lavoro, ma è durato solo 1/2ora, poi son ricomparse magicamente 3000 wu sul server...

MA19-GORICIZZA-86MI ha scritto:

@Nubman: Mi è capitato solo l'anno scorso, di vedere durante il nostro Challenge, rosy senza lavoro, ma è durato solo 1/2ora, poi son ricomparse magicamente 3000 wu sul server...

erano in ferie e la signora delle pulizie per sbaglio aveva sganciato l'interruttore generale del CED

MA19-GORICIZZA-86MI ha scritto:

@Nubman: Mi è capitato solo l'anno scorso, di vedere durante il nostro Challenge, rosy senza lavoro, ma è durato solo 1/2ora, poi son ricomparse magicamente 3000 wu sul server...

Infatti alludevo al fatto che Rosetta è un progetto per il qualche c'è sempre lavoro. Tra l'altro 1 task dura ore e ore.

Nubman ha scritto:

MA19-GORICIZZA-86MI ha scritto:

@Nubman: Mi è capitato solo l'anno scorso, di vedere durante il nostro Challenge, rosy senza lavoro, ma è durato solo 1/2ora, poi son ricomparse magicamente 3000 wu sul server...

Infatti alludevo al fatto che Rosetta è un progetto per il qualche c'è sempre lavoro. Tra l'altro 1 task dura ore e ore.

da 1 ora a 2 giorni


Vedo che è anche anni, che non si fanno super previsioni boinc.bakerlab.org/rosetta/rah_top_predictions.php
Peggio dei nostri meteorologi "battuta "

Non ho mai provato i task da 2gg. C'è un "sovraccredito" in base alla lunghezza del task?

Nubman ha scritto:

Non ho mai provato i task da 2gg. C'è un "sovraccredito" in base alla lunghezza del task?

Certo, più ore scaccoli più credito ti danno, ma c'è il rischio che ti vadano in errore piu facilmente quelle lunghe...
Mi pare che lo scorso anno "zioriga", avesse fatto 2 calcoli e, quelle che rendevano d+ ore/crediti, sono quelle da 4 ore.

MA19-GORICIZZA-86MI ha scritto:

Nubman ha scritto:

Non ho mai provato i task da 2gg. C'è un "sovraccredito" in base alla lunghezza del task?

Certo, più ore scaccoli più credito ti danno, ma c'è il rischio che ti vadano in errore piu facilmente quelle lunghe...
Mi pare che lo scorso anno "zioriga", avesse fatto 2 calcoli e, quelle che rendevano d+ ore/crediti, sono quelle da 4 ore.

Che strano, pensavo premiassero il il fatto di sobbarcarsi task di maggiore durata, sia per il maggiore rischio di errore sia per il rischio di superamento della deadline. Comunque, io ho sempre scaccolato quelli di default senza problemi.

Nubman ha scritto:

MA19-GORICIZZA-86MI ha scritto:

Nubman ha scritto:

Non ho mai provato i task da 2gg. C'è un "sovraccredito" in base alla lunghezza del task?

Certo, più ore scaccoli più credito ti danno, ma c'è il rischio che ti vadano in errore piu facilmente quelle lunghe...
Mi pare che lo scorso anno "zioriga", avesse fatto 2 calcoli e, quelle che rendevano d+ ore/crediti, sono quelle da 4 ore.

Che strano, pensavo premiassero il il fatto di sobbarcarsi task di maggiore durata, sia per il maggiore rischio di errore sia per il rischio di superamento della deadline. Comunque, io ho sempre scaccolato quelli di default senza problemi.

no. sono più o meno proporzionali al tempo di elaborazione ... ma non più di tanto.

nel perioo pre-chllenge abbiamo fatto prove tra rpporto durata/crediti e mediamente quelle che rendevano di più erano quelle di 6-8 ore

Gattorantolo ha scritto:

La scorta (o bunker) è come il doping, si imbroglia...

Non proprio: il doping è espressamente proibito, i corridori controllati e chi sgarra lo segano.
Per imbrogliare nel CHL bisognerebbe falsificare le date di scadenza delle WU.
I bunker sarebbero illegali/impossibili se valesse la data di invio della WU, non quella di consegna.
Per me è legale.
Oltre a esserci fior di utenti che "bunkerizzano", in certi CHL (tipo pentathlon) sono parte del gioco i bunker durante il CHL.
Ne riparliamo il 29 sera

io continuo a non capire la presa di posizione di Gatto nei confronti della scorta iniziale, visto che pochi annni fa anche lui la faceva.

Che cosa è successo da fargli cambiare idea ???

O forse aveva tentato di farla e gli era andata male ???


@Nubman
non ero io quello che aveva detto che le migliori erano quelle di 4 ore, ma era stato Rick che aveva riportato un suo diagramma da cui si evidenziava un leggero miglior rapporto tra crediti e tempo di elaborazione

Nubman ha scritto:

ma qui sorge il dilemma: se la sfida inizia un certo giorno, perché si dovrebbe considerare il lavoro precedentemente fatto valido ai fini del punteggio?

Te l'ho già spiegato qualche ora fa, ma evidentemente non sono stato abbastanza chiaro.
Aggiungo un po' di dettagli.

Primo e più importante: con la sola eccezione di POGS ai progetti non gliene frega una strabeneamata fava dei challenge.
A loro interessa solo che le WU vengano elaborate, ma senza alcuna fretta né pretesa di correttezza.
- Se avessero fretta si farebbero in quattro per farsi un centro di calcolo, o comprare del tempo macchina da altri.
- "pretesa di corretteza" in senso lato. Se non c'è modo di fare la "prova del 9" sul risultato della WU si alza il quorum. In un modo o nell'altro la WU sarà corretta.

Tanto è vero che i prj hanno poco interesse nei challenge, che se pure li avvisi difficilmente ti danno retta. La tipa delle pulizie che staccò il CED, come ricordava Sabayonino, è vera ma ci sono stati casi in cui il work_generator non riusciva a star dietro alle richieste e nulla è stato fatto dal prj.
Poi spesso e volentieri anche la capacità di calcolo del/dei server è limitata, e figurati se rischiano di sputtanarsi il pregresso per un challenge!?


Venendo ai Challenge: sono solo una sega mentale di noi volontari.
Visto che ci ricompensano con i crediti ogni tanto facciamo il gioco di misurare la potenza di calcolo dei team.
Visto che, e qui ribadisco, al prj interessa solo che le WU siano elaborate senza patemi sul quante né quando, fare una scorta prima dell'inizio del challenge è assolutamente lecito.
E soprattutto (questo conta) non danneggia minimamente il progetto.
Gli unici effetti sul progetto sono:
- nei giorni immediatamente precedenti ci sarà un picco di download e azzeramento della riconsegna
- nelle prime ore dall'inizio del challenge ci sarà un sovraccarico di riconsegne mentre la richiesta tende a tornare alla normalità.
- finché non vengono validate le wu ricevute tutte nel picco iniziale le code di ricezione e validazione saranno piene e il validatore sovraccarico.
BOINC comunque è fatto in modo, sia lato server che client, da adattarsi agli eventi; quindi se il server è sovraccarico rifiuterà la ricezione di risultati e il client resterà in attesa di inviare.

E visto che (e chiudiamo il cerchio) il sovraccarico potrebbe benissimo durare fino a dopo la data di fine del challenge, la stessa gara potrebbe anche non disputarsi affatto per... impraticabilità di campo.
Ma se dovesse succedere nessuno di noi se ne avrebbe a male!!!

Conta solo la ricerca svolta dal progetto e una stupida corsa a chi macina di più non deve in alcun modo rischiare di danneggiare il lavoro dei Ricercatori.
Anzi, personalmente mi piacerebbe davvero che questo succedesse prima o poi.


Spero che sia tutto chiaro perché non intendo ripetermi.
Son qui davanti dalle 7 di stamattina con solo 1 ora di pausa, e non ho rimandato la risposta proprio perché mi hai dato l'occasione di scrivere contemporaneamente della parte seria e ludica del Calcolo Distribuito... anzi ti ringrazio di avermene dato l'occasione

Buon Challenge!

Gattorantolo ha scritto:

Ottimo, vedo che siamo in parecchi che snobbano il bunker, molto bene

A malincuore Gatto, manca la grana e i prossimi 2 mesi sono densi di cose da pagare

La scorta (o bunker) è come il doping, si imbroglia...

Non è doping, perché non danneggia nessuno; di certo condividi quanto ho risposto poco fa a Nubman vista la tua ormai lunga esperienza di BOINC.
Mi suona strana questa affermazione proprio da te

sabayonino ha scritto:

averne tante spesso è contro producente ,oltre per la dead line , che te ne fai se oltre la metà non riesci nemmeno ad avviarle ?

E non dimentichiamo che se il quorum è 2 o più si rischia di non avviare né completare WU che attendono dagli stessi compagni di squadra.
"In media stat virtus", come sempre.