utiliser un RamDisk - Installation - Linux et OS Alternatifs
Marsh Posté le 17-08-2004 à 04:15:06
utilise plutôt le fs tmpfs, qui sert justement à ça, et permet donc de faire ce que tu veux de manière propre.
Il te suffit de rajouter ceci à ton /etc/fstab :
|
Sous réserve que ton noyau possède le support pour ce fs !
Pour le savoir tape grep tmpfs /etc/filesystems, si tu as une sortie, c'est bon !
Marsh Posté le 17-08-2004 à 14:18:09
non je n'ai aucune sortie.
d'autre idees ?
Marsh Posté le 17-08-2004 à 15:11:50
si ca taille est bloké a 4 mo ca ne serait pas parce que le noyau est compiler kom ca ?
Marsh Posté le 17-08-2004 à 15:41:51
Clockover a écrit : si ca taille est bloké a 4 mo ca ne serait pas parce que le noyau est compiler kom ca ? |
pt etre mais je sais qu'on peut faire un forcage avec des options au boot
Marsh Posté le 17-08-2004 à 18:45:36
personne pour m'aider ?
Marsh Posté le 21-08-2004 à 14:07:00
Swap Disk?
Je me suis toujours demandé si ça pouvait apporter quelque chose d'utiliser un RamDisk, (style 256 ou 512Mo) pour y mettre sa partition sawp?
Marsh Posté le 21-08-2004 à 14:25:33
nicephore17 a écrit : Swpa Disk? |
pas pour mettre la swap ( c'est connerie ca )
pour mettre les dossiers temporaires
Marsh Posté le 21-08-2004 à 14:44:16
carot0 a écrit : pas pour mettre la swap ( c'est connerie ca ) |
Pourquoi?
Marsh Posté le 21-08-2004 à 16:12:58
il y avait eu un debat argumenté super interessant de genre .. 17 pages sur S&R a une epoque (2 an, plus?) mais j'arrive pas a le retrouver.
En gros : la conclusion c'etait que dans la theorie des OS, metre le swap en RAM c'est de la daube, mais les windowsiens bidouilleurs n'en démordaient pas, selon eux patati patata = 17 pages d'explications ...
Faudrait que je retrouve ca ...
Marsh Posté le 21-08-2004 à 16:21:41
En fait j'ai di s une connerie... suite à une confusion de ma part....
Je ne voulais pas dire RamDisc je pensais à un FlashDisk
Je repose donc ma question: penseé vous qu'il est judicieux de monter sa patition Swap sur un FlashDisk?
Marsh Posté le 21-08-2004 à 17:53:00
nan c lent un flashdisk et ce n est pas eternel
Marsh Posté le 21-08-2004 à 19:00:16
http://www.dpie.com/storage/chipdisk.html
MTBF: 1.000.000 heures c'est bien plus qu'un disque dur...
Pas d'info contrétes sur la vitesse
Marsh Posté le 21-08-2004 à 19:13:53
il me semble que c'est bien plus lent niveau temps d'accès, et que c'est pas vraiment fait pour subir des milliers d'écritures/lectures rapidement
Marsh Posté le 21-08-2004 à 21:08:10
c'est bien ce ke je disais.
C'est plsu lent (en temps d'acces) et ce n'est pas eternel dans le sens que ca ne supporte pas uen infinité d'écriture et surrecritures
Marsh Posté le 21-08-2004 à 22:24:09
carot0 >>
http://www.linuxfocus.org/English/ [...] le124.html
propose (pour 10Mo)
options rd rd_size=10000
insmod rd rd_size=10000
si tes ramdisk sont geres via un module (ici rd).
Marsh Posté le 22-08-2004 à 00:42:25
nicephore17 a écrit : Swap Disk? |
mettre sa swap en RAM
Intéressant comme idée ça
PS: j'ai bien vu que tu avais confondu, je quote pour être sur de garder une trace dans les archives
Marsh Posté le 22-08-2004 à 00:54:11
deltaden a écrit : mettre sa swap en RAM |
certaines personnes y croient
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
Marsh Posté le 22-08-2004 à 11:17:45
kaa a écrit : carot0 >> |
j'ai trouvé ce site mais ca ne marche pas ce qu'il propose ( du moins pour moi j'ai grub ) et ce n'est pas un module du noyeau donc pas possible avec insmod.
Marsh Posté le 22-08-2004 à 11:19:13
Clockover a écrit : oué explique |
expliquer quoi pourquoi c'est une connerie de metre la swap sur un ram disk ou pourquoi je veux metre les dossiers temporair sur un ram disk ?
Marsh Posté le 22-08-2004 à 22:01:20
carot0 a écrit : expliquer quoi pourquoi c'est une connerie de metre la swap sur un ram disk ou pourquoi je veux metre les dossiers temporair sur un ram disk ? |
bah un ramdisk, c'est en ram.... et le swap, c'est fait pour épauler la ram, quand tu es en manque...
donc en gros, tu veux allouer une certaine taille de ta ram à un fichier qui viendrait épauler ta ram si elle venait à manquer ? concept intéressant....
l'intérêt des dossiers temporaires en ram, c'est qu'au redemarrage de la machine ces dossiers disparaissent. C'est utilisé par exemple sur SourceMage :
tmpfs on /var/lock type tmpfs (rw)
tmpfs on /var/run type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw,size=256m,nr_inodes=64m)
ainsi, une appli créé un fichier de lock dans /var/lock pour empêcher qu'une 2e instance de cette appli se lance (par exemple, c'est le cas pour Apache). Et quand ta machine redémarre toute seule (surchauffe etc...) ou plante et que tu la redémarres, ce fichier de lock n'existe plus et ton appli peut se lancer.
Dans le cas d'un fichier de lock "physique" sur un disque, si ton ordi plante, l'appli, qui normalement supprime ce fichier de lock en se fermant, ne se relance pas car le fichier de lock existe toujours.
PS : c'est clair ce que je raconte ? parce que bon j'suis un peu fatigué ...
Marsh Posté le 22-08-2004 à 23:32:09
hum plusieurs choses :
-> Le SWAP en RAM c'est pas malin, parce que si c'est pour quand la RAM est pleine, bah ça change pas grand chose puisque là RAM + SWAP = RAM et que ça fait juste faire des opérations de plus au kernel. Intérêt nul. Si c'est parce que ce qui n'est pas utilisé depuis longtemps est mis en SWAP ( plus logique ), bah autant ne pas mettre de SWAP alors, il reste que le gain est minime parce que c'est géré intelligemment sous Linux.
-> Le SWAP sous Windows et sous Linux ne sont pas gérés de la même manière, donc pas la peine de dire que ce qui est valable pour l'un l'est pour l'autre forcément !
-> Si Flashdisk = CompactFlash ou autres supports du style, les temps d'accès sont inférieurs à un disque normal, supérieurs à un bon disque SCSI, par contre ils sont surtout très constants ce qui est intéressant.
-> Sur une carte mémoire, c'est idiot de parler de durée de vie en heures alors que ce qui les use réellement c'est les lectures et surtout écritures. Il faut plutôt regarder le nombre d'accès R/W sur la carte pour comparer, et là c'est beaucoup moins rassurant face à un disque classique même si c'est plus fiable à la base du fait de ne pas avoir de partie mécanique
-> shm/tmpfs est plutôt utilisé à la place de ramdisk sur un système lancé, ramdisk plutôt fait pour le boot généralement. Attention cependant, si tu satures la RAM, ça peut poser des problèmes pour la partition en shm, car toute la taille définie pour la partition n'est pas réservée, donc c'est faux de se dire qu'avec une partition de 256 Mo sur 1 Go de RAM, il ne te reste que 768 Mo de RAM. La RAM peut empiéter sur la partition et si ça sature, les 2 saturent, même si tu n'occupes pas les 256 Mo sur la partoche
Marsh Posté le 22-08-2004 à 23:59:33
de plus tmps offre bien sûr des temps d'accès et des taux de transferts superbes
Marsh Posté le 17-08-2004 à 03:42:14
slt tlm, je voudrais mettre en place un ram disk sur ma redhat9 qui ferait office de dossier temps.
pour l'instant je peux le créer et le mettre en place
avec
# créer un système de fichiers:
mke2fs /dev/ram0
# monter le ramdisk:
mount /dev/ram0 /tmp
le probleme, je ne peux pas modifier ca taille qui est de 4Mo, je ne peux pas le monter automatiquement et je doit refaire mke2fs.
avez vous des iddées pour solutionné ca. mon boot loader est grub et pour avoir une taille de plus de 4Mo j'ai essayé de rajouter des lignes ds ce genre : ramdisk_size=196608. mais non rien de mieux
edit : seul le root a les droit d'ecriture ce qui n'est pas tres pratique.
Message édité par carot0 le 17-08-2004 à 03:43:00
---------------
In a world without walls and fences, who needs Windows and Gates