FullDuplex wieder aufwärmen

[Houdini]

die Autonegotiation läuft wie ein eigenes Protokoll ab, wenn es der Chip (Transeiver) nicht kann, dann gehts nicht.

Und nochmal zur Erinnerung:
Die Verbindung zwischen 2 Peers läuft nur mit FD, wenn beide fest auf FD eingestellt sind oder beide sich in der Autonegotiation auf FD "geeinigt" haben

[Carlos_1481]

Hallo

Nachdem ich nun beim Router endlich die Geschwindigkeit der Ports einstellen, dank dd-wrt, kann habe ich nochmals einen Netztest durchgeführt. Diesesmal über dem Router zum Server.
------
~ # /tmp/netztest 192.168.2.5 /daten/hdb/movie /mnt

4096, 4096
8192+0 records in
8192+0 records out
real 1m 1.40s
user 0m 0.42s
sys 0m 12.59s
8393
8192+0 records in
8192+0 records out
real 0m 59.24s
user 0m 0.22s
sys 0m 12.37s
8533
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=4096,wsize=4096,soft
,udp,nolock,addr=192.168.2.5)

6144, 6144
8192+0 records in
8192+0 records out
real 1m 0.73s
user 0m 0.29s
sys 0m 13.01s
8533
8192+0 records in
8192+0 records out
real 0m 59.32s
user 0m 0.21s
sys 0m 12.61s
8677
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=4096,wsize=4096,soft
,udp,nolock,addr=192.168.2.5)

8192, 8192
8192+0 records in
8192+0 records out
real 0m 57.96s
user 0m 0.22s
sys 0m 12.18s
8827
8192+0 records in
8192+0 records out
real 0m 56.85s
user 0m 0.30s
sys 0m 9.27s
8982
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft
,udp,nolock,addr=192.168.2.5)

9216, 9216
8192+0 records in
8192+0 records out
real 0m 58.35s
user 0m 0.32s
sys 0m 12.25s
8827
8192+0 records in
8192+0 records out
real 0m 56.85s
user 0m 0.18s
sys 0m 9.52s
8982
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft
,udp,nolock,addr=192.168.2.5)

10240, 10240
8192+0 records in
8192+0 records out
real 0m 58.03s
user 0m 0.33s
sys 0m 12.07s
8827
8192+0 records in
8192+0 records out
real 0m 56.88s
user 0m 0.23s
sys 0m 9.78s
8982
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft
,udp,nolock,addr=192.168.2.5)

11264, 11264
8192+0 records in
8192+0 records out
real 0m 57.88s
user 0m 0.21s
sys 0m 12.23s
8827
8192+0 records in
8192+0 records out
real 0m 56.85s
user 0m 0.22s
sys 0m 9.37s
8982
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft
,udp,nolock,addr=192.168.2.5)

12288, 12288
8192+0 records in
8192+0 records out
real 0m 58.28s
user 0m 0.28s
sys 0m 12.45s
8827
8192+0 records in
8192+0 records out
real 0m 56.85s
user 0m 0.22s
sys 0m 9.62s
8982
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft
,udp,nolock,addr=192.168.2.5)

16384, 16384
8192+0 records in
8192+0 records out
real 0m 57.78s
user 0m 0.32s
sys 0m 12.13s
8827
8192+0 records in
8192+0 records out
real 0m 56.43s
user 0m 0.17s
sys 0m 8.80s
9142
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=16384,wsize=16384,so
ft,udp,nolock,addr=192.168.2.5)

24576, 24576
8192+0 records in
8192+0 records out
real 0m 57.59s
user 0m 0.29s
sys 0m 12.08s
8827
8192+0 records in
8192+0 records out
real 0m 56.42s
user 0m 0.21s
sys 0m 8.84s
9142
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=16384,wsize=16384,so
ft,udp,nolock,addr=192.168.2.5)

