ARGOMENTO:

come memoria su "disco" non credo ci possa essere una sostanziale differenza e anche come RAM.

ad ogni modo io sto facendo girare 2 WU e mi occupano quasi 4GB

non credo che su CEP2 si possa parlare di molecole !!!! (mi correggo, potrebbe anche essere !!!)

Dici da WU a WU non cambia molto la memoria richiesta su HDD o RAM? Questo non lo so.

Prego? Che cosa studierebbe se non molecole, scusa? Non so quante volte il direttore del gruppo di ricerca pronunci la parola molecules nei video di presenazione.

Quindi utilizzando quel programma in Windows 2 WUs in due client richiedono quasi 4 GB di memoria? Utilizzando tmpfs in Mint quattro in un client ne richiedono quattro (ed immagino 5 WUs -> 5 GB, domani provo): non sembra granché conveniente in quanto all'utilizzo di memoria, a meno che non sia colpa dei due client al posto di uno (ma ne dubito altamente). La comodità del backup periodico e del ripristino dei dati al riavvio del sistema invece osno imbattibili.

Direi che l'occupazione non sembra essere troppo in funzione del nr. diWU

ho provato a mettere 3 WU contemporaneamente, e l'occupazione non è cambiata

Ah ho capito. Per me quello è vero solo per numeri piccoli di WU: anche solo per una ci vogliono almeno 2,5 GB di memoria (quando glie ne assegnavo due il progetto mi notificava la necessità di 2,5) quindi da 1 a 3 non cambia molto (perché non è che una vuole ben 2,5 GB, quello sarà un prerequisito). Se però continui ad aumentare la richiesta di memoria cresce, infatti con 3 GB cinque non riuscivo a farle girare, poi ho aggiunto un altro giga in fstab e ci sono riuscito, salvo accorgermi che ogni tanto una incappava in errore riportando nel log la mancanza di spazio, quindi se ne aggiungo altro il problema si risolve ed è vero che la memoria richiesta è funzione del numero di WUs.

Dopo tutto quello che sto leggendo, credo che in futuro non elaborerò più su hdd/ssd. Forse nel CD può essere il caso di risparmiarsi la ssd e prendere 8GB di ram in più? Io no ho ancora fatto prove, vedremo quando riuscirò.

confermo che c'è una variabilità molto alta.

ho beccato una WU che adesso è al 46.2% dopo 8h 44m !!!!!

Ti ricordo che la percentuale nella barra del progresso indica quanta parte del tempo di elaborazione massimo consentito (19 h scarse) è già trascorsa, non quanta parte del lavoro è già stata compiuta.

Anche a me ieri è arrivata una WU lunga, dieci ore e mezza (ho tremato parecchio temendo che andasse in errore per mancanza di memoria verso la fine ). Non ce ne sono molte così, ma non è la più lunga che abbia mai visto: una aveva impiegato 12 h.

