Cifs <-> NFS / Perfomance Test Skript

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

;-) schon klar...bei 'Netzwerkkomponenten tauschen' dachte ich auch mehr an den/einen Switch....mit Switch war bei mir immer schneller als mit Crosskabel und welcher Switch spielt auch eine Rolle.
chicken
Neugieriger
Neugieriger
Beiträge: 8
Registriert: Sonntag 15. Dezember 2002, 15:44

speedtest

Beitrag von chicken »

Hallo,

ich habe heute mal wieder selber einen Durchsatz-Test mit dem Programm von essu gemacht. Da ich ein wenig Zeit hatte, habe ich das Script mal überarbeitet. Mein Ziel war es
  • Die Ausgaben übersichtlicher zu gestalten
  • Die Bedienung einfacher zu gestalten
  • Die Ergebnisse genauer zu machen.
Genauer: Das Script rechnete immer konstant 512000 / gebrauchte Sekunden. Tatsaechlich wurden aber 524288 Bit übertragen. Kann man sicherlich vernachlaessigen :wink:

Fuer dieses Script ist es notwendig, dass die Programme "sort" und "sed" auf der d-box zur Verfuegung stehen. Man kann das leicht herausfinden mit dem Befehl

Code: Alles auswählen

# type sed; type sort
Hier mal die Ausgabe, wie sie in der überarbeiteten Version aussieht. Interessant ist sicherlich vor allem das Ende, wo die Ergebnisse nach Übertragungsraten sortiert dargestellt werden:

Code: Alles auswählen

Measuring NFS throughput...
Mount options: udp, sync, 4096
writing 32 MBytes...
Success after 43 seconds
reading 32 MBytes...
Success after 56 seconds

Mount options: udp, async, 4096
writing 32 MBytes...
Success after 43 seconds
reading 32 MBytes...
Success after 51 seconds

Mount options: tcp, sync, 4096
writing 32 MBytes...
Success after 49 seconds
reading 32 MBytes...
Success after 35 seconds

Mount options: tcp, async, 4096
writing 32 MBytes...
Success after 49 seconds
reading 32 MBytes...
Success after 36 seconds

Mount options: udp, sync, 8192
writing 32 MBytes...
Success after 44 seconds
reading 32 MBytes...
Success after 274 seconds

Mount options: udp, async, 8192
writing 32 MBytes...
Success after 36 seconds
reading 32 MBytes...
Success after 284 seconds

Mount options: tcp, sync, 8192
writing 32 MBytes...
Success after 46 seconds
reading 32 MBytes...
Success after 34 seconds

Mount options: tcp, async, 8192
writing 32 MBytes...
Success after 47 seconds
reading 32 MBytes...
Success after 33 seconds

Mount options: udp, sync, 16384
writing 32 MBytes...
Success after 44 seconds
reading 32 MBytes...
Failure

Mount options: udp, async, 16384
writing 32 MBytes...
Success after 32 seconds
reading 32 MBytes...
Failure

Mount options: tcp, sync, 16384
writing 32 MBytes...
Success after 52 seconds
reading 32 MBytes...
Success after 33 seconds

Mount options: tcp, async, 16384
writing 32 MBytes...
Success after 45 seconds
reading 32 MBytes...
Success after 34 seconds

Mount options: udp, sync, 32768
writing 32 MBytes...
Success after 44 seconds
reading 32 MBytes...
Failure

Mount options: udp, async, 32768
writing 32 MBytes...
Success after 32 seconds
reading 32 MBytes...
Failure

Mount options: tcp, sync, 32768
writing 32 MBytes...
Success after 46 seconds
reading 32 MBytes...
Success after 33 seconds

Mount options: tcp, async, 32768
writing 32 MBytes...
Success after 44 seconds
reading 32 MBytes...
Success after 33 seconds