32768, 32768
8192+0 records in
8192+0 records out
real 0m 57.58s
user 0m 0.21s
sys 0m 12.51s
8827
8192+0 records in
8192+0 records out
real 0m 56.12s
user 0m 0.22s
sys 0m 7.31s
9142
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=32768,wsize=32768,so
ft,udp,nolock,addr=192.168.2.5)
-------

Desweitern werde ich nun ein paar Aufnahmetest mit verschiedenen Sendern durchführen.
Heute testete ich ORF, 4 Stunden Aufnahme mit beiden Tonspuren ohne Streaming Abbrüche.
Weitere Tests folgen.

Grüße
Carlos

[Tommy]

war das (der Test) über WLAN oder Kabel? Eigentlich sollte sich doch FD mehr auf tcp auswirken - der test fehlt.

[Carlos_1481]

Hallo,

test war über Router und Kabel. Über UDP war ich früher im Halbduplex Modus im schneller.

D-Box---LAN---Router---LAN---Server
PC-----WLAN-----'

Ich habe auch schon einen Test über TCP laufen lassen, die Werte waren aber schlechter.

Grüße
Carlos

[Tommy]

wenn Du über UDP schneller warst und die Werte über TCP schlechter sind hat es wol nix gebracht

[starbright]

@starbright:

Standardmäßig kannst du die Fritz!Box nicht konfigurieren, die ds-mod/freetz-Entwickler haben aber wohl hierfür ein Tool entwickelt:

Infos findest du hier:

http://wiki.ip-phone-forum.de/gateways: ... figuration
http://www.heimpold.de/freetz/

Wäre spannend zu erfahren, ob du es zu Laufen bringen kannst.

Gruss
Klaus

Danke für den Tip. Das sind jetzt ne Menge Baustellen - neues Image, Hardware löten, Fritzbox modden. Da muß ich erst mal messen, was an Datenrate jetzt geht. Und reicht es dann, wenn ARD ihre Qualitätsoffensive startet auch noch?
Gilt immer noch das NFS schneller ist als FTP und CIFS? Läuft den NFS über UDP oder TCP? Laut Wiki ist beides möglich.
Mit was messt ihr die Transferrate (hoffentlich nichs kompliziertes ... ) wo kann man denn das netztest downloaden?

[Carlos_1481]

@Tommy

Wieso nichts gebracht?
Im Halbduplexmodus kam ich höchstens auf einen Wert von 8400 mit dem Testprogramm. Mit Fullduplex komme ich auf 9100 bei dem Test!
Alles lief über das UDP-Protokoll. Es währe sich noch ein höhere Wert möglich, aber ich denke da liegt die Grenze meines Server's, der aus einem alten PC ca.200MHZ besteht. "Eisfair"

Früher hatte ich halt Kollisionen ohne ende.

Wieso sollte man über TCP schneller sein, soviel ich weis ist das Protokoll langsamer.

Hänge noch das TCP Test Protokoll an.
------
4096, 4096
umount: cannot umount /mnt: Invalid argument
8192+0 records in
8192+0 records out
real 1m 5.03s
user 0m 0.28s
sys 0m 15.21s
7876
8192+0 records in
8192+0 records out
real 1m 1.45s
user 0m 0.21s
sys 0m 14.52s
8258
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=4096,wsize=4096,soft,tcp,nolock,addr=192.168.2.5)

6144, 6144
8192+0 records in
8192+0 records out
real 1m 4.54s
user 0m 0.30s
sys 0m 15.34s
7876
8192+0 records in
8192+0 records out
real 1m 1.12s
user 0m 0.24s
sys 0m 15.58s
8393
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=4096,wsize=4096,soft,tcp,nolock,addr=192.168.2.5)

8192, 8192
8192+0 records in
8192+0 records out
real 1m 1.11s
user 0m 0.30s
sys 0m 14.20s
8393
8192+0 records in
8192+0 records out
real 0m 58.11s
user 0m 0.30s
sys 0m 10.56s
8827
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.2.5)

9216, 9216
8192+0 records in
8192+0 records out
real 1m 1.74s
user 0m 0.29s
sys 0m 16.21s
8258
8192+0 records in
8192+0 records out
real 0m 58.18s
user 0m 0.21s
sys 0m 10.38s
8827
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.2.5)

