was macht eigentlich die samba-funktion genau?

Nachricht

*swordfish · #1 Beitrag von *swordfish » Fr 02 Feb 2007, 12:54

Hallo,

könnte mir mal jemand, als NichtFachmann, erklären was die Samba Funktion eigentlich genau macht bzw. was für verbesserung sie bringt?

Danke schonmal
Grüße Matthias

DrRamoray · #2 Beitrag von **DrRamoray** » Fr 02 Feb 2007, 13:26

http://de.wikipedia.org/wiki/Samba_%28Software%29

petgun_download · #3 Beitrag von **petgun_download** » Fr 02 Feb 2007, 13:29

Samba ist ein Meisterstueck von Reverse Engineering. Es stellt die file und print services fuer SMB/CIFS clients (Windows) zur Verfuegung.
Auf der DBox laeuft jetzt auch ein Samba-Server um die eingebaute/angeschlossene IDE-Platte den Windows-Clients im Netzwerk zur Verfuegung zu stellen.
Die wahrscheinlich bessere/schnellere Alternative ist die Aktivierung des NFS-Servers auf der DBox und die Installation eines NFS-Clients auf dem Windows-PC (dafuer bietet sich das SFU-NFS Paket an) auf den die Daten der IDE-Platte uebertragen werden sollen.
BTW laeuft auf der DBox auch ein imo fehlerhafter uralter SMB/CIFS Client der bisher ein streamen auf einen Windows/Samba-Server mit Datenraten >6500 Kbps verhindert hat. Sehr schade, dass das bisher noch nicht gefixt/verbessert wurde.

hepp · #4 Beitrag von **hepp** » Fr 02 Feb 2007, 14:41

petgun_download hat geschrieben:Die wahrscheinlich bessere/schnellere Alternative ist die Aktivierung des NFS-Servers auf der DBox und die Installation eines NFS-Clients auf dem Windows-PC (dafuer bietet sich das SFU-NFS Paket an) auf den die Daten der IDE-Platte uebertragen werden sollen.

hatte ich kürzlich getestet und mich bzgl. der performance leider nicht wirklich überzeugt (die datenrate war sehr instabil). da hatte ich mir mehr von versprochen.

samba ist schon schick, wenn man via "netzwerkumgebung" oder per gemapptem laufwerk "einfach mal" auf dbox2 "schauen" möchte.
an die performance einer ftp-verbindung kommt aber auch samba (bisher aber nur v2 getestet) nicht dran.

petgun_download · #5 Beitrag von **petgun_download** » Fr 02 Feb 2007, 15:00

kann nur die Performance der WL-HDD>>>SFU-NFS Client beurteilen..die war/ist top! Der SFU-NFS Client laesst sich am PC optimieren..zB. Paketgroesse. Das 10Mbit HDX Nadeloehr der Dbox ist ein anachronistisches Uebel!

hepp · #6 Beitrag von **hepp** » Fr 02 Feb 2007, 15:10

petgun_download hat geschrieben:Der SFU-NFS Client laesst sich am PC optimieren..zB. Paketgroesse. Das 10Mbit HDX Nadeloehr der Dbox ist ein anachronistisches Uebel!

ja, letzteres läßt sich numal nicht ändern.
mit der paketsize/protokoll(tcp/udp) hatte ich ein bischen gespielt, jedoch keine merklichen unterschiede festgestellt. in peaks ist die datenrate manchmal recht gut, bricht jedoch zwischenzeitlich immer stark ein (beim lesen vom hdd). das phäenomen gibts mit ftp zwar auch, war aber nicht so ausgeprägt.

petgun_download · #7 Beitrag von **petgun_download** » Fr 02 Feb 2007, 17:08

in peaks ist die datenrate manchmal recht gut, bricht jedoch zwischenzeitlich immer stark ein