Results for writing throughput:
8.388 Mbit/s with udp, async, 32768
8.388 Mbit/s with udp, async, 16384
7.456 Mbit/s with udp, async, 8192
6.242 Mbit/s with udp, sync, 4096
6.242 Mbit/s with udp, async, 4096
6.100 Mbit/s with udp, sync, 8192
6.100 Mbit/s with udp, sync, 32768
6.100 Mbit/s with udp, sync, 16384
6.100 Mbit/s with tcp, async, 32768
5.965 Mbit/s with tcp, async, 16384
5.835 Mbit/s with tcp, sync, 8192
5.835 Mbit/s with tcp, sync, 32768
5.711 Mbit/s with tcp, async, 8192
5.478 Mbit/s with tcp, sync, 4096
5.478 Mbit/s with tcp, async, 4096
5.162 Mbit/s with tcp, sync, 16384

Results for reading throughput:
8.134 Mbit/s with tcp, sync, 32768
8.134 Mbit/s with tcp, sync, 16384
8.134 Mbit/s with tcp, async, 8192
8.134 Mbit/s with tcp, async, 32768
7.895 Mbit/s with tcp, sync, 8192
7.895 Mbit/s with tcp, async, 16384
7.669 Mbit/s with tcp, sync, 4096
7.456 Mbit/s with tcp, async, 4096
5.263 Mbit/s with udp, async, 4096
4.793 Mbit/s with udp, sync, 4096
.979 Mbit/s with udp, sync, 8192
.945 Mbit/s with udp, async, 8192
Failure with udp, sync, 32768
Failure with udp, sync, 16384
Failure with udp, async, 32768
Failure with udp, async, 16384
Stoerend fand ich bei der ganzen Sache immer, dass teilweise gleiche Ergebnisse für unterschiedliche Werte rauskommen. Das liegt daran, dass hier nur mit ganzen Sekunden gerechnet werden kann. Genauer werden die Ergebnisse, wenn man mit größeren Dateien arbeitet.

Hier nun das Script:

Code: Alles auswählen

#!/bin/sh
# IP of your NFS server
serverip=192.168.0.1 
# exported directory on your NFS server
exportdir=/var/exports/dbox2
# mount point on dbox
dboxmountpoint="/mnt"
# filesize to transfer in MBytes. 
# At least 8 MByte. Good values are 32 or 64 MByte. 
# Try 128 to be more accurate (takes much longer!)
filesize=32
# block sizes to test in KBytes, possible values are 1 2 4 8 16 32.
# values have to be separated with spaces. See examples below.
# blocksizelist="4 8 32"
# blocksizelist="16"
blocksizelist="4 8 16 32"
# wether to enable synchronous reading, writing. Possible values are "yes"
# or no. Normally synchronous reading or writing should be slower than 
# asynchronous, so to save some time most people would say "no" here.
enablesynctests="no"


##################################################################
########             don't edit below this line           ########
##################################################################

bs=8192
count=`expr $filesize \* 1048576 / $bs`
wlist=""
rlist=""
synctests="async"
if [ $enablesynctests = "yes" ]; then
  synctests="sync "$synctests
fi

echo
echo "Measuring NFS throughput..."
for factor in $blocksizelist
do
  for protocol in udp tcp
  do
    for synchronized in $synctests
    do
       size=`expr $factor \* 1024`
       bitcount=`expr $bs \* $count \* 8`
       umount $dboxmountpoint 2>/dev/null
       mount -t nfs -o rw,soft,$protocol,nolock,$synchronized,rsize=$size,wsize=$size,rsize=$size $serverip:$exportdir $dboxmountpoint
       echo "Mount options: "$protocol", "$synchronized", wsize="$size
       echo "writing "$filesize" MBytes..."
       a=`date +%s`
       dd if=/dev/zero of=$dboxmountpoint/test bs=$bs count=$count 2>/dev/null;
       if [ $? = "0" ]
       then
         z=`date +%s`
         duration=`expr $z - $a`
         throughput=`expr $bitcount / $duration`
	 echo "Success after "$duration" seconds"
       else
         throughput="Failure"
	 echo "Failure"
       fi
       wlist=$wlist$throughput" with "$protocol","$synchronized",wsize="$size"\n"
       
       echo "Mount options: "$protocol", "$synchronized", rsize="$size
       echo "reading "$filesize" MBytes..."
       a=`date +%s`
       dd of=/dev/null if=$dboxmountpoint/test bs=$bs count=$count 2>/dev/null;
       if [ $? = "0" ]
       then
         z=`date +%s`
         duration=`expr $z - $a`
         throughput=`expr $bitcount / $duration`
	 echo "Success after "$duration" seconds"
       else
         throughput="Failure"
	 echo "Failure"
       fi
       rlist=$rlist$throughput" with "$protocol","$synchronized",rsize="$size"\n"
       echo
    done
  done