10240, 10240
8192+0 records in
8192+0 records out
real 1m 0.82s
user 0m 0.32s
sys 0m 14.87s
8393
8192+0 records in
8192+0 records out
real 0m 58.15s
user 0m 0.18s
sys 0m 10.67s
8827
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.2.5)

11264, 11264
8192+0 records in
8192+0 records out
real 1m 0.96s
user 0m 0.20s
sys 0m 14.62s
8393
8192+0 records in
8192+0 records out
real 0m 58.40s
user 0m 0.21s
sys 0m 11.90s
8677
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.2.5)

12288, 12288
8192+0 records in
8192+0 records out
real 1m 1.97s
user 0m 0.24s
sys 0m 16.98s
8258
8192+0 records in
8192+0 records out
real 0m 58.18s
user 0m 0.21s
sys 0m 10.63s
8827
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=8192,wsize=8192,soft,tcp,nolock,addr=192.168.2.5)

16384, 16384
8192+0 records in
8192+0 records out
real 1m 0.19s
user 0m 0.30s
sys 0m 13.23s
8533
8192+0 records in
8192+0 records out
real 0m 57.60s
user 0m 0.24s
sys 0m 12.14s
8827
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=16384,wsize=16384,soft,tcp,nolock,addr=192.168.2.5)

24576, 24576
8192+0 records in
8192+0 records out
real 0m 59.99s
user 0m 0.24s
sys 0m 13.83s
8533
8192+0 records in
8192+0 records out
real 0m 57.56s
user 0m 0.18s
sys 0m 12.35s
8827
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=16384,wsize=16384,soft,tcp,nolock,addr=192.168.2.5)

32768, 32768
8192+0 records in
8192+0 records out
real 1m 0.19s
user 0m 0.27s
sys 0m 12.05s
8393
8192+0 records in
8192+0 records out
real 0m 57.37s
user 0m 0.25s
sys 0m 11.02s
8982
192.168.2.5://daten/hdb/movie on /mnt type nfs (rw,v3,rsize=32768,wsize=32768,soft,tcp,nolock,addr=192.168.2.5)
------


Grüße
Carlos

[starbright]

Hab das FD Image geladen, die boot.conf mit der empfohlenen Zeile ergänzt:

bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1;fsload;bootm

An die dbox ist eine WLHDD angeschlossen, die ich mit nem kleinen Script hoffentlich in 10FD gesetzt hab:

#!/bin/sh
et -i eth1 speed 10full
echo set eth1 to 10 MBit full duplex


Ergebnis im boot.log

...
Kernel command line: console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1
...
pty: 256 Unix98 ptys configured

full-duplex mode enabled<6>eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:3c:93:3a

loop: loaded (max 8 devices)
...
[neutrino] Software update enabled
[neutrino] enable flash
[neutrino] enable flash
[neutrino] Software update enabled
[neutrino] unknown entry 'bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1;f' found in boot.conf
[neutrino] unknown entry 'sload;bootm
' found in boot.conf
[lcdd] time-skin not found -> using default...
[lcdd] weekday-skin not found -> using default...
[lcdd] date-skin not found -> using default...
[lcdd] month-skin not found -> using default...
...

----------------------------------------------------

Allerdings steht das boot-log für den Fall, dass Pin6 nicht auf Masse liegt genauso aus.
Bedeutet das, dass man sowohl boot.conf als auch den Hardwareswitch ändern muß, wenn man von einem Mode in den anderen wechselt?

Muß ich mir über die Neutrino-Fehlermeldung übers boot.conf sorgen?

Wie komm ich wieder in den half duplex mode und was kann man im boot.conf evtl weglassen.

Würde gern mal messen, wo gibts das netztest ?

Wenn dann noch die Fritzbox auf 10FD gesetzt werden kann, und ein echtes Timeshift (sollte ja mit FD gehen) läuft, dann bin ich mal wieder glücklich...

