Newsgroup: it.comp.os.linux.sys
Titolo: strano comportamento tmpfs

ciao.
 
ho notato, chissà dopo quanto tempo, che il tmpfs montato su /run (nella 
mia ubuntu), ha un parametro di montaggio "size=10%".
Vado a controllare lo spazio:
Totale: 800 MB
Utilizzato: 1 MB
il resto inutilizzato.
 
In pratica, in fasi di avvio pare che sommi swap e RAM e in base a questo 
calcoli questo 10%.
 
se gli do: mount -o remount,sieze=10% 
si assesta al 10% della RAM (escludendo lo swap... questa è la mia 
deduzione).
 
Avete idea di quale possa essere lo script che si occupa del montaggio di 
questo filesystem all'avvio del sistema? ..... e quale sarebbe il criterio 
per cui ho un filesystem da 800MB per scriverci 1 MB di pid ?? Qualcuno 
potrebbe usarlo per scriverci file temporanei, ma per quello che /dev/shm 
montato su /run/shm ...

 criterio per cui ho un filesystem da 800MB per scriverci 1 MB di pid ??
 
Beh, ma tanto questi tmpfs sono dinamici: swappano su disco alla bisogna 
(se lo swap c'è), si rimpiccioliscono, crescono...
 
Size dovrebbe appunto dare la dimensione *massima* (quando funziona).
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://home.edges-grid.eu/home/
 
 
http://www.gpugrid.net/
 

 (se lo swap c'è), si rimpiccioliscono, crescono...
 
Nonzi, nonzi.
Me ne sono accorto proprio perché uno stupido programma mi ha riempito la 
run: pybootchartgui
Dopo averlo usato non riuscivo più a lanciare i programmi che volevano 
creare un pidfile, perché la run era piena.
Io penso che a questi scopi andrebbe usato /dev/shm... o sbaglio?
 

> criterio per cui ho un filesystem da 800MB per scriverci 1 MB di pid ??
 
/etc/default/tmpfs (come logico sulle debian e derivate).
/etc/init.d/mountkernfs.sh (basta un grep)
 
 
 

 Io penso che a questi scopi andrebbe usato /dev/shm... o sbaglio?
 
/dev/shm è un tmpfs, quindi stessa roba.

 /etc/init.d/mountkernfs.sh (basta un grep)
 
No, non esistono più.
 
Ubuntu non è mica tanto derivata debian, per quanto riguarda upstart. ;)
 
Quanto al grep:
 
lem@biggy:~$ sudo grep -rl '10%' /etc/*
/etc/alternatives/x-session-manager
/etc/alternatives/ttf-japanese-gothic.ttf
/etc/alternatives/c++
grep: /etc/blkid.tab: File o directory non esistente
/etc/mtab
/etc/X11/X
 
Vedi un po'...


 Vedi un po'...
 
Greppa tmpfs su init.d/*
 
Che ti dice ?

 Che ti dice ?
 
Mi dà /etc/init.d/umountfs, ma nessun riferimento alle opzioni.
 
Ho però trovato che le opzioni, fra cui "size=10%", stanno in 
/lib/init/fstab.
 
Credo che venga richiamato direttamente dagli eseguibili:
 
lem@biggy:~$ grep -rl '/lib/init/fstab' /sbin /bin
/sbin/mountall
/bin/mount
/bin/umount


 /dev/shm è un tmpfs, quindi stessa roba.
 
 
chiaro .... meno chiaro il fatto di avere 2 GB su uno + 2 GB sull'altro.
IMHO /run - che dovrebbe ospitare i PID - dovrebbe essere sensibilmente più piccolo.
 
Scovato il bug comunque: si tratta dell'esegubile '/sbin/mountall'
Se lanciato secco (come avviene negli script) fa riportare la dicitura '10%' sul
FS montato su '/run', però non cambia in alcun modo lo spazio assegnato a quel 
filesystem