USB Accelerator

[jk]

ich hab jetzt den ftpd-topfield mal versuchsweise soweit für die nslu2 dass er ohne crc arbeitet.

gemessen im turbo-modus:

ohne patch mit 1500kb/s auf die per usb angeschlossene platte
mit dem patch als tap knapp über 2000kb/s auf die platte

wenn ich das ganze per wlan (g) aufs notebook kopiere, habe ich ohne patch 1500 kb/s und mit um die 1600

wer die bin braucht, ich leg sie in meinem Downloadbereich zum test hin.

[charly700]

Hallo

Auch von mir Danke.

Wie immer super.

gruß Charly

[Sparbrötchen]

[quote=""Knutneon""]Hat es schon jemand mit dem Masterpiece Firmware 20.07.06 probiert?[/quote]


Hmm TAP im AUtostart Ordner. Ohne Wirkung.

Firmware gepatcht, klasse läuft Super schnell.

Aber beim Ausschalten hängt der MP jetzt. Im Display WAIT und dann hilft nur noch der Netzstecker.

Vielleicht nur ein Zufall. Werde heute weiter testen.

[Knutneon]

Habe die Firmware gepatcht. Funzt einwandwandfrei , vielen Dank. :

[DeadBeef]

[quote=""jk""]
gemessen im turbo-modus:

ohne patch mit 1500kb/s auf die per usb angeschlossene platte
mit dem patch als tap knapp über 2000kb/s auf die platte

wenn ich das ganze per wlan (g) aufs notebook kopiere, habe ich ohne patch 1500 kb/s und mit um die 1600
[/quote]Ich kann den Unterschied mit der WLAN-Verbindung so erklären, daß die Roundtrip-Zeiten bei der WLAN-Verbindung die Übertragung zwischen dem Topf und NSLU2 ungünstig beeinflussen. Ich habe die Sourcen nicht gesehen, könnte mir aber vorstellen, daß die Kommunikation mit dem Topf von der Kommunikation mit dem FTP-Client nicht vollständig entkoppelt ist (Stichwort Multithreading).

[jk]

multithread auf dem nslu bei dem daemon, nö...

ich hab jetzt ein wenig mit dem prozessoreinstellungen gefummelt und komm im turbo modos per ftp localhost auf dem nslu auf 2500...

so hab ich das zeug jetzt bei mir online gestellt, wer es braucht...

[ByteHunter]

Also ich komme auf ca. 3,1 MB/sec. Mein System: TF5200PVRc über zwei Repeater-Kabel an einem 1,15-GHz-Athlon.

Ist die ungesicherte Datenübertragung jetzt in beiden Richtungen und auch für TAPs und MP3s oder nur in einer Richtung und nur bei Aufnahmen?

Das Ergebnis kann sich schon sehen lassen und wenn die CRC nie von Altair und/oder Topf überprüft wird werde ich mir gleich den Patch installieren. Sinn der CRC ist doch wohl, daß bei Fehlern in der Übertragung entweder diese ausgebügelt werden oder der fehlerhafte Daten-Frame nochmal angefordert wird. Oder ist die Hardware-Lösung mit USB-Kabel umstöseln doch die schnellere Alternative?

Viele Grüße
ByteHunter

[Bonni]

[quote=""ByteHunter""]Ist die ungesicherte Datenübertragung jetzt in beiden Richtungen und auch für TAPs und MP3s oder nur in einer Richtung und nur bei Aufnahmen? [/quote]
Topf -> PC: Schneller, egal was.
PC -> Topf: Wie vorher, egal was.

[jk]

jetzt mit dem optimierteren dings direkt auf dem nslu (ftp localhost) 2.4mb/s das ist super!
jetzt hab ich die firmware gepatcht, nix mehr tap...

[DeadBeef]

[quote=""ByteHunter""]Sinn der CRC ist doch wohl, daß bei Fehlern in der Übertragung entweder diese ausgebügelt werden oder der fehlerhafte Daten-Frame nochmal angefordert wird.
[/quote]
Fehlerhafte Frames werden bereits in der Hardware erkannt und verworfen. Die Software bekommt sie gar nicht zu sehen. Deswegen beinhaltet das Topfield-Kommunikationsprotokoll Bestätigungspakete (USB_Success). Wird keine Bestätigung innerhalb von 5 Sekunden empfangen, wird das Paket noch einmal übetragen. Wird dieses Paket auch nicht quittiert, so wird die Übertragung abgebrochen.
[quote=""ByteHunter""]Oder ist die Hardware-Lösung mit USB-Kabel umstöseln doch die schnellere Alternative?[/quote]Den Zusammenhang habe ich nicht verstanden.

[ByteHunter]

[quote=""DeadBeef""]Fehlerhafte Frames werden bereits in der Hardware erkannt und verworfen. Die Software bekommt sie gar nicht zu sehen. Deswegen beinhaltet das Topfield-Kommunikationsprotokoll Bestätigungspakete (USB_Success). Wird keine Bestätigung innerhalb von 5 Sekunden empfangen, wird das Paket noch einmal übetragen. Wird dieses Paket auch nicht quittiert, so wird die Übertragung abgebrochen.[/quote]