[MTM]

Hallo,
schau mal da: http://wiki.tuxbox-cvs.sourceforge.net/ ... speed_test
bzw. das dadrunter.

MfG,
MTM.

[Tommy]

und ein echtes Timeshift (sollte ja mit FD gehen)

FD ! 2xHD

[starbright]

Leider geht nicht mal richtig: eine Sendung aufnehmen, andere abspielen. Die Aufnahme kommt dabei völlig unter die Räder. Besser wäre andersrum - das kann man sofort erkennen. So sieht man das Elend erst später. Könnte man da eine andere Priorisierung vornehmen?

Echtes Timeshift wäre: Sendung aufnehmen und gleiche Sendung abspielen.
Ich glaub mal von dem Problem oben abgesehen - das schafft der Movieplayer nicht. Der denkt, das Ende der Aufzeichnung liegt dort, wo es zum Zeitpunkt des Abspielstarts ist.

[Carlos_1481]

@starbrigt

Wenn du dass Image von "Zonie" verwendest dann musst du in die Bootconf nur den Parameter neben die Bautrate setzten. Etwa so: "baudrate=9600 dbox_duplex=2"
Die Lange Befehlszeile aus Tuxbox Wiki brauchst du nicht, bei mir ist damals die Box nicht mal mehr gestartet.

Zu Timeshift, ich hab’s Probiert es funktioniert nicht, glaube dazu ist die Hardware der Box zu schwach, dabei habe ich mir mein Image geschrotet.

Allerdings nur Aufnehmen oder Abspielen funktioniert super.

Ich verwende zu Timeschift meine X-BOX.
Mein Netzaufbau.

----
...............................I-Net
............................... /
PC -----WLAN-------ROUTER-----100mbit/FD-----Server "Eisfair"
D-BOX--10mbit/FD-----' '--------100mbit/FD------XBOX
----

Grüße
Carlos

[starbright]

@carlo: duplex=2 ist für Nokia, oder?
Image von Zoni ist das aus dem Wiki?
Hoffentlich wird das alles bald etwas einheitlicher, man verliert bei den Patches und Images den Überblick

.. und duplex=0 oder weglassen ist dann halb-duplex?
Ist Pin6 oder die Einstellung in boot.conf entscheidend, oder wie ich vermute beides?

Bei mir ist die Box beim Booten hängengeblieben, wenn die WL-HDD auf 100Mbit oder 10 HD stand.

PS.: Hoffentlich bald im CVS und Yadi Image. Danke!!

[starbright]

Hab Essus Speed Test so als Plugin abgeändert (weil ich im FD Mode nicht mehr auf die box komme) :

#!/bin/sh
V=tmp/harddisk
R=`expr 32 \* 1024`
for P in udp tcp
do
for S in sync async
do
echo
echo $P", "$S
umount /mnt
mount -t nfs -o rw,soft,$P,nolock,$S,rsize=$R,wsize=$R 192.168.1.9:/$V /mnt
a=`date +%s`
time dd if=/dev/zero of=/mnt/test bs=8k count=8192
z=`date +%s`
n=`expr $z - $a`
expr 512000 / $n
a=`date +%s`
time dd of=/dev/null if=/mnt/test bs=8k count=8192
z=`date +%s`
n=`expr $z - $a`
expr 512000 / $n
mount | grep /mnt



(Mount Einstellung bei mir: NFS 192.168.1.9:/tmp/harddisk -> /mnt )

Das bringt im Verbindung dbox HDX mit WLHDD HDX via Fritzbox:
upd, sync: 7757 / 7757
udp,async: 7757 / 7641

Ohne Fritzbox, also Direkt - beides auf FDX:
upd, sync: 8677 / 8982
udp,async: 8677 / 9142

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Das Script von Chicken läuft bei mir zuverlässiger und ergibt mit FDX:
Schreiben:
9.256MBit/s bei 8, 32 und 16k aber
8.659MBit/s bei 4k
Lesen:
9.256MBit/s bei 8, 32 und 16k aber
8.659MBit/s bei 4k