done

echo "Results for write throughput:"
echo -e $wlist | sort -nr | sed 's/^\([0-9]*\)\([0-9]\{3\}\)\([0-9]\{3\}\(.*\)\)/\1.\2 Mbit\/s\4/g'

echo "Results for read throughput:"
echo -e $rlist | sort -nr | sed 's/^\([0-9]*\)\([0-9]\{3\}\)\([0-9]\{3\}\(.*\)\)/\1.\2 Mbit\/s\4/g'
Zur Bedienung:
Das Programm erwartet keine Parameter.
In den ersten Zeilen werden die persönlichen Einstellungen eingetragen:
serverip: Hier kommt die IP des NFS-Servers rein
exportdir: Hier kommt das exportierte Verzeichnis des NFS-Servers rein (mit führendem Slash)
dboxmountpoint: Das Verzeichnis auf der d-box, in das gemountet werden soll.
filesize: Die Größe der zu testenden Datei. Sie sollte 8MByte oder mehr sein, damit die Ergebnisse brauchbar werden. 32 oder 64 MByte sind ein guter Ansatz. Wenn man dann noch genauer werden will, kann man das ganze ja nochmal mit 128 MByte starten.
blocksizelist: Hier können die zu testenden Blockgrößen durch Leerzeichen getrennt eingegeben werden. Mögliche Werte sind 1, 2, 4, 8, 16 und 32. Wenn man beispielsweise weiss, dass die Werte 1, 2 und 4 keine verwertbare Performance bringen, so kann man sich eine Menge Zeit sparen, wenn man diese Tests auslässt.
enablesynctests: Im normalfall sollten die Uebertragungsratetn mit der Mountoption "sync" immer langsamer sein als die mit "async". Darum besteht hier die Moeglichkeit, Tests mit der sync-Option abzuschalten. Moegliche Werte sind "yes" (Tests ausführen) oder "no" (Tests nicht ausführen.

Vielleicht hat der eine oder andere Spass an diesem Script

chicken
Zuletzt geändert von chicken am Mittwoch 21. Juni 2006, 19:06, insgesamt 1-mal geändert.
PauleFoul
Wissender
Wissender
Beiträge: 1839
Registriert: Sonntag 17. August 2003, 01:39

Beitrag von PauleFoul »

Ich bekomme das Teil net zum laufen...

Bekomme beim Starten des Skript folgende Meldung

Code: Alles auswählen

/var/tuxbox/plugins/test.so: invalid ELF header/dev/input/event1: No such file or directory

Gruß
____Paule
Gorcon
Tuxboxer
Tuxboxer
Beiträge: 5873
Registriert: Samstag 23. Februar 2002, 22:46

Beitrag von Gorcon »

Bei mir läuft es.
Hast Du die Mount Verzeichnisse richtig eingetragen?

Gruß Gorcon
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Wo bekomme ich sort her ?
Der fehlt bei mir :cry:
Bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

Jep, ist bei mir auch nicht anders. Bräuchte den auch als Binary für ein aktuelles JtG-Image, bis zur Zusammenfassung läuft das Skript von chicken aber durch.

cu
Jens
FaselMan

Beitrag von FaselMan »

-
Zuletzt geändert von FaselMan am Sonntag 12. März 2006, 23:16, insgesamt 1-mal geändert.
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Sehr komisch.

wenn ich den Test ein zweites Mal laufen lasse bricht er beim read immer weg und meint divison by zero.
Lösche ist das testfile vor jedem Durchgang läuft er durch.
Kann da was nicht stimmen bzgl. der Benutzerrechte während der versch. mounts ?

Wenn ich die letzten Zeilen weg lase und mir nur die $rlist und $wlist ausgebe, kommen die Ergebnisse ja ungefiltert.

ABER

Es kann ja wohl nicht sein das sowas bei den readwerten rauskommt, oder ?
Filegröße 8MB=

Code: Alles auswählen

Results for write throughput:
8388608 with udp,async,wsize=32768
6100805 with tcp,async,wsize=32768

Results for read throughput:
67108864 with udp,async,rsize=32768
67108864 with tcp,async,rsize=32768
Bei 32MB Filegröße stimmt es wieder

Code: Alles auswählen

Results for write throughput:
8134407 with udp,async,wsize=32768
6242685 with tcp,async,wsize=32768

Results for read throughput:
8388608 with udp,async,rsize=32768
6882960 with tcp,async,rsize=32768
@jens
ich hab den sort dann einfach raus und schaus mir unsortiert an.
Aber ich denke da läuft im Script mit dem mount was falsch.
Da muss ich nochmal näher schauen.

Bye PetB
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Yep, wenn ich nicht zu blind bind, fehlt beim mount die rsize.

Ich hatte mir den mount je testvorgang ausgeben lassen und wunderte mich über die unterschiede bei der rszise.
die waren bei mir immer auf 32k.

Kann das jemand bestätigen ?
Und ich habe immer bei kleineren Filegrößen diese absurden Werte beim lesen von teilweise über 60 MBit :-))))))
Bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

