« RAMdisque » avec la moitié (1/2) de la MEV libre

[musher0]

The English version of this thread is here.
~~~~~~~~~~~~~~~~
Version plus récente, ici
~~~~~~~~~~~~~~~~
Bonjour à tous.

Quatre scripts de DV en bash pour créer, remplir, vérifier et sauvegarder un
disque virtuel (« ramdisk ») à /mnt/ram1.

Rien ne bat un disque virtuel (en latin : « ramdisk ») pour les opérations de
copie et d'enregistrement, même à notre époque de disques rigides et de clés
USB rapides.

Comme le nom de l'archive le donne à penser, le script de création crée un
disque virtuel à partir des 2/3 de votre MEV libre. Cela signifie que vos applis
conservent amplement d'espace pour tourner après que /mnt/ram1 a été créé.

Il vous est fortement recommandé de NE PAS UTILISER CES SCRIPTS
si votre ordi a moins de 3 Go de MEV. Utilisez le script original de
« Pizza'sGood » à la place (l'adresse est ci-dessous). Est-ce assez clair ?

L'archive pet ci-jointe comprend 4 scripts en bash relatifs à un DV pour
créer,
remplir,
vérifier et
sauvegarder /mnt/ram1

La création et le remplissage au démarrage ainsi que la sauvegarde à la
fermeture sont automatiques. Vérifiez si vous voulez (mais ce n'est pas
nécessaire, habituellement).

Le script de sauvegarde à la fermeture est situé à /etc/init.d. Il utilise une
technique élaborée par BarryK, si j'ai bien compris. Ce script copie (en d'autres
mots, sauvegarde) dans /mnt/home/ramdisk le contenu du DV actif à
/mnt/ram1.

Inversement, au démarrage, si /mnt/home/ramdisk contient quelque chose,
le script zzz-ramdisk dans /root/Startup crée /mnt/ram1 et copie dedans ce
contenu.

Le script de remplissage au démarrage compare la taille du contenu et la
capacité du DV. S'il y a trop de contenu pour le DV, rien n'est copié. Dans ce
cas, vous devrez choisir vous-même quoi copier manuellement. Mais
habituellement vous n'aurez pas à le faire.

Réservez le répertoire /mnt/home/ramdisk uniquement au va-et-vient
avec /mnt/ram1. Ne mettez rien d'autre dedans, et vous ne devriez pas
avoir d'ennuis.

En somme, j'ai programmé pour que vous, l'utilisateur, n'ayez aucun souci.
Le contenu du DV est sauvegardé à la fermeture et recopié au démarrage.

Si pour une raison quelconque vous devez redémarrer X ou votre gest. de
fenêtres, le script affichera un message pendant 5 secondes comme quoi il
existe un disque virtuel, mais il ne reformatera ni ne détruira aucun contenu
sur votre DV pendant votre session.

Veuillez noter que les fichiers ne sont pas protégés en cas de fermeture
forcée : panne de courant ou fermeture avec le bouton de l'ordinateur.

Dans le cas de fermetures et redémarrages normaux, cependant, vous devriez
retrouver le contenu de votre disque virtuel à /mnt/ram1 d'une session à
l'autre.

Inspiré du script original de Pizza's Good and et d'une discussion
avec le membre du forum Smithy sur ce fil. Merci à ces deux-là.

Je l'ai beaucoup testé et j'ai décidé d'utiliser ces scripts en permanence
dans mes Puppys actuels et futurs -- parce que c'est tellement pratique.
Mais testez-le aussi et revenez-moi avec vos suggestions d'améliorations.
J'essaierai de répondre à vos demandes.

À la bonne vôtre !
~~~~~~~~~~
PS. L'arborescence de l'archive pet est comme suit:

[4.0K] ./etc
[4.0K] ./etc/init.d
[ 431] ./etc/init.d/stop_ramdisk-0.1
[4.0K] ./opt
[4.0K] ./opt/local
[4.0K] ./opt/local/bin
[1.6K] ./opt/local/bin/ramdisk_2thirds.sh
[ 834] ./opt/local/bin/ramdisk_check.sh
[ 610] ./opt/local/bin/ramdisk_cp.sh
[ 158] ./pet.specs
[4.0K] ./root
[4.0K] ./root/Startup
[ 33] ./root/Startup/zzz_ramdisk.sh -> /opt/local/bin/ramdisk_2thirds.sh
7 directories, 6 files