zweiter Versuch:
Schreiben
9.256MBit/s bei 32 und 16k aber
8.947MBit/s bei 4 und 8

Lesen:
9.586MBit/s bei 16k
9.256MBit/s bei 8 und 32k
8.947MBit/s bei 4k

Im Vergleich: mit HDX (direkt)
Schreiben:
8.38832K
8.134 16k
7.456 8k
6.100 4k

Lesen:
8.388 32k
8.134 16k
7.895 8k
6.547 4k

Beim zweiten Versuch waren die Werte etwas niedriger 8.134...5.965 (Write).

Sieht doch gut aus, oder ? +10% !
Bei mir wird die WL-HDD mit wsize=rsize=32768 gemounted. Gibt es eigentlich negative Auswirkungen, wenn die Blöcke so groß sind?. Für die Performance scheint das ja gut zu sein.

[Carlos_1481]

@starbright

duplex=2 ist für Nokia, Philips und Sagem
duplex=1 ist für nur Sagem

duplex=2 ist die Erweiterung des original Pachtes, indem die Kollisionserkennung der "Fujitsu" NIC Chips abgeschaltet wurde, da diese im Fullduplex Modus zu Problemen führte.
Dieser erweiterte Pacht, müsse auch mit Sagem funktionieren. Da aber bei dem, in den Sagen Boxen verbauten "Intel/LevelOne" Chips die Kollisionserkennung im Fullduplexmodus keine Probleme verursacht ist dies nicht nötig.


Den duplex Eintrag weglassen ist dann halbduplex, dabei muss aber der NIC-Chip wieder von der Masse getrennt werden, so wie’s halt Original ist.

Das Image habe ich von Zonie erhalten, ich glaube er hat’s hier im Bord irgendwo hochgeladen.

Als ich damals meine Box mit dem falschen Booteintrag ausgestattet hatte, konnte ich nur mehr über Hallenberg Flaschen, was aber auch kein Problem darstellt. Aber immer die Box Hardwareseitig auf halbduplex zurückstellen beim Flaschen!!

Grüße
Carlos

[starbright]

nur die Zeile
dbox_duplex=1
reichte jedenfalls nicht, ich benötige die lange Zeile ....
Ist halt bisschen umständlich das hin und her-schalten im Moment. Hoffe auf ein neues YADI. Werd jetzt nicht weiter fummel, hab schon zwei Nächte dran verbracht.

@ mkl
Der Fritzbox 10FDX beizubringen ist schwieriger ..., danke für den Tip.

[Carlos_1481]

Bei mit hat's so funktioniert.
------
@Carlos

Carlos_1481 hat geschrieben:
...
Versuche ich jetzt die für "U-Boot v1.2" gültige Befelszeile aus "Tuxbox Wiki" in der boot.conf, bleit die Box beim Starten hängen.
"bootcmd=setenv bootargs console=ttyS0,9600 root=/dev/mtdblock2 rootfstype=squashfs dbox_duplex=1;fsload;bootm"
...
Carlos



hmm. ich bin mir nicht sicher ob Du einfach die bootcmd-zeile nehmen solltest.
ich weiss nicht, was hierfür in den kernel hineinkompiliert sein muss.
kann zum beispiel sein, dass Dein root-device nicht mtdblock2 ist. oder dass 'bootm' irgendwas anknipst das nicht da ist.
ich hab das image ohne besondere schalter gebaut. kann sein, dass teile fehlen, die aber für's duplex-mode testen nicht
wirklich notwendig sind.

also zum testen besser einfach nur die baudrate-zeile in der boot.conf so aussehen lassen:
Code:
baudrate=9600 dbox_duplex=2

gruss,
z.
------
Kommt aber darauf an wie du den Patch in dein Image eingebaut hast, da ich aber kein Image-Ersteller bin kann ich dazu leider nicht mehr sagen.

Grüße
Carlos

[starbright]

Full Duplex, WL-HDD und Fritzbox:

