staging.inyokaproject.org

kaputtnik schrieb:

Die Idee aus Opera/Tipps#Cache fand ich gut: Einfach für bestimmte Verzeichnisse einen symbolischen Link auf das /tmp im RAM legen.

Naja, wobei dann der /tmp ziemlich zugemüllt wird, und wenn man mal etwas sucht, findet man nichts.

Ich mache es daher so, hier beispielhaft für Chromium, da ich den Startbefehl (siehe ältere Posts) nicht kannte:

~/.kde/Autostart/zchromecache:

1
2
3

#!/bin/bash
mkdir /tmp/chromium
mkdir /tmp/chromium/Cache

und dann Link von ~/.cache/chromium auf /tmp/chromium/Cache setzten.

Oder für Kmail, wenn man eh nur IMAP hat und es einen nervt, dass man die Googlemail versendeten Nachrichten immer auch dem lokalen Sent-Ordner löschen muss. Googlemail legt sie ja von selber ins IMAP-Sent.

1
2
3
4
5
6
7
8
9

#!/bin/bash
mkdir /tmp/outbox
mkdir /tmp/outbox/cur
mkdir /tmp/outbox/tmp
mkdir /tmp/outbox/new
mkdir /tmp/sent-mail
mkdir /tmp/sent-mail/cur
mkdir /tmp/sent-mail/tmp
mkdir /tmp/sent-mail/new

Auf der anderen Seite sollte man aber auch die Kirche im Dorf lassen.

Eine SSD darf man auch beschreiben und bei normaler Nutzung geht sie deswegen bestimmt nicht kaputt! Wenn man nun anfängt, alles Mögliche ins RAM zu verlqagern, wie z.B. Logfiles, Caches, ... endet man in letzter Konsequenz bei einem Live-System, welches von SSD bootet 😉 und das kann ja wirklich nicht der Sinn (dieses Artikels) sein.

Viele Grüße,
Ingo

Der Artikel ist durchkontrolliert und wird voraussichtlich in den nächsten Tagen ins Wiki verschoben, wenn bis dahin keine Nachforderungen mehr kommen.

Ähm. Den Abschnitt über /var würde ich vom Grundtenor her nochmal anpassen. Ich sehe hier ein signifikantes Unfallrisiko, denn

• /var/lib

• /var/mail

• /var/spool

• /var/www

dürfen ganz bestimmt nicht ausgelagert werden.

Grenzwertig sind:

• /var/cache - is intended for cached data from applications. Such data is locally generated as a result of time-consuming I/O or calculation

• /var/tmp - Temporary files preserved between system reboots

• /var/games - dürften ebenso einige nicht lustig finden, wenn Ihre Scores weg sind

Siehe auch FHS.

In dem Abschnitt sollte allenfalls eine Positivliste stehen:

• /var/run

• /var/lock

• /var/log - mit Hinweis auf fehlende Möglichkeit zu Fehlersuche und Analyse von Sicherheitsvorfällen(!), aber im Grunde ist es unsinnig das auszulagern

Darf/soll ich da mal bei gehen?

Wenn dem so ist, dann bitte ich darum. 😉

Wenn die Sachen drin sind, bitte nochmal hier melden, weil die ganze Artikel-Serie in einem Stück (außer Baustelle/SSD/Verschlüsselung) verschoben werden soll.

Huhu!

Habe jetzt leider keine Zeit, versuche mich aber nachher oder moin nochmal dazu zu melden.

Liebe Grüße,

Flo

Sodele, ich habe:

• /var entschärft

• Die dynamische RAM-Belegung einer "dynamischen RAM-Disk" herausgearbeitet

• Die (etwas inflationär) verwendeten Mountoptionen zurückgeschnitten:

  • noatime ist bei einer RAM-Disk sowas von egal ...

  • mode=1777 macht das System von alleine

  • nodev, noexec macht bei /tmp Probleme (empirisch ermittelt, weiß leider das genaue Fehlerbild nicht mehr)

  • defaults ist eh Default 😉

Thema "shm": auf meinen Produktivsystemen (10.04) und meinen Testsystemen (10.10, 11.04) sehe ich, ohne dass ich es in fstab konfiguriert hätte, per mount:

none on /dev/shm type tmpfs (rw,nosuid,nodev)

Kann das jemand bestätigen? Falls das so ist, sollte auch dieser Abschnitt angepaßt werden (nur Limit ändern).

Zuletzt möchte ich noch vorschlagen, den Artikel mit dem Fortgeschritten-Tag zu versehen.

Huhu!

Sorry, ich komme erst jetzt dazu, hier mal reinzuschauen. Danke, linrunner, fürs Bearbeiten.

Ich habe z. B. var/games so verstanden, als dass Spielstände dort nur temporär gelagert werden, bevor sie dann nach $HOME/.config_des_spiels geschrieben werden. Gleiches bei Spool (Drucker) usw. var/www bzw /var/mail kommt ja „nur“ auf Servern zum Tragen, oder?

Wie dem auch sei, so ist es deutlicher und besser. Deine shm in der fstab sehe ich hie rbei mir (Natty) nicht.

Liebe Grüße,

Flo

Edit: Meines Erachtens nach braucht der Artikel keinen Fortgeschrittenen-Tag.

UbuntuFlo schrieb:

Ich habe z. B. var/games so verstanden, als dass Spielstände dort nur temporär gelagert werden, bevor sie dann nach $HOME/.config_des_spiels geschrieben werden.

Ich bin jetzt nicht so der Gamer ...

Gleiches bei Spool (Drucker) usw. var/www bzw /var/mail kommt ja „nur“ auf Servern zum Tragen, oder?

Gewiss, aber wer das auslagern möchte tut das auch ohne explizite Erwähnung (und weiß hoffentlich was er tut).

Deine shm in der fstab sehe ich hie rbei mir (Natty) nicht.

Es geht eben ohne fstab, schau mal ohne fstab-Eintrag per

mount | grep shm

Edit: Meines Erachtens nach braucht der Artikel keinen Fortgeschrittenen-Tag.

Mein Gedanke war, daß Änderungen in fstab nicht ganz ungefährlich sind. War aber nur ein Vorschlag meinerseits.

linrunner schrieb:

Es geht eben ohne fstab, schau mal ohne fstab-Eintrag per…

Ah, jetzt ja. Hatte das mount oben überlesen.

Mein Gedanke war, daß Änderungen in fstab nicht ganz ungefährlich sind. War aber nur ein Vorschlag meinerseits.

Ich bin, was das anbelangt, tiefenentspannt ☺ Der Artikel fstab hat keinen F-Tag. Aber wenn dieser hier erwünscht wird, soll es so sein.

Liebe Grüße,

Flo

Done. Streng genommen hat shm nichts mit Optimierung für SSDs zu tun ...

Ich sehe die Notwendigkeit für ein F-Tag auch nicht. Wie weit seid ihr?

Ich bin zufrieden. Was ist mir dir, UbuntuFlo?

Feddich.

Liebe Grüße,

Flo

Sorry ☺

ich hab noch ne Frage:

In einem Dateisystem werden temporäre Dateien in /tmp und in einigen Unterverzeichnissen von /var (z.B. /var/run, /var/lock) gespeichert.

Den Link zu Dateisystem verstehe ich nicht. Ist dort vllt viel mehr die Linux-Verzeichnisstruktur gemeint?

Gruß
kaputtnik