ARGOMENTO:

xdarma ha scritto:

Che cosa gli vuoi dire a 'sta gente?

Che è una PALLA (e lo dico da utente Virtualbox abbastanza scafato).
Ho dovuto creare un file vdi da 75 gb, che con dimensioni più piccole ho avuto infinite rogne.
Ogni volta che ho voglia di scaccolare una wu, devo avviare la vm, loggarli, ecc, ecc, ecc.
Per non parlare delle prestazioni del tutto.

P.S. Ho paura che l'accoppiata BILD+Chiavetta, per quanto ottima, non sia sufficiente, a livello di spazio, per queste wu.

Per contro, 96 linuxiani attivi su circa 1.100 utenti totali rappresenta circa il 9% e non il 3% che credi tu.

Caspita, numeri da record. Sarebbero comunque dieci volte tanto!!
E un progetto windows+cpu attirerebbe, ne son convinto, anche gente che non ha la "destrezza" nell'uso di vm o di distro linux e che, attualmente, non partecipa con gpu al progetto..

E quindi direi che i linuxiani si impegnano di più. Al contrario dei windowsiani.

Non esistendo wu windows non possiamo, ovviamente, fare nessun confronto.

boboviz ha scritto:

Ho dovuto creare un file vdi da 75 gb, che con dimensioni più piccole ho avuto infinite rogne.
P.S. Ho paura che l'accoppiata BILD+Chiavetta, per quanto ottima, non sia sufficiente, a livello di spazio, per queste wu.

Scarica la VDI (una volta scompattata pesa 15Gb) , prima di avviarla , vai nelle impostazioni dei dischi di Vbox e la ridimensioni.
Avvia BILD.
Buon scaccolo
(Nello screen è un VDI dedicato a parte per prove tecniche della BILD)


PS : sui 4 pc (al momento in power-off) con l'SSD da 120 le WU me le posso scordare perchè con 62 Gb di spazio rilevato manco mi vanno.

Sul mio sistema, al momento, con 2 WU e 2 thread dedicati, l'occupazione di spazio su disco è di circa 2,2Gb.
Per la procedura di avviare la VM, loggarsi, ecc., teoricamente non serve con BILD: parte in autologin dal secondo avvio in poi e dovresti essere in grado di gestire boinc attraverso il manager, basta dirgli a che host collegarsi.
Sul numero di pinguini rispetto ai windowsiani, non credo che il client windows porti a decuplicare gli utenti attivi perché, come già detto, sono WU sperimentali e sono per cpu, in un progetto dove tutti macinano con schede video. Per fare un parallelo: quanta gente di rosetta elabora su ralph?

xdarma ha scritto:

Per fare un parallelo: quanta gente di rosetta elabora su ralph?

Son 2 progetti diversi con due url diversi. Quando, raramente, c'è lavoro su Ralph gli utenti non sono pochi (sicuramente non 96).
Qui abbiamo il fatto che ci sono decine di migliaia di wu e meno di 100 utenti. Direi che di strada se ne fa poca.
Non parliamo, poi, quando mi dimentico di modificare la scheda di rete della vm, che le wu vanno in errore....

xdarma ha scritto:

Sul mio sistema, al momento, con 2 WU e 2 thread dedicati, l'occupazione di spazio su disco è di circa 2,2Gb.

Quando hai scaricato le wu successive si, ma alla prima wu ti chiede tanto spazio.
Per dire, ho appena fatto una vm al volo e mi dice che, pur avendo destinato 20gb a gpugrid, me ne chiede altri 38....

boboviz ha scritto:

Quando hai scaricato le wu successive si, ma alla prima wu ti chiede tanto spazio.
Per dire, ho appena fatto una vm al volo e mi dice che, pur avendo destinato 20gb a gpugrid, me ne chiede altri 38....

Sei tirchio anche sulle VM
Mi sembra che ~ >70gb sia l'ideale. . Non ho capito perchè ma al momento la prendo per buona.
Effettivamente lo spazio utilizzato successivamente è veramente esiguo (in termini di Giga) , forse sarà l'applicazione che fa un check , ma visto che funziona , probabilmente non vogliono metterci mano ... (in questa era di Giga stiamo qui a spisspolarci per un mezzo bluray ? :lol: )

Non c'ho sottomano VirtualBox, ma se non ricordo male, lo spazio su disco virtuale può essere molto grande ma diventa occupazione fisica solo quando serve.
Quindi puoi creare una macchina virtuale da 128Gb e puoi assegnare a boinc anche 100Gb ma te ne verranno usati effettivamente circa 16Gb, cioè circa 12Gb per la distribuzione e circa 4Gb per boinc. E penso di aver arrotondato per eccesso.
Il formato del disco virtuale dovrebbe essere qcow2 e dovrebbe essere il formato di default.