Ach deshalb ist die Übertragung so langsam, weil die Bestätigung erst nach 5 Sekunden kommt.

Den Zusammenhang habe ich nicht verstanden.

Na es gibt doch da diesen Umbau mit einem USB-zu-IDE-Adapter und Stromversorgung der Festplatte mittels Relais je nachdem, ob der PC über USB oder der Topf direkt über IDE drauf zugreift. Schau da: http://www.cyvr.de/topfield/index.html

Ich habe vor, das mal einzubauen -- irgendwann. Wenn ich's mir recht überlege: bei der HW-Lösung kann man ja TAPs wahrscheinlich auch auf die Platte runternudeln, ohne den MIPS dazwischenzuhaben. Also mich juckt's langsam in den Fingern. (Neurodermitis?)

LG ByteHunter

[ByteHunter]

[quote=""Bonni""]Topf -> PC: Schneller, egal was.
PC -> Topf: Wie vorher, egal was.[/quote]

Bonni, okay. Aber bin ich wirklich schneller, wenn ich einen Film vom Topf ziehe, dann feststelle, daß der an Übertragungsfehlern leidet und ich deswegen das ganze nochmal machen muß? Ich meine: für irgendwas muß CRC doch gut sein, deshalb wird es ja auch bei Floppies, Harddisks, Ethernet, CAN-Bus, WinRAR, usw. eingesetzt.

LG ByteHunter

[FireBird]

Die besagte CRC ist einfach ein Überbleibsel vom RS-232-Protokoll. Dort macht es auch Sinn, beim USB nicht mehr.

[ByteHunter]

[quote=""FireBird""]Die besagte CRC ist einfach ein Überbleibsel vom RS-232-Protokoll. Dort macht es auch Sinn, beim USB nicht mehr.[/quote]

Ich habe ja beruflich nichts mit USB zu tun, was manchmal sehr vorteilhaft ist, wenn man die Leute mit mystischen Treiberproblemen zum netten Kollegen da drüben schicken kann. Bei der RS232 sehe ich jetzt nicht wirklich einen Sinn für CRC, aber da wird sich damals wohl jemand etwas bei gedacht haben. Vermutlich sollte die Firmware irgendwie abgesichert werden..?

Ich glaube Dir das jetzt mal ganz blauäugig, FireBird, und spiele die Firmware ...._PUST auf meinen Topf

Vielleicht wäre der Patch auch etwas für die Massenproduktion in Korea und mal ein neues Altair..?

LG ByteHunter

[FireBird]

[quote=""ByteHunter""]Ich glaube Dir das jetzt mal ganz blauäugig, FireBird, und spiele die Firmware ...._PUST auf meinen Topf [/quote]
Ich flieg' jetzt einmal ab, falls Dein Topf der Erste ist, der sich verschluckt.

Vielleicht wäre der Patch auch etwas für die Massenproduktion in Korea und mal ein neues Altair..?

Das war jetzt blauäugig!

[ByteHunter]

[quote=""FireBird""]Das war jetzt blauäugig! [/quote]

So sollte es auch verstanden werden

Bin auch mal wieder weg.

[Wheeljack]

Der HDD-Bitte-Nur-Einmal-Starten-Patch hat es ja auch offiziell in die Firmware geschafft.
Warum nicht also auch USB Accelerator? Ich denke allerdings, dass vorher noch Power Restore drankommen muss

[FireBird]

[quote=""Wheeljack""]Der HDD-Bitte-Nur-Einmal-Starten-Patch hat es ja auch offiziell in die Firmware geschafft.[/quote]
Weil das eigentlich ein falsches Kommando war, das an die HDD abgesetzt wurde (hatte zufälligerweise den gewünschten Effekt).

Warum nicht also auch USB Accelerator?

Weil Topfield den Mut aufbringen müsste, das Protokoll hochoffiziell unsicherer zu machen. Und derzeit laufen ganz andere Dinge schief.

Ich denke allerdings, dass vorher noch Power Restore drankommen muss

Das ist man schon einmal angegangen. Laut Thensch beinhaltet die letzte Masterpiece-Betafirmware eine Modifikation, bei der der Topf nach einem Stromausfall ein paar Sekunden länger anbleibt und die Timer zum FP sendet. Aufgefallen ist das aber nur, weil sich der Patcher beim PowerRestore-Patch geweigert hat, diesen einzuspielen. Aber: es geht, wenn sie nur wollten.

[ibbi]

[quote=""FireBird""]Weil Topfield den Mut aufbringen müsste, das Protokoll hochoffiziell unsicherer zu machen.[/quote]

Mit der Firmware haben sie es sich getraut.

[FireBird]

[quote=""ibbi""]Mit der Firmware haben sie es sich getraut. [/quote]
Glaubst Du, dass es sich um einen willkürlichen Akt handelt?