[augras]

Bonjour,
Ma question va te paraître peut-être bête, mais ça sert à quoi ?
merci,
Philippe

[musher0]

Salut augras.

Tu ne sais pas ? Sérieusement ? Ou tu me fais marcher ?! Je laisse
wikipédia te répondre ! https://fr.wikipedia.org/wiki/Disque_virtuel

Son grand avantage, c'est sa vitesse.

Ça peut servir à accélérer le transit entre un logiciel et ses caches (navi-
gateur, lecteur de musique ou de médias, logiciel de dessin, serveur, etc.),
ou pour tout fichier temporaire, par exemple, lors de compilations ou de
création d'archives zip, xz, etc.

Ça peut servir aux
-- paranos qui veulent ne laisser aucune trace sur l'ordi, vu que le DV se
détruit automatiquement quand on ferme l'ordi;

-- utilisateurs qui veulent « voyager léger » : avec ce genre de DV, on a à
peine besoin d'une clé USB.

Il n'est pas rare aujourd'hui de trouver des PCs qui ont d'office 4 Go de
MEV et plus; aussi bien faire quelque chose avec.

Tourlou.

[musher0]

Allô, tout le monde !

Un truc pour dégager plus de mémoire vive (RAM ou MEV) généralement
est d'ajouter le paramètre < pfix=nocopy > à la ligne « kernel » dans le
fichier menu.lst de grub.

Au sujet des paramètres de démarrage de Puppy, s.v.p. voir ici.

Selon la taille des Puppys, on gagne de 200 à 300 Mo en MEV parce que
les fichiers restent sur le disque, ils ne sont pas copiés dans tmpfs.

Dans les faits, le paramètre « nocopy » signifie un « boot » légèrement
plus rapide, des chargements d'applis légèrement plus lents (j'ai remarqué
avec geany), mais votre RAMdisque est de 200 ou 300 Mo plus gros. À vous
de peser le pour et le contre.

Seulement en ajoutant ce paramètre, la taille du « RAMdisque », créé au
moyen du script créateur ci-dessus, est passé de 1,2 Go à 1,5 Go. (Le
Puppy étant DPupStretch7-fr.)

Une autre remarque, au sujet de mksquashfs. Un membre du côté
anglophone voulait se servir du RAMdisque pour « squasher » un
répertoire, croyant accélérer le processus. L'ayant testé pour créer un sfs
d'un Puppy sur le DV, je lui répondrai que ce n'est pas la peine, cela ne
m'a pas fait gagner de temps, parce que

-- « squasher » un répertoire est un processus lent en soi qui prend le
temps qu'il faut pour bien comprimer les fichiers et hiérarchies système,
et puis tant pis;

-- l'utilitaire mksquashfs ne permet pas d'utiliser une cache, il n'a pas de
paramètre « cache » ou « temp ».

Par contre, il n'est pas bête de spécifier un répertoire ou fichier « temp »
dans le RAMdisque pour les opérations avec zip ou tout archiveur qui
accepte une cache.

Enfin un avertissement aux bidouilleurs : j'ai essayé avec le paramètre
< pfix=nocopy > ET une proportion de 7/10 de la MEV. Mksquashfs a bien
fonctionné, mais geany a refusé de se lancer par la suite. Je crois que la
combinaison 2/3 de la MEV ET < pfix=nocopy > est le maximum qu'on
peut demander à nos chiens-chiens comme RAMdisque si on ne veut pas
limiter les applications.

Vos retours d'expérience sont les bienvenus.

À+

[musher0]

Rebonjour.

Testé sur le Triton-6 de petihar. Avec pfix=nocopy, comme Triton-6 a un
noyau PAE, j'ai obtenu un disque virtuel de 2,3 Go pour 4 Go de MEV au
total. Impressionnant. S.v.p. voir la capture d'écran ci-jointe.

Un avantage que je découvre en travaillant avec ces scripts : c'est un
avantage secondaire, dérivé, me dira-t-on, mais qui s'avère d'une
grande commodité :

