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

[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 ?