petb hat geschrieben: Und ich habe immer bei kleineren Filegrößen diese absurden Werte beim lesen von teilweise über 60 MBit :-))))))
;-) voll normal...der liest aus dem Buffer.
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

petgun hat geschrieben:
petb hat geschrieben: Und ich habe immer bei kleineren Filegrößen diese absurden Werte beim lesen von teilweise über 60 MBit :-))))))
;-) voll normal...der liest aus dem Buffer.
Aha, 8 MB aus dem Puffer der DBox ?
Dann sollte der MP aber keine Probleme haben, wen die BOX 8 MB Netzwerkpuffer hat.

Meinst du wirklich :gruebel: :gruebel: :gruebel: :gruebel:
Bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

petb hat geschrieben: Aha, 8 MB aus dem Puffer der DBox ?
ja
Dann sollte der MP aber keine Probleme haben, wen die BOX 8 MB Netzwerkpuffer hat.
..das ist kein Netzwerkbuffer...sollen die Experten erklaeren.
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Also nach kleinem Umbau am Script habich folgende Ergebnisse bei 16 MB Filegröße.

Box mit aktuellem JTG Image und Box -> 3C905 im Server (fest auf 10MBitHD)

Code: Alles auswählen

Results for write throughput:
7.895 Mbit/s with udp,async,wsize=8192
5.835 Mbit/s with tcp,async,wsize=8192
8.388 Mbit/s with udp,async,wsize=32768
6.391 Mbit/s with tcp,async,wsize=32768

Results for read throughput:
7.895 Mbit/s with udp,async,rsize=8192
6.391 Mbit/s with tcp,async,rsize=8192
8.388 Mbit/s with udp,async,rsize=32768
6.710 Mbit/s with tcp,async,rsize=32768
Und jetzt das erstaunliche
Box mit JTG vom Okt 05 und BOX -> Switch ->3C905 im Server