-- si on installe l'archive pet ci-dessus sur plusieurs Puppys et qu'on a un
répertoire unique /mnt/home/ramdisk quelque part (ce peut même être
sur une clé USB si l'ordi n'a pas de disque rigide), la sauvegarde
automatique du RAMdisque assure une portabilité immédiate des fichiers
qui sont dedans entre plusieurs Puppys.

Ça vous met en appétit ?

À+

[musher0]

Bon matin, les coqs !

Beau développement :

Il y a mieux que de créer un RAMdisque en mode tmpfs. Linus Torvalds a incorporé
depuis 2-3 ans le système zram aux noyaux linux.

Du zram, cela se compacte automatiquement avec lzop ou lz4, par exemple, dans
un rapport de jusqu'à 3 pour 1. C'est-à-dire qu'un RAMdisque de 2 Go créé avec
zram pourrait (en théorie du moins) valoir jusqu'à 6 Go. Cela reste à voir dans notre
cas, mais les comptes rendus dans les forums et les articles du web sont positifs.

Alors voici :

Code: Select all

#!/bin/bash
# /opt/local/bin/DV-zram.sh
# Créer un disque virtuel de type zram, par "Mute Ant".
# Source : https://forums.linuxmint.com/viewtopic.php?t=203420
# Relevé le 2017/10/24 à 04:30 par musher0
####
ChecK="`df | awk '$NF ~ /ram1/'`" # musher0, 17-10-14
if [ "$ChecK" = "" ];then # musher0, 17-10-14
	MOUNTPOINT="/mnt/ram1"
	LC_ALL=C
	SIZE="`free -m | awk '/Mem/ {print $4/3*2}'`";LC_ALL=""
	SIZE="${SIZE%.*}" # Laisser tomber les décimales possibles.

	mkdir -p "$MOUNTPOINT" # s'assurer que le point de montage existe

	modprobe zram  # Tell the kernel to create device zram0
	echo "${SIZE}"m > /sys/block/zram0/disksize  # Set the size of zram0 to 1G
	mkfs.ext2 /dev/zram0  # Format the new device as ext2
	mount /dev/zram0 /mnt/ram1 # Ramdisk  # Mount the new device on Ramdisk
	chmod 1777 /mnt/ram1 # Ramdisk  # Change Ramdisk flags to be like a /tmp/ folder
	mkdir -p /mnt/ram1/Downloads # Make a Downloads folder in Ramdisk

	cd /mnt/home/ramdisk
	rsync -avz . "/mnt/ram1" # --delete # optionnel
# Source : https://unix.stackexchange.com/questions/203846/how-to-sync-two-folders-with-command-line-tools
#
# Meilleur que :
# exec /opt/local/bin/ramdisk_cp.sh & # Copier le contenu de /mnt/home/ramdisk.
#
# Inversement :
# cd /mnt/ram1
# rsync -avz . "/mnt/home/ramdisk"
#
######################
# Suite de l'explication de "Mute Ant" :
#
# The amount of memory used will fluctuate according to
# what you store in the Ramdisk folder. The disk will persist
# if you log out, but not if you reboot. 1G, 2G, 500M,
# whatever you can afford, sets the maximum data size,
# RAM use will often be less; if the data can be compressed,
# it will be.
#
# Should you ever need to switch it off without rebooting...
# sudo su -c "
# umount /dev/zram0 # &&
# echo 1 > /sys/block/zram0/reset
#
# ...will do that.
######################
	sleep 0.5s
	MsG="Un disque virtuel de $SIZE Mb a été créé."
	Xdialog --title "Créé" --ok-label "OK" --timeout 5 --msgbox "$MsG" 0 0
	rox /mnt/ram1 &

else # Cette section par musher0, 17-10-14
	Xdialog --title "Existe" --ok-label "OK" --timeout 5 --msgbox "Un DV existe déja." 0 0
fi # Fin de la section par musher0, 17-10-14

########## Référence ####
# Ajouts par musher0
#
# Divers scripts d'une ligne pour faire des vérifications sur ce DV.
#
# 1a) # echo -e "Location\tUsed\tAvail.\t%\tName";df -h | awk '$NF ~ /ramdisk/ { print $1"\t\t"$3"\t"$4"\t"$5"\t"$6}'
# OU
# 1b) echo;df | head -1;df | grep ramdisk
# Les lignes ci-dessus vous diront la taille et le degré d'occupation du DV.
#
##
# 2) df | head -1;df | grep ram
#
# 3) df | awk '$2=="1024000" && $NF ~ /ramdisk/'
# Ces deux-ci vous disent seulement s'il existe un DV.
#### 

