Das es mit dem BL nicht ursächlich zusammenhängt war mir schon klar, mich wunrdert(e) eben auch, dass es keinen BL #87 für OE2.0 gibt.

Aber das kann doch nicht sein! Ich hatte sogar schon einen Streamingabruch wg. den "Denkpausen". Über WLAN (weißer DMM WLAN-Stick) treten die übrigens auch auf (mit OE1.6 nicht).

Hab' wg. dem squashfs und swap Desaster auf der DM800HD SE mit OE2.0 die Box gegen eine DM7020HD getauscht. Schön langsam frage ich mich, ob ich nicht doch aufs falsche Pferd gesetzt habe!? 7-8 MB/sec sind definitiv zu wenig für die DMM Topbox - vor allem, wenn mit OE1.6 fast maximale Werte erreicht werden ...

dachte anfänglich sogar an einen Hardwaredefekt, weil ich gleich das OE2.0 flashte ...

Habe das aktuelle OE2.0 experimental auf der Box.

die Netzwerkperformance per FTP (Filezilla) ligt bei ca. 9 MB/sec. Die Übertragung wird lt. Anzeige immer wieder kurz unterbrochen, und startet dann wieder bei ca. 6MB/sec und arbeteitet sich wieder langsam hoch. Mit einem OE2.0 Fremdimage auf Basis des aktuellen DM7020HD experimental schafft ich gar nur ~7 MB/sec ...

Hab' dann OE1.6 v3.2.4 geflasht und schaffte damit konstante Übertragunsraten von 11,5 - 11,8 MB/sec - also ohne Abbrüche. Woran liegt das, das die Netzwerkperformance mit OE2.0 um ca. 10-20% schlechter ist als mit OE1.6?
Haben noch andere ähnliche Erfahrungen gemacht?

was mir auffiel: Die Box ist relativ neu, und mit dem Image im Auslieferungszustand wurde mir der BL #87 im Display eim Booten angezeigt (DM7020HD v2?), am OE2.0 feed liegt aber nur #86 - den BL #87 (OE2.0) kann ich nirgends finden

sobal der BL #87 auf der Box ist, passt auch die Netzwerkperformance ...

It means, that you don't have to use the limited embedded busybox command

Feel free "to borrow" the wget binary from debian mipsel sources and unlink the original wget command from the busybox and replace it with the debian binary.
Or execute the debian binary from your prefered folder (/hdd/bin ...). You can also create a .profile file in the home directory of root and add an alias for wget.
Then the alias will be used first instead of the busybox command

(/home/root/.profile will not be overwritten by updates )

root@dm800se:~# cat ~/.profile
alias wget='/home/root/wget'
# alias wget='/hdd/bin/wget'
root@dm800se:~#

u have 2 posibilities:

1.)
first flash the second-stage-loader 84 from http://sources.dreamboxupdate.com/ with your browser
second flash 3.2.4.nfi

in most cases the latest browser versions don't work with the old bootloader on your box (bug)
On your Windows computer you can use Firefox 3.6.28 portable beside your firefox installed.

2.)
flash 3.2.4 with DreamUp

-> USB to UART Treiber
-> Aktualisieren der Firmware mit Hilfe von DreamUp

After flashing Firmware 3.2.4 flashing your Dreambox using the latest browser versions will work again

Na dann gutes Gelingen! Wenn ihr das hinkriegt und das "SWAP-Desaster" im OE2.0 fixed, könnte das OE2.0 langsam Standard auf meinen Boxen werden - und nicht nur auf der Testbox laufen ...

im Prinzip schon - aber das Linux/der Sambaserver der Dreambox ist abgespeckt. D.h. man kann keine Samba User hinzufügen um so Zugriffe nach Benutzern zu steuern.

Alternativ kann man in der smb.conf mit hosts allow und hosts deny Zugriff auf jede Freigabe für IP-Adressen erlauben/verweigern

Quote from gutemine

sagen wir mal so wenn du dir ein gepatchtes einigma2 binary aus den 3.2.4 Release OE 1.6 Kloneimages besorgst ...

hmm ...

das aktuelle OE2.0 Web-IF v1.7.1 hier läuft auch mit dem original enigma2 binary aus dem letzen dm7025 release, aber vielleicht sollte man das nicht zu laut sagen

Laufender Samba/NFS-Server? Wenn man auf /media/hdd per Telnet, FTP, Samba etc. "steht" geht auch kein umounten ...