Code: Alles auswählen

Results for write throughput:
8.947 Mbit/s with udp,async,wsize=8192
7.895 Mbit/s with tcp,async,wsize=8192
8.947 Mbit/s with udp,async,wsize=32768
8.388 Mbit/s with tcp,async,wsize=32768

Results for read throughput:
7.456 Mbit/s with udp,async,rsize=8192
7.064 Mbit/s with tcp,async,rsize=8192
7.895 Mbit/s with udp,async,rsize=32768
7.064 Mbit/s with tcp,async,rsize=32768
Ob es jetzt am Image oder am Switch etc. liegt das so unterchiedliche Dinge, vor allem beim lesen rauskommen, werd ich die nächste Woche mal anschauen.
Dann lass ich auch mal ein größeres File schreiben.
Aber mit 8,9 schreiben ist ganz ok.
Bye
PetB
Torsten73
Erleuchteter
Erleuchteter
Beiträge: 547
Registriert: Mittwoch 30. Juni 2004, 16:06

Beitrag von Torsten73 »

petgun hat geschrieben:..udp, async ist gut...jetzt kannst Du nur noch versuchen rsize/wsize bis auf 32768 zu erhoehen (ich dachte diese Variationen von rsize/wsize waeren in diesem Skritp enthalten). Wenn Du damit nicht entscheident weiterkommst, bleibt Dir nur nach der Austausch der Netzwerkkomponenten..oder/und eben der Umstieg auf XP Prof. mit SFU.
Hi,
Ihr wisst, dass es auch sehr wohl mit XP home gehen soll?

http://tuxbox-images.mine.nu/dietmarw/html/mirror/

Da findet Ihr alles.

Cu
Torsten
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

PauleFoul hat geschrieben:Ich bekomme das Teil net zum laufen...

Bekomme beim Starten des Skript folgende Meldung

Code: Alles auswählen

/var/tuxbox/plugins/test.so: invalid ELF header/dev/input/event1: No such file or directory

Gruß
____Paule
Eben glaube ich klarer zu sehen.

test ist ja auch ein Kommando.
Und vieleicht muckt er deswegen manchmal rum.
Seit ich das File das er schreiben soll umbenannt habe geht bei mir alles, auch keine 0 division mehr.
Könnte bei dir auch das Problem gewesen sein ?
Bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
PauleFoul
Wissender
Wissender
Beiträge: 1839
Registriert: Sonntag 17. August 2003, 01:39

Beitrag von PauleFoul »

Das Skript läuft jetzt dank Jens bei mir.