Bisher ging dbox und WL-HDD zusammen auf FDX (WL-HDD einfach mit et einstellen)
Damit ist das aber ein geschlossenes System. lediglich über WLAN ist auf beide Geräte zugreifbar. Will man das nicht, muß bei mir die Fritzbox wieder ins Rennen.

Über http://www.heimpold.de/freetz/cpmaccfg das Tool laden und auf FB bringen.
Dann mit
./cpmaccfg spme <port dbox> 10baseT-FD
./cpmaccfg spme <port WL-HDD> 10baseT-FD
Ports richtig konfigurieren und mit voller Duplex-Leistung streamen.

Eigentlich war ich davon ausgegangen, dass die WL-HDD, die man auf 10FDX setzen kann, mit der FB die Konfig richtig aushandelt, aber das klappt nur, wenn die WL-HDD auf 10HDX oder 100FDX steht. Also: beide Ports manuell setzen.

Ebenfalls eine Enttäuschung war, dass ich die WL-HDD nicht einfach auf 100FDX stehen lassen kann. Eigentlich müßte der Switch das dann doch richtig manager, oder? Kommentare/Erklärungen erwünscht!

Jetzt muß ich das Programm und die Befehle nur noch statisch in die FB bringen, so dass sie auch ein Poweroff übersteht. Weiß jemand auf die schnelle wie das geht?

[Tommy]

Soderle - Tommy hat full duplex

Dbox (Sagem)--- WRT54GL **WLAN** Fritzbox --- Eisfair

Mit FD wird das WLAN zum Kabel. Ich habe meine Messungen vorher/nachher mal in ein Diagramm gepackt da Bilder mehr sagen.




EDIT:
Nach einem ganzen Abend testen kann ich sagen, das ich komplett ohne die Waberqueue auskomme wenn ich tcp zum lesen nutze (vorher Waberqueue 50). Keine Ruckler oder Aussetzer.

Mein besonderer Dank geht an:
Biertrinker (ich nehm einen ganz großen Schluck auf Dich)
Carlos_1481 (wegen Dir habe ich mir das WRT54GL gekauft - beste Investition dieses Jahr)
Alle die in diesem Thread konstruktiv beteiligt waren.

[zonie]

Soderle - Tommy hat full duplex

Sehr schön!

Welchen Patch hast Du denn verwendet?

[Tommy]

den ersten von Seite 9. Der zweite drehte sich doch nur um "non Sagem" oder habe ich da was verpeilt?

[Carlos_1481]

Hallo,

der erweiterte Pach von Zonie funktioniert mit allen drei Boxen.

Wäre reif fürs CVS.

Grüße
Carlos

[zonie]

@Tommy:

Ich frag nur, weil udp/read ein wenig mau aussieht.
sollte sich doch eigentlich kaum von udp/write unterscheiden.

von wo aus gesehen liest und schreibst Du denn eigentlich?

[Tommy]

von wo aus gesehen liest und schreibst Du denn eigentlich?

Das script zum messen läuft auf der dbox. Das script ist eine Modifikation des hinlänglich Bekannten.

@Tommy:

Ich frag nur, weil udp/read ein wenig mau aussieht.
sollte sich doch eigentlich kaum von udp/write unterscheiden.

Das habe ich auch gemerkt, aber von Anfang an war ja die Rede davon das sich FD besonders auf tcp auswirken wird. Da ich dort im read eine brachiale Steigerung habe und udp ein bischen besser (und nicht schlechter) ist habe ich das mal als gegeben hingenommen. Ich habe mir einfach ein record und ein play mount angelegt sodass ich per udp schreibe und per tcp lese.
Bitte beachte das zwischen dbox und Server noch ein WLAN(G) ist

[Tommy]

Hallo,

der erweiterte Pach von Zonie funktioniert mit allen drei Boxen.

Wäre reif fürs CVS.

Grüße
Carlos

Wäre auch dafür weile es keine Auswirkungen hat solange in der boot.conf nix steht. Wenn eingecheckt wird, bitte auch an den 2.6er denken