Geschweige denn weiß ich wofür die überhaupt da ist.
ein df gibt mir immer 0% usage aus...
tmpfs 236M 0 236M 0% /dev/shm
Ist das ein Fehler? Wenn ja woran liegts ?
Wieso wird /dev/shm nicht genutzt ? Oder besser gefragt, wof
- peschmae
- Beiträge: 4844
- Registriert: 07.01.2003 12:50:33
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: nirgendwo im irgendwo
hab mich auch schon gefragt wozu das gut sein soll.
Google schweigt sich darüber aus. Die schlauste Diskussion die ich gesehen habe lief darauf hinaus dass einer ganz erstaunt festgestellt hat dass man darauf tatsächlich eine Datei anlegen kann und das Dateisystem dann nicht mehr zu 0% belegt ist
MfG Peschmä
Google schweigt sich darüber aus. Die schlauste Diskussion die ich gesehen habe lief darauf hinaus dass einer ganz erstaunt festgestellt hat dass man darauf tatsächlich eine Datei anlegen kann und das Dateisystem dann nicht mehr zu 0% belegt ist

MfG Peschmä
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
tmpfs (früher shmfs) ist ein Pagecache basiertes Filesystem ohne Backing Store. Auf gut deutsch heisst das: Das Dateisystem lebt im Prinzip komplett im Cache System von Linux (Plattencaches) und es hängt kein dauerhaftes Medium (wie z.B. ein Platte) dahinter.
Das ganze biete sich z.B. für bestimmte Formen von tmp Verzeichnissen an. Ursprünglich war es für Shared memory entwickelt worden (daher der ursprüngliche Name). Shared memory ist eine Möglichkeit für Prozesse, die sonst nichts miteinander zu tun haben Daten auszutauschen. Da es im Prinzip geanz normale Dateisystem Semantik anbietet (Dateien anlegen, open, close, Permissions usw.) wird der ganze Austausch vom Programmstandpunkt aus sehr einfach.
Das Filesystem belegt auch nur soviel Speicher, wie wirklich belegt ist. Wenn das also leer ist, belegt es (ausser einigen Datenstrukturen) kein RAM.
Ich habe gerade 'mal getestet ein tmpfs (Nachfolger von shmfs) anzulegen, und habe da eine 1000K Random Datei reingeschrieben:
Die Anzeige und das Accounting selbst funktionieren also.
Ich nehme an, dass der /dev/shm mount entweder von X nicht, oder nur "zwischendurch" benutzt wird. Es kann auch sein, dass X dort keine Files anlegt, sondern nur Named Pipes. Dies sind Pseudo Dateien, die so ähnlich funktionieren, wie die Shell Pipe: Einer schreibt rein, und ein anderer liest Nach dem FIFO Prinzip aus, was auf der anderen Seite reingeschrieben wird. Diese Pipes belegen auch keinen realen Platz...
Patrick
Das ganze biete sich z.B. für bestimmte Formen von tmp Verzeichnissen an. Ursprünglich war es für Shared memory entwickelt worden (daher der ursprüngliche Name). Shared memory ist eine Möglichkeit für Prozesse, die sonst nichts miteinander zu tun haben Daten auszutauschen. Da es im Prinzip geanz normale Dateisystem Semantik anbietet (Dateien anlegen, open, close, Permissions usw.) wird der ganze Austausch vom Programmstandpunkt aus sehr einfach.
Das Filesystem belegt auch nur soviel Speicher, wie wirklich belegt ist. Wenn das also leer ist, belegt es (ausser einigen Datenstrukturen) kein RAM.
Ich habe gerade 'mal getestet ein tmpfs (Nachfolger von shmfs) anzulegen, und habe da eine 1000K Random Datei reingeschrieben:
Code: Alles auswählen
none 257680 1032 256648 1% /mnt/testpart
Ich nehme an, dass der /dev/shm mount entweder von X nicht, oder nur "zwischendurch" benutzt wird. Es kann auch sein, dass X dort keine Files anlegt, sondern nur Named Pipes. Dies sind Pseudo Dateien, die so ähnlich funktionieren, wie die Shell Pipe: Einer schreibt rein, und ein anderer liest Nach dem FIFO Prinzip aus, was auf der anderen Seite reingeschrieben wird. Diese Pipes belegen auch keinen realen Platz...
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de