Einschränkung tmpfs bzw. Ersatz dafür ...

  • Hallo,


    ich habe ein kleines Problem mit meiner RAM-Disk.


    Ich erstelle beim Systemstart eine RAM-Disk (tmpfs) mit 150MB, dort kommt mein Root-Filesystem-Image (z.Z. 86MB) rein.


    Dann erstelle ich für den Schreibzugriff eine RAM-Disk mit 800MB, diese wird per UNION-fs mit dem Image gemischt.


    'df' gibt folgendes aus

    Code
    Filesystem           1k-blocks      Used Available Use% Mounted on
    tmpfs                   819200     55040    764160   7% /mnthelp/ram
    tmpfs                   153600     83552     70048  54% /mnthelp/root1
    /dev/loop0               83520     83520         0 100% /mnthelp/root2
    union                   902720    138560    764160  15% /
    union                   902720    138560    764160  15% /dev/.static/dev
    tmpfs                    10240       172     10068   2% /dev


    In 'top' sehe ich, daß 410MB Speicher belegt sind und die restlichen 600MB frei. Swap ist natürlich nicht eingerichtet ;D


    Für meine Musiksammlung zur besseren Suche erstellte ich 51000 Soft-Links mit einer durchschnittlichen Ziel-Pfad-Länge von 78 Zeichen und 70000 Hard-Links.


    Diese Links sind bei den Angaben oben bereits angelegt.



    Nun ist mein Problem, daß der Rechner mir sagt ich hätte keinen freien Speicherplatz auf der Platte. Gibt es eine Option diesen Fehler zu umgehen, oder gibt es ein anderes Filesystem für eine RAM-Disk?


    Hardy

    Suche: 6 Richtige für die nächste Lottoziehung
    PS: Wer Rechtschreibfehler findet, darf sie behalten!

  • Zitat

    Original von HFlor
    Nun ist mein Problem, daß der Rechner mir sagt ich hätte keinen freien Speicherplatz auf der Platte. Gibt es eine Option diesen Fehler zu umgehen, oder gibt es ein anderes Filesystem für eine RAM-Disk?


    mount -t ramfs /dev/ram0 /wohin_du_willst


    Die Defaultgröße der Ramdisk in deiner Kernelconfig bestimmt die Größe der Ramdisk .


    950 MB Ramdisk bei nem GB vorhanden is nich ganz lauffähig oder ? ;)


    HJS

  • Hallo hjs,


    Zitat

    Original von hjs
    950 MB Ramdisk bei nem GB vorhanden is nich ganz lauffähig oder ? ;)


    tmpfs nimmt aber doch nur soviel wie benötigt wird, sonst wäre ja auch kein Speicher mehr frei.


    Hardy

    Suche: 6 Richtige für die nächste Lottoziehung
    PS: Wer Rechtschreibfehler findet, darf sie behalten!

  • Zitat

    Original von HFlor


    tmpfs nimmt aber doch nur soviel wie benötigt wird, sonst wäre ja auch kein Speicher mehr frei.


    So ähnlich handelt der Kernel das auch mit der Ramdisk - die wächst , wenn nötig .
    Daher lege ich dort nienich mehr an , als ich hab - wenn nötig und möglich wächst das eh ;)


    Fraglich , ob von daher deine Probs rühren
    Da du ja scheinbar etwas großzügig bemessen hast - was passiert , wenn du "maßgeschneidert" arbeitest ?


    HJS

  • Stösst du vielleicht an Grenzen des verwendeten FS?


    Edit: Ums verstehen zu können - irgendwelche Verwaltungsbeschränlungen oder so?


    arghgra

  • Hi,


    was das Wachsen und SChrumpfen angeht, verhalten sich ramfs und tmpfs gleich, viele Teilnehmer der LKML empfehlen jedoch, dass man tmpfs nutzen sollte, weil es "besser" mit SWAP u.ä. umgeht.


    just my 2 cents


    rael

  • Zitat

    Original von arghgra
    Stösst du vielleicht an Grenzen des verwendeten FS?


    Edit: Ums verstehen zu können - irgendwelche Verwaltungsbeschränlungen oder so?


    arghgra


    Yup... gibt es nicht zB bei ext2 einen Parameter, mit dem man das Verhältnis der maximalen Anzahl von Inodes angeben kann?


    70000 Hardlinks sind schon ne Menge... + 50000 Softlinks... da wird einiges an Inodes verballert.


    Oder habe ich das falsch in Erinnerung?


    rael

  • Hallo slime,


    Zitat

    Original von slime
    ich würde auch auf die anzahl der inodes tippen.
    beim erstellen des FS kannst du die anzahl der inodes aber auch explizit erhöhen, falls es daran liegen sollte.


    Ja, das wars. Jetzt kann ich die Links anlegen und der LiveBuffer läuft auch noch im Ram ;D


    Vielen Dank an alle.


    Hardy

    Suche: 6 Richtige für die nächste Lottoziehung
    PS: Wer Rechtschreibfehler findet, darf sie behalten!


  • Ich weis, jetzt bekomm ich wieder eins aufs Aug ;(


    Wie waere es mit mysql?
    # du -h /var/lib/mysql/amarok/
    45M /var/lib/mysql/amarok/


    # top
    4421 mysql 16 0 86340 42m 3948 S 0.0 8.5 523:30.82 mysqld


    Hier sind ueber 100.000 Titel gespeichert, incl. Tag Informationen


    von mir aus Mysql Lite, 131.000 Links ist schon etwas heftig?

    Server: Debian/lenny (vserver), vdr 1.6 (3 x Budget DVB-S), streamdev, epgseaach, noad, vdradmin, mysql, Bootserver
    Client 1: Ubuntu/lucid (diskless), XBMC-pvr, Asus AT3IONT (VDPAU)
    Client 2: Debian/squeeze (diskless), XBMC-pvr, Asus AT3IONT (VDPAU)
    Client 3: Debian/etch (diskelss), vdr 1.6, FF-DVB nur Ausgabe, VIA V8000
    Client 4: Debian/etch (diskless), vdr 1-6, DXR3, P1 200 Mhz

  • Hallo devnix,


    Zitat

    Original von devnix
    Ich weis, jetzt bekomm ich wieder eins aufs Aug ;(


    nein, so was wird hier nicht gemacht...


    Zitat

    Wie waere es mit mysql?
    ...
    Hier sind ueber 100.000 Titel gespeichert, incl. Tag Informationen


    Das wird ja auch der 2. Schritt, wenn mein Server umgebaut ist.


    Zitat

    von mir aus Mysql Lite, 131.000 Links ist schon etwas heftig?


    Ich brauchte einfach eine schnelle Lösungung, da auch die Namen noch nicht fehlerfrei sind, dachte die Links setzten ist erstmal der schnellste Weg Musik zu hören.


    Hardy

    Suche: 6 Richtige für die nächste Lottoziehung
    PS: Wer Rechtschreibfehler findet, darf sie behalten!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!