confermo quanto scritto

questo è il vdi da 77GB di boinc :
e questa la relativa BILD da 50Gb circa Ridimensionata
In pratica non viene conteggiato lo spazio fisico non utilizzato.

Info : Sparse File

xdarma ha scritto:

Non c'ho sottomano VirtualBox, ma se non ricordo male, lo spazio su disco virtuale può essere molto grande ma diventa occupazione fisica solo quando serve.

Si, ma vedete (tu e Saba), siam qui a parlarne noi tre che di vm, linux e altre goloserie un pò ce ne intendiamo.
Oltre il 90% degli utenti Boinc vogliono semplicemente agganciare il progetto e partire con il lavoro.
E, dal momento che, nel bene ma anche nel male, la stra-stra-grande maggioranza dei client è Windows, se hai una paccata di wu da calcolare, la strada è una sola.
Aspettiamo novità

In coda ci stanno una manciata di WU QUantum Beta
Non ho visto post a riguardo nel forum di GPUG

Prime sensazioni con queste wu per Windows:
- occupano circa 30Gb per singola Wu. Meglio avere un bel ssd performante, perchè pestano di brutto.
- circa 3,5 gb di ram a singola Wu.
- 4 core per ogni singola wu e vengono sfruttati pesantemente.

Non c'è niente da fare: se volete "ammazzare" un pc, fatevi sotto.

Effettivamente anche dal lato pinguino , queste beta sono pesantine

boboviz ha scritto:

Prime sensazioni con queste wu per Windows:
- occupano circa 30Gb per singola Wu. Meglio avere un bel ssd performante, perchè pestano di brutto.
- circa 3,5 gb di ram a singola Wu.
- 4 core per ogni singola wu e vengono sfruttati pesantemente.

Non c'è niente da fare: se volete "ammazzare" un pc, fatevi sotto.

Eccomi,
ho provato a richiedere lavoro per cpu GPUGRID pochi minuti fa, ma questo é il log di ritorno

30/03/2019 10:03:23 | GPUGRID | update requested by user
30/03/2019 10:03:27 | GPUGRID | Sending scheduler request: Requested by user.
30/03/2019 10:03:27 | GPUGRID | Requesting new tasks for CPU and NVIDIA GPU
30/03/2019 10:03:29 | GPUGRID | Scheduler request completed: got 0 new tasks
30/03/2019 10:03:29 | GPUGRID | No tasks sent
30/03/2019 10:03:29 | GPUGRID | No tasks are available for Short runs (2-3 hours on fastest card)
30/03/2019 10:03:29 | GPUGRID | No tasks are available for Quantum Chemistry
30/03/2019 10:03:29 | GPUGRID | No tasks are available for Quantum Chemistry, beta test
30/03/2019 10:03:29 | GPUGRID | Nessuna working unit disponibile per le applicazioni selezionate.

Dallo status server c'é invece la conferma che ci sarebbe lavoro da distribuire.
Qualche idea che possa permettermi di elaborare qualche WU in ambiente WINDOWS ?
Grazie
K.

@kid : ho spostato i posts della VM in Supporto BILD

per favore , tieni le due cose separate.
Grazie

Sono appena tornato su questo progetto ed ho scaricato una WU long run.
Dopo oltre 6 ore di calcolo non sono neanche al 10%:



Eppure il mio pc è ben configurato... Ryzen 2700X e Nvidia 1080.... Possibile che sia una WU così lunga?
Siccome vedo che mi aspettano più di 2 giorni di calcolo e che il 5 scade il tempo, considerato che tengo il pc acceso quelle 3/4 ore alla sera, se mi confermate questa durata cancello subito il lavoro...

Certo devi far lavorare il pc H24

Leonardo ha scritto:

Sono appena tornato su questo progetto ed ho scaricato una WU long run.
Dopo oltre 6 ore di calcolo non sono neanche al 10%:

Si chiamano "long" per quel motivo.

... considerato che tengo il pc acceso quelle 3/4 ore alla sera...

Forse, attraverso il tuo account sul progetto, ti conviene disabilitare l'elaborazione delle WU long in modo da elaborare solo le WU short.
Anche se al momento non ne vedo di disponibili.

Solitamente le WU long mi duravano 8-9 ore. Questa 2 giorni e mezzo...

Non so di preciso su GPUGrid, ma le wu non sono sempre le stesse. se è un pò che non eri su questo progertto, può darsi che prima le wu long erano composte da meno GFlops rispetto a quelle attuali

Le nuove wu (acemd3) hanno dei "piccolissimi" problemi.
Sono state "ritirare" quelle per windows, mentre quelle per linux sono altalenanti (alcune funzionano, altre vanno in crash senza sapere bene perchè).
Per fortuna sono in stato beta.