das kenne ich natuerlich auch...ein groesserer Buffer hat Dir nicht geholfen? Mit welcher rsize hast Du die DBox-HDD auf dem PC gemountet? 32768 sollten es imo sein...das geht aber nur mit angepasstem NFS-Server. Kann der NFS-Server der DBox das?

hepp · #8 Beitrag von **hepp** » Fr 02 Feb 2007, 17:30

petgun_download hat geschrieben:32768 sollten es imo sein...das geht aber nur mit angepasstem NFS-Server. Kann der NFS-Server der DBox das?

ja, ich hatte mit 32k r/w gemountet, ob das nun aber wirklich korrekt gemountet wurde oder u.U. doch wieder nur mit 8k hab ich nicht getestet. ich weiß somit auch nicht on der nfs-server wirklich 32k kann, gehe ich aber von aus. unter linux ist das ja eigentlich nichts besonderes.

DrStoned · #9 Beitrag von **DrStoned** » Sa 03 Feb 2007, 3:13

Habe jedenfalls festgestellt, dass der NFS-Server von Box zu Box beim Test über ein Tool namens netio, höhere Datenraten produziert, als ich es je mit SFU hinbekommen habe.

Hänge das Tool, das ich auf einem Dark-Side-Board gefunden habe, mal zum Testen unten an. Die Doku und die Sourcen dazu, gibts auf http://www.nwlab.net/art/netio/netio.html . Damit könnt Ihr Euer Netzwerk mal testen. Dieses Netzwerktest-Programm ist sowohl für die Dbox, als auch für Linux und Windows kompiliert, es testet jedoch nur die Übertragungsgeschwindigkeiten, jedoch vermutlich ohne große Datenmengen.

Jedoch bei dem Hardcore-Petgun-Video Regen_Diabolisch.ts, das er (Du) mal im Tuxbox-Forum zu Testzwecken zum Download angeboten hatte (hast), ruckelt das Teil wie die Sau. Habe das Video mal auf meine HDD kopiert, und auf der anderen Box über den NFS-Mount abgespielt; gemounted mit 32768 read und write. Das geht selbst mit SFU vom Stream-PC besser.

Fazit:

Da scheint die CPU oder/und der RAM-Speicher der Box wohl am Ende zu sein, Platte lesen und dann über Netzwerk verteilen. Muss ich mal schauen, was top dazu sagt, aber der frisst ja auch noch Resourcen. Alle anderen Filme, die ich aufgenommen, laufen über NFS-Mount von der HDD ohne Aussetzer.

Wobei das Video Regen_Diabolisch.ts bei mir, selbst direkt von Platte, auf der HDD-Box nicht ohne 1x Aussetzer läuft und zwar nach der Einblendung SHIRLEY KNIGHT. Das Video ist schon ein Hardcore-Teil. Oder ist da schon ein Fehler in der Aufnahme drin? Habe es noch nicht am PC angeschaut.

P.S.:@petgun_downlad
Wie hattest Du das seinerzeit gestreamt, da gab es ja das IDE-Interface noch nicht? Weiss auch nicht mehr genau, ob Du das als mpg angeboten hattest, und ich es mir zu Testzwecken mit PX in TS umgewandelt hatte.

Jeppdot · #10 Beitrag von **Jeppdot** » Sa 03 Feb 2007, 10:26

Hallo,

im Tuxbox funktioniert der download über Rapidshare nicht mehr.
Da war aber auch immer von einem TS die Rede.

Es wäre schön wenn das nochmals zum Download bereitgestellt werden könnte.

Gruß

petgun_download · #11 Beitrag von **petgun_download** » Sa 03 Feb 2007, 11:51

DrStoned hat geschrieben:Wie hattest Du das seinerzeit gestreamt, da gab es ja das IDE-Interface noch nicht?

War eine Direktaufnahme auf eine Asus WL-HDD.
Das Teil ist nur schwierig weil es ueber einen laengeren Zeitraum (>30s) eine fast konstante Datenrate >8000 Kbps hat...das kann dann der Ringbuffer nicht mehr ausgleichen.