Projekt: Gentoo "Flash" Linux

Idee: Wozu sich über prefetching (oder in Windows-Sprache: Superfetch) Gedanken machen wenn es schnelle, große CF-Cards gibt? Liegen wichtige Teile des OS bereits von Anfang an auf dem Flash-Speicher, sollte ja theoretisch ein ordentlicher Performanceschub zu spüren sein. Oder auch: "i derschlog des mit der Hardware"

Zutaten:
SATA --> CF Interface
SanDisk CF Extreme IV 4096MB

Das Addonics-Interface lässt die CF-Karte dem Mainboard als ganz normale SATA-Platte erscheinen, man könnte also selbst Windows davon booten. Natürlich entfällt dabei aber die Flexibilität mit den Partitionen und man ist eingeschränkt auf die in Windows eingebaute Funktion. Die SanDisk bietet 40 MB/s in Schreib- u. Lesevorgängen.

Umsetzung:
Am besten wird imo sein, root (gemeinsam mit /boot, /emul, /etc, /lib, /sbin - alles was kleine Konfigurationsdateien, libs und binaries beinhaltet, wertvolle Zugriffszeit auf der Platte kostet) auf eine 4096 MB ext3-Partition der CF-Karte zu kopieren. Auslagerungsdateien blieben der SanDisk fern (zumindest also einmal /tmp, /var und /opt würden von der Platte eingehängt), es geht nicht darum irgendeine Compilierung zu beschleunigen.

/usr ist in Gentoo allerdings ein schwerer Brocken - gerade hier liegt imo aber viel Performancepotential -, und dafür müsste ich irgendeine Lösung finden. Sources zum Beispiel hätten imo nichts auf der SanDisk verloren, genausowenig wie /usr/portage.

Was haltet ihr davon? Dumme Idee, bringt's doch weniger als ich glaub, oder sinnvoll? Bzw. gäb's elegante Lösungsansätze für /usr?

Zitat von t3mp

gäb's elegante Lösungsansätze für /usr?

Ich hatte lange Zeit ein /var/portage (bis mir aufgefallen ist, dass ich die /var Partition mit zu wenigen inodes formatiert hatte...), und die Sources sind ein Symlink irgendwohin auf /home.

Ich hab mich auch schon mal gedanklicherweise mit sowas bescheftigt, hab das aber noch ein stück weiter gedacht als du, wenn du ein notebook hast wäre es interessant deinen ram dump beim suspend auf die karte zu spielen und mit der netten funktion keep image reichts dir dann statt runterzufahren einfach nur die partitionen ro zu mounten und zack aus ist. Beim booten wird dann jedesmal das image vom flash gelesen und direkt in den ram gespielt. Damit kannst du um etliches schneller booten.

Mal angenommen du hast einen stand pc und diese sata flash karten sind schwer zu bekommen steck dein geld wenn schon dann in ram, ram ist schön, du kannst sowohl schneller lesen als auch schreiben und ich bin mir fast sicher, dass die latency auch niedriger ist

Das gesamte system auf den ram auslagern ist imho nicht sehr zweckmäsig, aber wenn du alle binaries rauslegst ist das sicher nicht schlecht, weils dann fürs programm nicht mehr so weit ist in den ram geladen zu werden *gg*, ich bin mir nur nicht sicher, ob der PATH von rechts nach links, oder von links nach rechts gelesen wird, falls deine ramdisk wirklich einmal meier geht, weil dein saft ausfällt wärs vielleicht nicht schlecht noch eine kopie von allen binaries auf der festplatte zu haben, aber dass die ramdisk die erste Anlaufstelle ist.

btw /usr/portage könntest du angenehmer gestalten, wenn du eine reiser fs partition draufmountest, reiser fs ist im Umgang mit kleinen dateien teilwesie 3-4 mal so schnell als ext2/3, hat aber den großen nachteil, dass es bei einem plötzlichen disconnect ohne umount einfach so eingehen kann und daten beschädigt, das kann dir aber eh auch wurscht sein, weil /usr/portage entweder bei einem sync neu gefetcht wird, oder md5sum gecheckt wird.

Falls du wirklich was herumbasteln willst hast du jetzt mit sicherheit ein paar anregungen bekommen, aber ich hab nicht eine dieser sachen ausprobiert, weils einfach unnötig ist. Btw die festplatte wird sowieso im ram gecacht, schau dir mal an was dir "free" sagt, wenn du genug ram hast wird dir die flash eh kaum performance bringen. Und imho ist eine normale 7200rpm sata platte schneller als 40mb lesen und schreiben

Btw usbstick als auslagerungsdatei ist eine sehr dumme idee, da du da über usb gehen musst und das ist doch recht cpu aufwändig, mal abgesehen davon würde das ganze os auf einmal abkacken, wenn du den stick auf einmal absteckst.

Ich hab das mit dem ram vielleicht nicht so rübergebracht, wie ich das wollte, du kannst eine ramdisk anlegen, wie man die ramidsk anlegt findest du im internet zu hauf. Und du kannst mir wirklich nicht sagen, dass der flash schneller ist als ram.

Hab inzwischen ein Stück weitergedacht - Zeit gab's ja genug, und Lexar hat seine 300x-Serie noch immer nicht auf dem Markt, d.h. die ExtremeIV-Preise sind bisher ziemlich stabil.
Je nach Preislage wäre dann eigentlich auch ein SW-Raid mittels LVM und zwei Stück ExtremeIII denkbar. Betreff SATA-CF hab ich inzwischen einen ungarischen Händler entdeckt, mal schauen ob die deutsch oder englisch verstehen.

In jedem Fall kommt auf das/die CF(s) LVM, mit reiserfs formattiert.

Wie splitte ich / auf?
1.) billige Methode:
a) Auf /dev/md0 landen:
/bin, /emul, /etc/, /lib, /lib32 /lib64, /root, /sbin
b) Anschließend werden die entsprechenden /usr-Directories umgebogen:
/usr/bin -> /bin
/usr/lib -> /lib (lib32 und lib64 entsprechend genauso)
/usr/sbin -> /sbin

Damit lägen dann nach aktuellem Stand knappe 2300 MB ausgelagert auf /dev/md0.

2.) imo besser, aber auch risikoreicher:
a) Auf /dev/md0 landen:
/bin, /emul, /etc/, /lib, /lib32 /lib64, /root, /sbin, /usr
b) Von /usr werden jetzt allzu schwere Directories und solche, die auf CF schlicht nichts bringen, ausgelagert auf eine /dev/sda-Partition namens /usrhd:
/usr/portage/distfiles -> /var/distfiles
/usr/share -> /usrhd/share
/usr/src -> /usrhd/src

Nach aktuellem Stand könnte dadurch sogar KDE-3.5 von /dev/md0 geladen werden, Portage wäre ebenfalls drauf, das ginge sich dann ganz gut aus (nach aktuellen Berechnungen wären das ca. 3.4 GB auf CF).

Anregungen, Beanstandungen?