Simon Neumeister wrote:
> Am Montag, 14. M�rz 2005 00:39 schrieb Bernd Schubert:
>> Hallo Simon,
>>
>> k�nntest Du erstmal aussagen zu den anderen Komponenten Deines Systems
>> machen?
> Der Server ist ein Athlon XP2400+ mit 512 DDR RAM 3 Plattten die �ber
> PATA 100 angschlossen sind;
Sind die Platten zum Raid zusammengeschaltet? Dann z.B. jede Platte 30MB/s
-> schon 90MB/s daf�r weg.
>> Ein normaler 32bit/33MHz PCI Bus schafft nunmal schon rechnerisch nur
>> 126MB/s - f�r alle Komponenten an diesem Bus. Bei der Anschaffung
>> unsereres Servers haben wir deshalb ein Tyan Board genommen, dass zwei
>> PCI-X Busse und 1 PCI Bus besitzt, da bremsen sich die Komponenten nicht
>> gegenseitig aus.
> Also bevor ich die 126 MB/s ausreize bin ich am Ende der
> Festplattenm�glichkeiten angelangt :-)
Du musst alle Komponenten zusammenz�hlen, eine 1GBit Netzwerkkarte
beansprucht das schon f�r sich alleine beim theoretischen
�bertragungsmaximum. Dann die Festplatte, Grafikkarte, Soundkarte... Du
wei�t hoffentlich am besten was bei Dir so alles im Server eingebaut ist.
Effektiv wirst Du wahrscheinlich schon froh sein, wenn Du mit diesem Server
200-500MBit schaffst.
>> Hinzu kommen kann dann auch noch, dass z.B. die Netzwerkkarte zuviele
>> Interrupts ausl�sen kann und somit Dein System auch ausbremst. Suche mal
>> ob es sowas wie interrupt moderation oder so �hnlich f�r Deine
>> Karte/Treiber gibt.
> Wenn ich ein einzelnes File, zB das 1. ISO von Sarge kopiere sollten
> eigentlich keine �berlastungen der IRQ auftreten ?
Die Interrupts werden von den Datenpaketen der Netzwerkkarte ausgel�st,
ebenso von den Festplatten. Da reicht halt auch eine Datei aus. Ich vermute
mal stark, dass der Intel Treiber eine Option f�r die Interrupt-Reduzierung
bietet. Dann werden im Cache der Karte Datenpakete gesammelt und erst dann
an den PCI Bus weitergegeben.
Bei den PATA Festplatten hast Du vermutlich keine Chance. Ich vermute mal,
dass SCSI, SATA oder auch PATA Controller mit eigenem Cache auch dazu
beitragen die IRQ Rate zu reduzieren, onboard PATA oder SATA Controller
ohne eigenen Cache aber wohl kaum.
>>
>> Verwendest Du tcp oder udp mounts? Bei udp mounts erstmal tcp mounts
>> testen.
>>
> �h, da bin ich jetzt erlich gesagt �berfragt .... ???
man nfs
mount -t nfs -otcp server:/exportpoint /mountpoint
Allerdings muss Dein server-kernel das unterst�tzen. War bis vor kurzem bei
der kernel-Konfiguration noch als experimental markiert, obwohl es schon
eine ganze Weile von den nfs Kernelentwicklern empfohlen wird.
>
>> > Auf der anderen Seite als Client ist ein Notebook mit einem Broadcom
>> > Gigabit Adapter und einem Durchsatz von ca 27 MB/s ( warum auch immer
>> > so wenig). K�nnte es am Kabel liegen ? Es ist ein CAT5e Patchkabel !
>>
>> Dieses Notebook hat sicherlich nur einen normalen PCI Slot,
>> m�glicherweise das Maximum �ber einen normalen PCI Slot.
> ja das NB d�rfe einen Normalen PCI Slot haben. Allerdings ist IMHO der
> Speed der Festplatte des NB das langsamste an der ganzen Geschicht, oder
> der nfsd zickt irgendwie rum , dass er nicht die volle leistung bringt (
> rpc, portmapper, .....)
>
> An der Stelle soll mal gesagt sein, dass das NB der einzigste Client ist
> ...
>>
Was hilft es wenn es der einzige Client ist, es aber selber nur max. 27MB/s
�ber die Netzwerkkarte verarbeiten kann?
Gr��e,
Bernd
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