Vous remarquerez qu'on a conservé ici la procédure pour découvrir la taille possible,
qu'il y avait dans le script précédent.

Les sources de diverses lignes sont indiquées, si le code n'est pas de moi.

À la bonne vôtre.

[musher0]

Version plus récente et plus solide, ci-dessous
~~~~~~~~~~~~
Rebonjour.

Pour faire suite, voici une archive pet contenant des scripts profitant du module zram.
S.v.p. décharger l'archive pet précédente s'il y a lieu.

ALP.

[musher0]

Bonjour,
Ma question va te paraître peut-être bête, mais ça sert à quoi ?
merci,
Philippe

Salut Phillipe.

Réponse après recherche :

Usages d'un RAMdisque (en tant que vraie partition avec système de fichiers
ou sous une autre forme)

-- comme navette entre une carte flash et le RAMdisque, celui-ci fait durer la
carte flash plus longtemps (évite une usure prématurée).

-- pour stocker les résultats de find (notre PFind le fait déjà)

-- comme lieu de stockage temporaire pendant que zip (au autre compacteur)
crée l'archive.

-- cache pour tout navigateur : extrêmement rapide. Peut être extrêmement sûr
si on ne l'enregistre pas à la fin de chaque session.

-- endroit pour faire un scan d'intégrité du courriel

-- une cache sur un RAMdisque pour twitter ou un logiciel de clavardage
(« tchatte ») préserve la confidentialité, vu qu'elle est détruite à la fermeture

-- pour n'importe quelle appli qui écrit souvent des fichiers temporaires sur
disque (BdD sql, par ex.); ou pour enregistrer les versions d'un document ou
d'un script en cours de création dans geany (chaque minute ?)

-- pour remplacer le fichier d'échange (« swap ») sur le DD

-- pour accélérer la compilation de toute appli

Résumé de https://serverfault.com/questions/44248 ... a-ram-disk.
(Ma trad.)

[fabrice_035]

salut,

Si j'ai bien analysé les scripts, il s'agit juste de créer un disque RAM mais en aucun cas puppy va par défaut l'utiliser. Par exemple Firefox stock et utilise le dossier /root/.mozilla

Pour que le disque RAM soit utile il faudra donc copier et linker les dossiers digne d’intérêts ?

[musher0]

Salut, Fabrice.

Oui c'est surtout pour les caches qu'on l'utilise, et ainsi accélérer la performance du
programme ou la rendre plus fluide. Aussi pour réduire l'usure sur les clés USB et
cartes Flash.

Quand tu dis que Puppy ne peut l'utiliser en aucun cas... attention ! Puppy se
charge par défaut en RAM ! /tmp et /tmpfs sont en RAM (mais /tmp est seulement
structuré en répertoire).

Enfin dans mon archive pet, j'ai mis un script de copie avec rsync qui prend tout ce
qu'il y a dans /mnt/home/ramdisk et le copie dans /mnt/ram1. Le script dans
/etc/init.d fait l'inverse à la fermeture. Aussi un script "cron" copie le contenu de
/mnt/ram1 toutes les 15 minutes dans /mnt/home/ramdisk pour que le moins de
données possible soient perdues en cas de panne. L'utilisateur peut bien sûr raffiner
et adapter ces scripts de copie à son usage personnel. Copier tel répertoire ou
fichier, mais pas tel autre, etc.

C'est juste qu'on n'a pas assez d'imagination pour trouver d'autres usages !