Aber es gibt Probleme beim lesen mit UDP. Keine Ahnung
was das sein könnte... :(

Firewall ist nicht vorhanden, Betriebssystem ist W2K

Hier mal die Werte mit 32MB über meinen D-Link Switch (DES-1005 D):

Code: Alles auswählen

Results for write throughput:
8.947 Mbit/s with udp,async,wsize=8192
8.947 Mbit/s with udp,async,wsize=32768
8.947 Mbit/s with udp,async,wsize=16384
8.134 Mbit/s with udp,async,wsize=4096
8.134 Mbit/s with tcp,async,wsize=32768
8.134 Mbit/s with tcp,async,wsize=16384
7.895 Mbit/s with tcp,async,wsize=8192
7.456 Mbit/s with tcp,async,wsize=4096
5.835 Mbit/s with udp,sync,wsize=16384
5.592 Mbit/s with udp,sync,wsize=8192
5.592 Mbit/s with udp,sync,wsize=32768
5.592 Mbit/s with tcp,sync,wsize=4096
5.592 Mbit/s with tcp,sync,wsize=32768
5.592 Mbit/s with tcp,sync,wsize=16384
4.709 Mbit/s with tcp,sync,wsize=8192
-e 5162220 with udp,sync,wsize=4096

Results for read throughput:
8.134 Mbit/s with tcp,sync,rsize=4096
7.895 Mbit/s with tcp,sync,rsize=32768
7.895 Mbit/s with tcp,async,rsize=32768
7.895 Mbit/s with tcp,async,rsize=16384
7.669 Mbit/s with tcp,sync,rsize=8192
7.669 Mbit/s with tcp,async,rsize=8192
7.456 Mbit/s with tcp,async,rsize=4096
7.255 Mbit/s with tcp,sync,rsize=16384
Failure with udp,sync,rsize=8192
Failure with udp,sync,rsize=32768
Failure with udp,sync,rsize=16384
Failure with udp,async,rsize=8192
Failure with udp,async,rsize=4096
Failure with udp,async,rsize=32768
Failure with udp,async,rsize=16384
-e Failure with udp,sync,rsize=4096

Code: Alles auswählen

Measuring NFS throughput...
Mount options: udp, sync, wsize=4096
writing 32 MBytes...
Success after 52 seconds
Mount options: udp, sync, rsize=4096
reading 32 MBytes...
Failure

Mount options: udp, async, wsize=4096
writing 32 MBytes...
Success after 33 seconds
Mount options: udp, async, rsize=4096
reading 32 MBytes...
Failure

Mount options: tcp, sync, wsize=4096
writing 32 MBytes...
Success after 48 seconds
Mount options: tcp, sync, rsize=4096
reading 32 MBytes...
Success after 33 seconds

Mount options: tcp, async, wsize=4096
writing 32 MBytes...
Success after 36 seconds
Mount options: tcp, async, rsize=4096
reading 32 MBytes...
Success after 36 seconds

Mount options: udp, sync, wsize=8192
writing 32 MBytes...
Success after 48 seconds
Mount options: udp, sync, rsize=8192
reading 32 MBytes...
Failure

Mount options: udp, async, wsize=8192
writing 32 MBytes...
Success after 30 seconds
Mount options: udp, async, rsize=8192
reading 32 MBytes...
Failure

Mount options: tcp, sync, wsize=8192
writing 32 MBytes...
Success after 57 seconds
Mount options: tcp, sync, rsize=8192
reading 32 MBytes...
Success after 35 seconds

Mount options: tcp, async, wsize=8192
writing 32 MBytes...
Success after 34 seconds
Mount options: tcp, async, rsize=8192
reading 32 MBytes...
Success after 35 seconds

Mount options: udp, sync, wsize=16384
writing 32 MBytes...
Success after 46 seconds
Mount options: udp, sync, rsize=16384
reading 32 MBytes...
Failure

Mount options: udp, async, wsize=16384
writing 32 MBytes...
Success after 30 seconds
Mount options: udp, async, rsize=16384
reading 32 MBytes...
Failure

Mount options: tcp, sync, wsize=16384
writing 32 MBytes...
Success after 48 seconds
Mount options: tcp, sync, rsize=16384
reading 32 MBytes...
Success after 37 seconds

Mount options: tcp, async, wsize=16384
writing 32 MBytes...
Success after 33 seconds
Mount options: tcp, async, rsize=16384
reading 32 MBytes...
Success after 34 seconds

Mount options: udp, sync, wsize=32768
writing 32 MBytes...
Success after 48 seconds
Mount options: udp, sync, rsize=32768
reading 32 MBytes...
Failure

Mount options: udp, async, wsize=32768
writing 32 MBytes...
Success after 30 seconds
Mount options: udp, async, rsize=32768
reading 32 MBytes...
Failure

Mount options: tcp, sync, wsize=32768
writing 32 MBytes...
Success after 48 seconds
Mount options: tcp, sync, rsize=32768
reading 32 MBytes...
Success after 34 seconds

Mount options: tcp, async, wsize=32768
writing 32 MBytes...
Success after 33 seconds
Mount options: tcp, async, rsize=32768
reading 32 MBytes...
Success after 34 seconds
Und hier noch die Werte mit 32MB über Crosslinkkabel:

(Komisch da geht UDP-Reading)

Code: Alles auswählen

Results for write throughput:
7.669 Mbit/s with udp,async,wsize=8192
7.669 Mbit/s with udp,async,wsize=16384
7.456 Mbit/s with udp,async,wsize=32768
6.100 Mbit/s with udp,async,wsize=4096
5.965 Mbit/s with udp,sync,wsize=8192
5.965 Mbit/s with tcp,async,wsize=32768
5.965 Mbit/s with tcp,async,wsize=16384
5.835 Mbit/s with udp,sync,wsize=32768
5.835 Mbit/s with udp,sync,wsize=16384
5.835 Mbit/s with tcp,sync,wsize=4096
5.835 Mbit/s with tcp,sync,wsize=16384
5.835 Mbit/s with tcp,async,wsize=8192
5.711 Mbit/s with tcp,sync,wsize=8192
5.592 Mbit/s with tcp,sync,wsize=32768
5.263 Mbit/s with tcp,async,wsize=4096
-e 5835553 with udp,sync,wsize=4096

Results for read throughput:
9.256 Mbit/s with udp,sync,rsize=8192
9.256 Mbit/s with udp,sync,rsize=32768
9.256 Mbit/s with udp,sync,rsize=16384
9.256 Mbit/s with udp,async,rsize=8192
9.256 Mbit/s with udp,async,rsize=4096
9.256 Mbit/s with udp,async,rsize=32768
9.256 Mbit/s with udp,async,rsize=16384
8.947 Mbit/s with tcp,sync,rsize=8192
8.947 Mbit/s with tcp,sync,rsize=4096
8.947 Mbit/s with tcp,sync,rsize=32768
8.947 Mbit/s with tcp,sync,rsize=16384
8.947 Mbit/s with tcp,async,rsize=8192
8.947 Mbit/s with tcp,async,rsize=4096
8.947 Mbit/s with tcp,async,rsize=32768
8.947 Mbit/s with tcp,async,rsize=16384
-e 9256395 with udp,sync,rsize=4096

Gruß
____Paule
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Nur um klarer zu sehen, bzw. eine Bestätigung zu erhalten...
Hast du schon mal den Dateinamen, der Datei in die geschrieben wird geändert ?
Als ich das bei mir gemacht hatte, ging es auf einmal.
Wobei ich sagen muss, ich habe nach dem eigentlichen neu-mount Befehl auch ein mount |grep $dboxmountpoint eingefügt, um die angezeigten mountoptionen auch überprüfen zu können.
Weil ich befürchtete das der Server manchmal nicht schnell genug auf den mount reagiert.
Zwar meldete er alles ok, ob er aber intern bereit war ?

Vorher hatte ich auch solche komischen Meldungen.
Auch mit dem -e vom echo -e am Anfang der Zeile usw.

Bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
PauleFoul
Wissender
Wissender
Beiträge: 1839
Registriert: Sonntag 17. August 2003, 01:39

Beitrag von PauleFoul »

Auch das Ändern des Dateinamens der ins Share geschrieben und gelesen
wird bringt nicht... :cry:


Gruß
____Paule
PauleFoul
Wissender
Wissender
Beiträge: 1839
Registriert: Sonntag 17. August 2003, 01:39

Beitrag von PauleFoul »

Hat denn hier keiner der Netzwerkspezialisten eine Idee??


Warum geht den UDP beim lesen nicht??

Und könnte man für das Schreiben UDP und für das Lesen TCP mounten??

Wäre es denn nicht auch denkbar im Mounten einen Parameter einzubauen
für welche Funktion der Mount (lesen/schreiben/alles) der Mount
verwendet werden soll.
Dann könnte man jeweils die optimalen Einstellungen für Lesen und
Schreiben verwenden und müsste nicht immer den Kompromiss wählen...


Gruß
____Paule
Tommy
Tuxboxer
Tuxboxer
Beiträge: 4332
Registriert: Dienstag 7. Mai 2002, 17:04

Beitrag von Tommy »

nur mal sone Idee:

du hast 2 Mounts (tcp und udp) die sich als einer "verkleiden" sollen

/mnt/movie_Aufnahme
/mnt/movie_Wiedergabe

Wir haben für jeden Furz startdateien (recording.start /movieplayer.start)

Du könntest also mit symlinks arbeiten und je nach bedarf das Ziel wechseln.

z.B.
in der recording.start:

Code: Alles auswählen

rm /var/mnt/movie
ln -s /mnt/movie_Aufnahme /var/mnt/movie
in der movieplayer.start

Code: Alles auswählen

rm /var/mnt/movie
ln -s /mnt/movie_Wiedergabe /var/mnt/movie
Dein filmverzeichnis ist dementsprechend immer /var/mnt/movie und wird nur jedes mal anders verlinkt
---------------------------
Alle weiteren Infos findest Du im WIKI
Bitte vor dem posten Boardregeln lesen und verstehen!
Wie erstelle ich ein Bootlog? Wo finde ich die FAQ?
Spooky
Einsteiger
Einsteiger
Beiträge: 338
Registriert: Sonntag 24. Februar 2002, 10:43

Beitrag von Spooky »

@PauleFoul
Warum geht den UDP beim lesen nicht??
Weil, aufgrund des 10MBit Nadelöhrs der dbox2, UDP Pakete verloren gehen, sobald Dein NFS Server versucht sie mit einer höheren Geschwindigkeit zu übermitteln.
Um dem entgegenzuwirken kannst Du den Datenstrom zur dbox2 auf zwei Wegen einbremsen:

- Du änderst den Übertragungsmodus Deines NFS Servers
je nach Netzwerkstruktur 100Mbit-HD,10Mbit-FD,10Mbit-HD
Beim NSLU2 ergibt 10Mbit-FD die höchsten Durchsätze zur dbox2.

- Du richtest TrafficShaping auf einem NFS Linux Server ein und bremst darüber nur den Datenstrom für die dbox2 ein.

Spooky
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Spooky hat geschrieben:- Du richtest TrafficShaping auf einem NFS Linux Server ein und bremst darüber nur den Datenstrom für die dbox2 ein.
Spooky
Hört sich gut an.
Weist du den Paketnamen dafür ?
DEbian: apt-get install ??????

Oder ist das in einem eh notwendigen Paket mit drinne ?
Wo muss ich denn da dran treten ?
bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
Spooky
Einsteiger
Einsteiger
Beiträge: 338
Registriert: Sonntag 24. Februar 2002, 10:43

Beitrag von Spooky »

@petb

Ganz so einfach ist das leider nicht. Für Debian findest Du hier sogar etwas auf Deutsch:

Link

Ich hatte noch eine Möglichkeit vergessen zum Bremsen.

- den rsize Wert auf 4096 einstellen, klappt aber nicht überall

Spooky
petb
Erleuchteter
Erleuchteter
Beiträge: 785
Registriert: Samstag 6. August 2005, 03:39

Beitrag von petb »

Spooky hat geschrieben:@petb
Ganz so einfach ist das leider nicht. Für Debian findest Du hier sogar etwas auf Deutsch:
Link
Spooky
Danke, das schau ich mir bald mal an, klasse :lol:
bye
PetB
1 x DBOX2 Phillips, 1 x DBOX2 Nokia, 1 x DBOX2 Sagem, 100er Gibertini (Astra / Hotbird), NFS Server
Quaker
Neugieriger
Neugieriger
Beiträge: 14
Registriert: Dienstag 4. November 2003, 09:41

Beitrag von Quaker »

hallo,

welche vorraussetzungen brauche ich für dieses script?
habe es upgeloadet und versuche es zu straten jedoch ist das einzige was passiert ich lande wieder im normalen fernsehbild und das wars.

mfg
quaker