also mal nfs/samba stoppen und alle ftp-Verbindugnen kappen und dann per Telnet einloggen, dann sollte ein umounten klappen

*ROFL*

wenigstens läuft das Web-IF 1.7.1 auch noch im alten Image ...

Ich rechne nicht mehr mit einem update - auch wenn ich mir eines wünsche ...

Aber vielleicht werde ich ja überrascht

Das OE1.6 lief am Ende ganz gut und stabil. Am OE2.0 wird nur gefrickelt von stable weit entfernt.

Das traurige an der Sache ist: viele Alternativ Images Teams bauten nicht mal mehr stable releases auf basis 3.2.4 und supporten OE1.6 nicht mehr. OE2.0 heisst die neue Welt. Der Durchschnitts User kann zwischen zwei Übeln wählen:

altes OE1.6 nehmen und am alten Stand bleiben, oder OE2.0 und mit den Krankheiten, die bereits Erwachsenenalter erreicht haben, leben und hoffen. Von Kinderkrankheiten kann man im OE2.0 nicht mehr reden: swap, mkv, cifs ...

Da bekommt man schon den Eindruck, dass bei DMM was im Busch ist. Alle reden von Goliath, aber keiner weiß genau, was das werden soll. Der Konsument bleibt auf der Strecke.

Am besten du wendest dich an das Support Forum des Images auf deiner Box.

Für Alternativ Images wirst du hier wenig Support erhalten ...

Quote from pepo83

Ob das Oozoon Forum der richtige Ort für die Umfrage ist, ist aber auch fraglich. Dort sind ja doch viel häufiger die Multiboot User unterwegs als in anderen Foren, also weiß nicht ob das dann so repräsentativ ist.

naja, obwohl ich ein eingefleischter Fan von "NICHT aus dem Flash booten" bin, habe ich ich nicht dafür gestimmt, den Multiboot Support vorerst drinnen zu lassen, weil ich auch ein Fan von Tools ohne "Ablaufdatum" bin.

und der Trend geht schon in Richtung eliminierten MB-Support

Das stimmt so nicht!

Wenn du ein Image vom Stick bootest, ist es zwar "entkomprimiert" und gut 2.5 x so groß, aber Browswer/HbbTv/Sambaserver etc. sind noch immer im squashfs "gefangen" - also wie vom Flash gebootet.
Auch am Stick werden die squashfs images als loop device eingebunden. Erst wenn du den Browser etc. aus dem squashfs "befreist" merkst du den Unterschied - und das ist fast doppelt so schnell und wirkt sich gefühlsmäßig auch auf die gesamt Performance meiner DM800se aus.

das kriegt man auch ohne SqeezeOut hin, nur ist es SqueezeOut "update sicher" - ohne SqueezeOut ist eben Handarbeit angesagt

klar kann man das - aber keine gute Idee wenn man ein anderes Images in Verwendung hat ...

ausserdem: wenn @gutemine depends einbaut und das Image zu alt ist, würde auch der alternative feed nichts bringen - dann kommt ein error beim der Installatiotionsversuch ...

@DMM Dev's:
lasst euch endlich was einfallen und schmeißt das widersinnige squashfs von den kleinen Boxen! Habe mit SqueezeOut gesehen, wie Browser/HbbTV ohne squashfs auf der DM800se performed. Hab's nur wieder aus Gründen runtergeschmissen, die hier nicht hergehören ...

schon versucht, die Box neu zu flashen?

naja, im OE2.0 dauerhaft swappen zu können ohne ruckelnde Aufnahmen zu haben wäre auch nicht schlecht!

vor allem die kleinen Boxen würden es danken ...

wie es aussieht, liegt es ja nicht am kernel sondern am E2 ...

Pessimisten sind Optimisten mit Erfahrung

ist schon im OE2.0:

opkg update
opkg install kernel-module-usblp

den bug gibt es schon ewig - trat auch schon in den OE1.6 Images mit dem neuen Speichergeräte Mangager auf. Dachte der ist schon bekannt und am ganz am Ende der Liste ...

die Platte wird korrekt initialisiert, nur /movie kann nicht erstellt werden

wenn man den movie Ordner manuell per FTP, telnet etc. nach dem Initialisieren erstellt, klappt alles wie gehabt

Edit:
Bin jetzt aber nicht sicher, ob das im aktuellen OE2.0 schon gefixed ist, habe schon lange keine Platte mehr initiallisiert