Pour terminer, une info que j'ai oubliée : un RAMdisque est 2 fois plus rapide qu'un
disque rigide "Solid State", qui lui-même est 2 fois plus rapide qu'un disque rigide
traditionnel magnétique. (Il faut que je revérifie les chiffres, ma mémoire me joue peut-
être un tour, mais c'est quelque chose comme ça.)

À+

[musher0]

Au sujet de la vitesse, certains vous diront qu'un RAMdisque est 250 fois plus
rapide qu'un disque dur "solide state". Réponse 12 à :

https://superuser.com/questions/686378/ ... isk/686386

[fabrice_035]

Salut,

J'ai installé les .pet mais ça change rien (Tahrpup 6.0.6) après rédemarrage.

Je vais étudier ça demain, toutefois je trouve tout ça assez confus, serait-il possible de résumer ce qu'il faut faire exactement ?
Merci.

[musher0]

Salut,

J'ai installé les .pet mais ça change rien (Tahrpup 6.0.6) après rédemarrage.

Je vais étudier ça demain, toutefois je trouve tout ça assez confus, serait-il possible de résumer ce qu'il faut faire exactement ?
Merci.

Allô Fabrice.

Merci de ton essai. Je reviens tantôt avec une nouvelle version.
(Journée de travail pas terminée ici !)

Il y avait problème avec le nombre entier à fournir au RAMdisque, selon
la variable $LANG et selon les Puppys (xenial32 vs DPupStretch),

Je passe outre les var. linguistiques maintenant avec la ligne

Code: Select all

SIZE="`free -m | awk '/Mem/ {print int($4/3*2)}'`"

Je faisais compliqué quand je pouvais faire simple, haha.

En attendant, désinstalle s.t.p. les archives pet de ce script que tu as
installées. Merci.

À+

[musher0]

Bonsoir, Fabrice, bonsoir, tous et toutes.

Tel que promis, voici une nouvelle mouture beaucoup plus solide (je crois),
parce que basée sur zram et non plus sur tmpfs, et que le script passe
outre complètement à la variable de langue, à l'aide de la fonction « int »
(nombre entier) de awk, pour déterminer combien on a de mégaoctets à
consacrer au RAMdisque.

Quant aux explications sur quoi faire avec un RAMdisque, et comment y
arriver, tu me prends un peu de court, parce que c'est une « oeuvre
encore en chantier » et que je teste encore toutes sortes de répertoires
à mettre dans le RAMdisque.

Donc rien de définitif, mais je joins, sous toute réserve, une
arborescence de mon répertoire /mnt/home/ramdisk, qui est comme le
back-up (ou la matrice ?) de ce qui est « shooté » par rsync à /mnt/ram1.

Je te préviens que, en appliquant cette arborescence, j'ai fait un sérieux
plantage. J'apprends à mesure : une partie des fontes doivent rester là où
elles sont, sinon le toutou refuse de monter dans X. Mais lesquelles ??!!

C'est semblable avec le thème GTK-2 actif, mais ce n'est pas fatal : on
voit des gribouillis au lieu d'icones, le temps que le RAMdisque soit monté
et que rsync l'ait peuplé avec le matériel situé dans /mnt/home/ramdisk.

Heureusement je n'avais rien effacé, j'avais seulement jonglé avec les
liens symboliques. En cinq minutes, mon StretchPup-7fr était à nouveau
sur pattes.

Ce que j'essaie de dire, c'est que, si tu veux t'inspirer de l'arborescence
ci-jointe pour mener des tests, tu le fais à tes risques et périls.

J'ai une intuition -- à vérifier -- qu'on peut, si on s'y prend bien, mettre
dans ce RAMdisque tout type de décoration (thèmes GTK et des
gestionnaires de fenêtre, fontes, fonds d'écran et trucs semblables), de
façon à alléger le plus possible le pupsave. Si on réussit, le gain sera en
vitesse (RAMdisque) et en espace (pupsave).

J'ai l'impression qu'il va falloir y réfléchir en groupe, parce que je ne suis
pas l'bon Dieu, je n'ai pas la science infuse !

(Veuillez pardonner mon jargon, la journée a été longue.)

À+

[fabrice_035]

Salut,

D'abord merci pour tes recherches, à titre perso pour l'instant j'utilise ton ramdisk de la façon suivante: j'ai fait un symlink des dossiers volatiles, comme .cache et .thumbnails (ils sont dans /root)

As-tu testé ton crontab avec Puppy ? Comme c'est un crontab sous BusyBox... à vérifier.

Il y a aussi la commande watch

Code: Select all

root# watch
BusyBox v1.23.1 (2016-12-13 19:06:46 GMT) multi-call binary.

Usage: watch [-n SEC] [-t] PROG ARGS

Run PROG periodically

	-n	Loop period in seconds (default 2)
	-t	Don't print header

Les essais que tu as fait ont-ils pu être compromis par le fait que le disque ram est monté à la fin du démarrage de Puppy ?

Ne faudrait-il pas essayer de l'intégrer dans /etc/rc.d/rc.sysinit ?

Cdt.

[musher0]

Salut Fabrice.

Merci de ton retour et de contribuer à la réflexion.

Dans le désordre :

-- j'ai le trac à l'idée d'aller bricoler dans le rc.sysinit de BarryK...

-- Il y a un paramètre ramdisk pour le noyau ("kernel"). Voir :
http://crazytoon.com/2007/06/01/ramdisk ... hel-fedora
Il y a sans doute d'autres références sur le sujet.

Le problème au niveau des paramètres du noyau sur une ligne de grub : on ne sait
pas d'avance combien de MB réserver, cela varie selon la machine de l'utilisateur.

Si on pouvait l'utiliser, cela interviendrait encore plus tôt dans le processus, non?

-- héhé. J'ai souri quand j'ai lu que tu me déconseillais le crontab de busybox mais
me recommandais le watch de busybox. Tu as peut-être raison, faut pas jeter le
bébé avec l'eau du bain ! Les utilitaires offerts par busybox sont de qualité inégale.

Donc watch serait meilleur que crontab dans ce cas ?

Tu as écrit :
> « Les essais que tu as fait ont-ils pu être compromis par le fait que le disque
ram est monté à la fin du démarrage de Puppy ? »

J'ai répondu à la 2e partie de ta phrase ci-dessus.

-- En ce qui concerne "compromis" :
j'ai fait un test en faisant exprès de mettre plus de 300 Mo dans
/mnt/home/ramdisk. Le re-boot a fait patate. Je ne pouvais plus monter dans X.

En enlevant du stock, j'ai finalement pu monter dans X avec jwm, puis avec
icewm. Mais rien à faire dans le cas du gest. de fenêtres echinus, X refusait de
monter avec. Le code d'echinus aurait-il été corrompu par une "overwrite" (comment
dit-on en français ?) du RAMdisque ?

300 Mo serait trop à avaler pour un RAMdisque de 1,5 Go avec système de
compression zram ? Cela semble invraisemblable. Faut diagnostiquer plus finement.

Voilà où j'en suis.

À+

[musher0]

Rebonjour Fabrice et tout le monde !

Développements :

-- ramdisk_size=machin sur la ligne de kernel dans le menu.lst de grub :
j'ai re-vérifié, et ce paramètre s'applique uniquement au initrd (RAMdisque initial
de toute distro Linux).

-- j'ai mis dans /etc/init.d le script de construction et de peuplement du
RAMdisque, start_dv-zram-2.sh. Il n'est plus dans ~/Startup. Il se met donc en
place plus tôt au cours du lancement du Puppy.

-- j'ai réduit la proportion de 2/3 à 1/2 de la MEV libre pour plus de sûreté.

-- j'ai enlevé beacoup de choses de /mnt/home/ramdisk. Il reste +/- 50 Mo.

(S.v.p. voir capture d'écran ci-dessous.)

Conclusion : j'ai un RAMdisque plus léger qui tourne bien sous echinus.

Si vous avez d'autres idées ou trouvailles au sujet des RAMdisques, ou que vous
avez fait des tests, n'hésitez pas à les communiquer ? Merci d'avance.

Bonne fin de journée.

[fabrice_035]

Salut,

Pourrai tu dire à quel endroit tu as modifié le script init stp ?

Peut être avais tu déjà vu le lien donné dans la section how to qui concerne la possibilité de booster Firefox en le forçant à utiliser la RAM.
Le tuto utilise également rsync.

https://www.pcsuggest.com/speed-up-fire ... pfs-linux/

J'ai suivi une partie des instructions, avec en plus le dossier /root/.cache dans le disque RAM, la différence est bien notable, sans compter l'usure limitée du SSD

Bon dimanche.

[musher0]

Salut Fabrice.

JE N'AI PAS modifié le script init !!! J'ai eu trop la frousse !

J'ai seulement mis le script ci-joint dans /etc/init.d sous le nom start_dv-zram-2.sh.

Merci pour les autres infos.et pour le retour.

À+

[hamoudoudou]

alors, les retours ?