Also sprach Matthias Albert <[EMAIL PROTECTED]> (Fri, 11 Nov 2005 12:45:13 +0100): > Richard Mittendorfer wrote: > >Also sprach Matthias Albert <[EMAIL PROTECTED]> (Thu, 10 Nov > >2005 17:28:26 +0100): > >>[...] > Verwendetes Filesystem ist: reiserfs3.6 (reiserfs kann mit vielen files > angeblich besser umgehen als ext3 (wir haben hier ca. 5 Millionen Files) > OS auf dem Server: Debian Sarge mit nem 2.6.8-11-em64t-p4-smp Kernel.
Als Mountoption koenntest noch "noatime" probieren. Damit wird die Zugriffszeit nicht meher aktuallisiert. Ich denk aber nicht, das es bei grossen Files viel bringt. > [...] > >und mit "blockdev" den readahead auf 8192 setzen > ># blockdev --setra 8192 /dev/[sm]d[abcd] > >Tests mit tiobench/iozone haben mich ueberzeugt. > > > Bei 3ware konnte ich dieses pdf finden > http://www.3ware.com/LinuxWP_0701.pdf > Daher hab ich bei mir den readahead auf 16384 gesetzt. Laut hdparm komm > ich da auf folgende Werte ..8192 oder mehr ;-) > [...] > >>Achja, gestern bin ich noch zuerst über das Paket irqbalance gestolpert > >>und später hab ich dann noch von Hand die interrupts des raid > >>controllers und der netzwerkkarte auf die cpu's verteilt. (stichwort cat > >>/proc/interrupts; echo 8 (z.B.) > > >>/proc/irq/<controller-irq>/smp_affinity. Das hat performance technisch > >>sehr viel gebracht. > >> > >Denk ich mir. Alles was gleichzeitig verwendet wird trennen. > > > Das dachte ich mir auch und hab von Hand eben das netzwerk interface und > den raid controller getrennt. Jetzt ist es nur so, dass irqbalance > zumindest für den Raid controller, dass selbst festlegt und meine > Einstellungen überschreibt. Ne Idee wo ich das festlegen kann?(die man > page hilft da nicht wirklich weiter :)) Das IRQ-Balancin' macht doch der 2.6 SMP-Kernel (IIRC)? Ich wuerd' das, falls es nicht so optimal ist, einmal haendisch einstellen und in ein startupscript schreiben. Beim Xeon solltest du die IRQ's erst mal auf die beiden _physikalischen_ CPU's verteilen. Einen fuers Raid und den anderen Netzwerk. Eine Netzwerkkarte generiert wohl die meisten Interrupts. > Vielen Dank für deine Links und die vielen Tipps. Werd mich da gleich > mal einlesen. > > Viele Grüße, > > Matthias sl ritch Bitte kein PM.
