Hellu la foule

Je suis à la recherche d'un moyen de mettre en mémoire un répertoire sur ma machine Linux pour lui donner un petit coup de vif. Le principe, c'est que j'ai un disque de 80go, avec peut être 4go d'occupé réellement... et dans ces 4go, il y a 100mb qui sont utilisés quasi en permanence.

Du coup, je reviens avec l'idée du memdisk qui existait sous dos à la bonne vieille époque, mais sous Linux, ca a l'air un rien plus complexe.

En fait, j'aurais espéré qu'avec le temps, un FS me permettre de placer un répertoire en mémoire et sur disque et qu'il gère la synchro par lui même (il y a très peu de modifications, mais ca doit tourner directement au boot et permettre une maj facile).

J'avais trouvé qu'apparemment, on peut utiliser /dev/memXXX (si je me plante pas), mais ce sont des blocs de 4MB par défaut, et bon, de devoir faire pleins de répertoires de 4MB ou recompiler le kernel pour pouvoir avoir plus gros, ca le fait pas

Bref, qqn a une idée, un outil quivabien, etc, etc?

Alors, correction, c'est /dev/ram, mais j'avais testé c'est pas concluant (à cause de la taille fixée pénible à changer et des soucis de synchros vis à vis d'un répertoire persistant).

D'après ce que je vois ici, tu peux changer la taille du ramdisk sans devoir recompiler
Il parle juste d'une option de lilo
http://www.tldp.org/linuxfocus/Francais/November1999/article124.html

Bon l'article est vieux, il doit y avoir mieux depuis

mount -t tmpfs none /mnt/ramdisk

Oui, mais j'avais fait le tour, c'était une option à rebalancer à chaque boot.

Hors la machine est live, et je peux pas me permettre de faire des reboots pour tester si ca va merder au prochain boot ou pas.

J'ai trouvé des infos sur tmpfs ou ramfs pour le moment, je continue mon investigation, mais mon rêve serait vraiment d'avoir un truc géré dynamiquement (pour la taille) et qui s'occupe de la synchro tout seul... Le rêve quoi

philfr> oui, mais si je veux une synchro (à sens unique, disque -> ram), c'est pour ma gueule?

Tu ne gagneras pas de performances en copiant tes données en ramdisk.
Car tmpfs, la cache disque de l'OS et la mémoire virtuelle ne font qu'un sous linux...

Si tes 100MB sont souvent utilisés, ils restent en cache OS comme s'ils étaient en ramdisk.

Sincèrement, vu le nombre d'accès disque alors que la plupart du temps il n'y a accès qu'à ces 100mb (et que j'ai 2gb de ram), j'en doute.

J'avais tenté le coup en placant un petit site en me basant sur /dev/ram et la différence de performance était énorme.

Même si le système utilise d'autres fichiers, j'aimerais réellement que ces 100MB soient en ram, quoi qu'il arrive

EDIT: En fait, si je pouvais donner une priorité plus importante à ce répertoire pour qu'il soit en cache automatiquement, ce serait encore mieux

Sinon, pour en dire un peu plus, c'est pour ce serveur que j'y pense. Sur HFR, ils ont foutu toutes les images dans un ramdisk pour soulager les disques, et ca avait donné un bon coup de fouet à la machine.

Donc voila, j'aurais voulu faire la même chose sur ma machine

et un I-RAM, ça serait pas plus simple à mettre en oeuvre?

Ah oui, pas mal l'I-RAM, je connaissais pas.

Mais faut alors que j'achète le matos, retourne au serveur, etc, etc... Mais je peux y penser pour le futur, c'est pas mal. Reste par contre à faire un sync de temps à autre pour éviter de tout perdre si la batterie claque

Tu gagneras du temps en écriture dans ces fichiers. En lecture, tmpfs EST la cache et les accès mémoire n'ont pas de seek time.
Je viens de le redemander à un collègue qui a développé un file system pour Linux ...

Si ton disque fait du bruit quand les fichiers sont sur disque et pas quand ils sont en ramdisk, c'est que tu as un autre problème. Combien de RAM as-tu ? Quelles sont les options de mount de ton disque ? Ne serais-tu pas en train de swapper (voir free et vmstat) ?

Cela dit, un petit script au boot qui copie ton répertoire en tmpfs, c'est pas dur...

Il a 2 GB de RAM il a dit

Non, ma ram se porte bien:

Mem: 2074952k total, 1845516k used, 229436k free, 24k buffers
Swap: 2040212k total, 2568k used, 2037644k free, 1258140k cached

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 2568 230312 24 1258404 0 0 14 18 11 10 19 1 80 1


Pour le disque, je sais pas trop le surveiller, il est à diegem. Mais quand j'y vais, je vois la led du disque qui s'éteint quasi jamais

Et en demandant à HFR comment qu'ils ont fait ?

Non, je sais, il s'en fout lui, un simple bloc de 8 ou 16mb suffit amplement, mais j'ai plus en pages/images qu'hfr à stocker quand même

Pour l'activité de ton disque, laisse tourner "vmstat 5" pendant 30 secondes, et tu verras s'il y a effectivement de l'activité dans la colonne io (bo/bi)...

la colonne bo bouge en effet...

et ca, c'est en loadant sur le site en même temps...