Quotone per dare il contesto:
Ho dato un'occhiata a questa pagina su tmpfs ed a giudicare da questo, tmpfs has three mount options for sizing: 1) size: The limit of allocated bytes for this tmpfs instance. The default is half of your physical RAM without swap. [...], sembra che fosse proprio colpa dell'impostazione di BM il fatto che quando avevo 4 GB di RAM e cercavo di assegnarne tre a boinc-slots (dove il minimo richiesto da CEP è 2,5 GB) non ci riuscivo e dato che CEP otteneva solo 2 GB non ricevevo lavoro ed avevo un errore in BM: a me non si bloccava il sistema quindi non avevo assegnato troppa memoria a tmpfs (infatti non ricevevo nemmeno lavoro e non c'era alcuna elaborazione), però se si dice ad fstab di dare tot a tmpfs lui dà tot senza preoccuparsi delle conseguenze (poi se hai esagerato ti si blocca il sistema) quindi se boinc-slots riceveva solo 2 GB anziché 3 GB non era colpa di fstab ma di qualcos'altro ed infatti in BM era impostato affinché al massimo 2 GB fossero immolati a BOINC. Per fare la prova del nove domattina potrei impostare in BM 10% (che dopo l'espansione di memoria che fatto significia 8 GB->800 MB) e lasciare in fstab size=6G: se l'elaborazione non parte quanto detto sopra è confermato.

Quindi è probabile che anche solo con 4 GB di memoria RAM si possa montare in memoria boinc-slots ed elaborare senza problemi almeno una WUs di CEP risparmiando tempo ed usura del HDD. Senz'altro per una sola WU può non valerne la pena, inoltre si rischia di bloccare il sistema in presenza di altri programmi che utilizzano memoria ed anche cercando di elaborare più WUs di CEP alla volta quindi avere più gigabytes è meglio, ma non necessariamente 4 GB sono insufficienti.

Ho visto che una di quelle che mi sono finite in errore verso la fine per mancanza di memoria mi è stata validata... l'ho scampata bella. Vediamo le altre, cmq avendo dato più memoria oggi sembra andare tutto liscio.

EDIT
No, ho fatto la prova del 10% di RAM ma è il messagio di errore che è saltato fuori è stato che non c'era abbastanza RAM e non che non c'era abbastanza spazio sul disco (come quando avevo 4 GB di RAM), quindi vorrà dire che con 4 GB di RAM anche se dici ad fstab di darne tre a tmpfs lui non lo fa, a differenza di quel che è chiaramente scritto in tante pagine su internet. Però se hai 8 GB più di quattro glie ne dà quindi la regola non deve essere che al massimo metà della RAM può essere utilizzata per questo scopo ma che ne deve rimanere abbastanza per il SO.

Cmq confermo che con 6 GB su otto assegnati a tmpfs in fstab 5 WUs CEP più 3 WUs UGM tutte contemporaneamente hanno risorse a sufficienza. Con 5 GB e 4 CEP + 4 UGM pure. Domani provo 6 GB e 6+2 ma probabilmente ci saranno errori (cmq se si verificheranno dopo un checkpoint i crediti saranno assegnati lo stesso) quindi ci vorranno 7 GB e la regola è 1 GB in più del numero di WUs CEP che si vuole elaborare contemporaneamente, inoltre affianco alle CEP ci stanno anche altre WUs che non richiedano molta memoria tante quante sono i thread liberi (ho provato 9 WUs con 8 thread ma una restava in attesa di elaborazione).

EDIT 2
E invece 6 GB sono bastati per 6 WUs CEP e 2 WUs UGM! Nessuna è terminata improvvisamente per mancana di memoria pur essendo quattro di esse belle grosse: oltre 30 atomi di carbonio e tempi di elaborazione dalle sette alle nove ore. Mentre si avviavano ho dato un'occhiata all'ultima scheda di BM ed ho visto che mentre in assenza di lavoro lo spazio su disco occupato (che nel mio caso invece è memoria RAM occupata) era di 200 MB, elaborando una WU di CEP aumentava di 600 MB, aggiungendone altre due queste richiedevano 700 MB in più l'una, altre tre 600 MB ciascuna ed infine due UGM hanno voluto meno di 300 MB in più in totale. Per una somma di 4,3 GB (invece Monitor di sistema indicava che la memoria in uso ammontava solo ad 1,5 GiB con circa 170 MiB per ogni eseguibile di CEP e 30 MiB per quelli di UGM, quindi non considerava la memoria utilizzata da tmpfs) osservata durante i primi 10 min di elaborazione e che sicuramente è cambiata nel tempo quindi al massimo questa quantità è una condizione necessaria ma non sufficiente per non trovarsi tra gli avvisi di BM "CEP 2 non ha abbastanza spazio su disco". Poi quando si passa da un job all'altro di una WU ho sperimentato che ne serve di più ma quei circa 6 GB - 4,3 GB = 1,7 GB che avanzavano sono stati sufficienti. Quindi il consumo di memoria RAM in totale è ammontato almeno a 4,3 GB + 1,5+ GB = 5,8+ GB pertanto con meno di 8 GB non si riesce a fare questo lavoro, considerando che mente il criceto correva non c'era altro che consumasse memoria. Infin mi sono anche accorto che più avanti nell'elaborazione sono stati utilizzati anche 450 MiB di swap.
Adesso vedo se riesco a portare le CEP a sette alla volta ed una sola UGM per arrivare anche lì al badge d'argento, ma mi sa che potrebbe non bastarmi il giga di partizione di swap che ho impostato all'installazione di Mint.

Ho cominciato a mettere mano ai comandi della bozza, di cui al primo post, per capire la logica del tutto.
Intanto un dato interessante o, se vogliamo allarmante, è che il gestore dei processi non si accorge che la ram è occupata. Ho provato a montare 6 GB su ram e copiare 4,3GiB di film al suo interno. Niente da fare, il gestore processi non se ne accorge e segna tutto libero. Anche con 'top' non si capisce una mazza lo stesso.

top (senza partizione tmpfs)
top (partizione tmpfs di 6GB montata + film copiati)df (partizione tmpfs di 6GB montata + film copiati)
Poi altro dubbio riguarda i permessi della directory 'slots'. Il file manager mi segnala il seguente messaggio di errore: "I permessi della cartella sono inconsistenti, potrebbe non essere possibile lavorare con i file di questa cartella". Sempre lui vorrebbe che prema il pulsante "Correggi i permessi della cartella...". Dando il comando 'ls -l' i permessi reali risultano i seguenti: "drwxrwx--x". Premuto il pulsante scompare l'ultima x: "drwxrwx---". In sostanza la correzione leva i permessi di esecuzione ad "Altri". Peccato che quel "Altri" dovrebbe corrispondere a tutte le, chiamiamole così, sottoapplicazioni che vengono mandate in esecuzione dall'applicazione principale di un progetto boinc. Lo stesso problema affligge anche la directory 'projects'. Se dessi un bel 'chmod 777 /path/to/boinc' e tutti amici come prima? Linuxiani rispondete. (Ricordo che uso il boinc installato a parte e che risiede nella home).

se hai montato una cartella in ram , questa viene utilizzata come cartellaper vederne lo spazio occupato.

è normale che il gestore dei processi (top , ma ti consiglio htop che è molto più leggibile e configurabile) vede la memoria fisica e quella utilizzata dai vari processi.

il mountpoint non è un processo in sè

continuate a confondere la RAM con lo spazio dedicato ad una cartella (sia esso su HDD che su RAM)

[edit] opzioni per fstab :o riavvia


@bobooooooooooo : fa qualcosa per lo scorrimento orizzontale del codice !!!!

@curious : se ti serve più swap , e non vuoi ripartizionare il disco , puoi dedicargli un file ... con il pinguino tutto è un file ....

occhio :

supponiamo ti serva uno spazio swap aggiuntivo (4GB) e non puoi/vuoi partizionare il disco , gli dedichi un file posto in un qualsiasi punto del filesystem
(per comodità lo mettiamo nella root di sistema : / )

tutti i comandi da root
(4GB = 1024*4096 = 4194304 blocchi)
(dimesione blocchi 1024 bytes ossia = 1Mb , 4096 Mbytes=4GB )
Crea il file swap
Attiva lo swap
Per renderlo attivo al boot , edita /etc/fstab e aggiungi :
se vuoi cambiare dimensione devi solo indicare il numero esatto di blocchi da passare a "dd" (attento al comando che se sbagli qualcosa puoi cancellare tante cose ) come indicato sopra

ciao

A dire il vero df liscio mi ha restituito correttamente lo spazio occupato (in percentuale) e mi sono accontentato. Comunque, avevo copiato solamente due file per cui non ci sono stati problemi.

Chiamala confusione. A me interessa soltanto capire quanta ram è occupata da processi+cartelle. In effetti, ripensadoci è giusto che il gestore processi non veda le cartelle.

Ho voluto provare il montaggio manuale piuttosto che fstab. Forse è la mancanza di riavvio che non permette a top di capire la memoria libera?
Sto scaricando già 5 wu. Eventuali aggiustamenti e automatizzazioni li faccio più in avanti.

manualemnte è la stessa cosa , gli passi i parametri indicati

Nubman ha scritto:

A dire il vero df liscio mi ha restituito correttamente lo spazio occupato (in percentuale) e mi sono accontentato. Comunque, avevo copiato solamente due file per cui non ci sono stati problemi.

Chiamala confusione. A me interessa soltanto capire quanta ram è occupata da processi+cartelle. In effetti, ripensadoci è giusto che il gestore processi non veda le cartelle.

Ho voluto provare il montaggio manuale piuttosto che fstab. Forse è la mancanza di riavvio che non permette a top di capire la memoria libera?
Sto scaricando già 5 wu. Eventuali aggiustamenti e automatizzazioni li faccio più in avanti.

ti ricordo che se monti manualmente dopo cheil client è partito perdi il lavoro in corso (o vanno in errore)

Sì, senz'altro ho scritto mille imprecisione perché non conosco Linux (né voglio conoscerlo più di quanto mi basti per scaccolare CEP2) cmq quanta memoria RAMM mi sia servita per fare quel che ho scritto si capisce lo stesso.

Boia, speravo di farcela perché era arrivato solo a metà il suo utilizzo, ma vedo che adesso siamo intono al 90% di swap utilizzato. Mi tocca fare qualcosa.
Io pensavo semplicemente di aprire il tool per le partizioni e fare due click, ma dato che mi fai presente un'altra possibilità immagio che il metodo che avevo pensato abbia dei downsides, dico bene?
Cmq sono stato molto tirchio con Mint e non c'è più spazio nel filesystem quindi il file di swap non lo faccio e poi ho già capito che se ci provo sc4550 qualcosa e distruggo mezzo mondo quindi meglio di no.

sabayonino ha scritto:

manualemnte è la stessa cosa , gli passi i parametri indicati

# mount -t tmpfs -o size=6G,defaults,noatime,mode=1777 tmpfs /mnt/point

Ho mandato questonell'apposita directory.
Fa schifo? Errori?

C'è qualche suffisso per dire '6 gigabyte' in maniera più compatta? 6G corrisponde a 6,4 gigabyte.

Buon segno: il led relativo ad hdd/ssd non lampeggia quasi mai mentre il pc sta scaccolando.

Nubman ha scritto:

C'è qualche suffisso per dire '6 gigabyte' in maniera più compatta? 6G corrisponde a 6,4 gigabyte.

...tirchio

I valori vanno espressi nl S.I. dove 1024Mb =1G (size=n{K,M,G} )

6000000/1024 = ~5860Mb
oppure gli indichi la %
size=50% ...

[edit] se vuoi monitorare lo spazio occupato in tempo reale :

Stavo realizzando che è probabile che gli errori che ho avuto finora non siano stati causati tanto da scarsità di memoria RAM quanto da scarsità della partizione di swap. Poco prima di vedere due WUs andare in errore mi sono accorto che lo spazio di swap utilizzato era quasi il 90% di quello disponibile, non sarà un caso. Poi è vero che finora aumentando la memoria data a tmpfs ho risolto ma potrebbe non essere la cosa migliore da fare.
Quindi chissà che aumentando la partizione di swap non possa utilizzare la stessa quantità di memoria RAM per eseguire ancora più WUs, magari imponendo con app_config che due utilizzino un thread, oppure semplicemente utilizzare meno memoria per le stesse WUs? In effetti $ df -h mi faceva notare che il 17% di tmpfs non era utilizzato. Cmq prima di andare a modificare le partizioni provo a dare sette degli otto gigabyte di memoria a tmpfs (ora che li ho comprati bisogerà utilizzarli) così vedo se risolvo semplicemente.

Anche io con 8gb di ram ho riscontrato una percentuale simile.

Sono partito con 6 cep2 + 2 mcm1 e con 6gb di ram dedicati come cartella mi trovo l'82% utilizzato (percentuale pressoché identica senza le mcm1). Inoltre, la app utilizza mediamente il ~2% della ram.

Quindi, a conti fatti sembrerebbe che ciascuna wu si prenda 0.82gb di spazio + 0.16gb di ram.
Il totale necessario per 8wu sarebbe 7.98gb, senza contare il sistema operativo.
Mi risulta che il limite max delle cep2 contemporanee sarà 7. Se si vuole usare il pc per navigare, è sicuramente meglio fermarsi a 6, se non addirittura 5.

Mi è venuta voglia di comprare altri 8gb di ram per Natale.

In linea con i miei numeri di qualche post fa, quindi ormai l'asticella è posizionata ed avere uno swap un po' capiente aiuta a risparmiare memoria; poi tra i vari metodi cambierà qualcosa ma non più di tanto. Navigando su internet ho scoperto che esiste anche ramfs che è simile a tmpfs quindi magari si può utilizzare al suo posto, ma non penso che mi metterò a fare prove anche con quello. Infine c'è il programma indicato dallo zio per Windows, magari il giorno che mi stanco di avviare Mint solo per lo scaccolo lo provo ma ho il sentore che sia meno personalizzabile quindi se qualcosa non va come desiderato bisogna spremersi di più le meningi per riportarlo in riga.