Seite 12 von 28
Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 01:26
von DboxOldie
rev 2685 Test2
Ein File ca. 1gb mit cp von der internen sata auf die usb-Platte kopieren, und dann wieder zurück.
Die Box wieder auf Cinema HD
also : cp /tmp/mnt/usb-PLATTE/file /hdd
läuft einwandfrei durch, keine Bild Tonstörungen, alle mounts danach vorhanden.
dann: cp /hdd/file /tmp/mnt/usb-PLATTE
läuft einwandfrei durch, keine Bild Tonstörungen, alle mounts danach vorhanden.
das ganze lief auch recht flott, Geschwindigkeit habe ich aber nicht gemessen
Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 01:57
von DboxOldie
rev 2685 Test3
Ein file ca. 1gb via FTP von der internen sata downloaden und wieder hochladen
Die Box läuft wieder auf Cinema HD
Download:
Läuft einwandfrei durch mit ca. 3,5mb/s, keine Bild- und Tonstörungen, alle mounts noch vorhanden und ansprechbar
Upload:
Läuft einwandfrei durch mit ca. 4,5mb/s, keine Bild- und Tonstörungen, alle mounts noch vorhanden und ansprechbar
Fazit : Downloads via FTP von der USB Platte machen noch Probleme.
Die Stabilität ist aber besser geworden, lediglich der USB-Festplattenmount war nicht mehr ansprechbar, die Box hat aber noch reagiert.
Weitere Tests werden folgen, vieleicht kann jemand mal diese Downloads von USB-Platte via FTP ausprobieren, es kann ja auch an meiner Festplatte oder
dem FTP Programm ( Filezilla ) liegen.
Ansonsten sollten diejenigen, die öfters mit mount Verlusten Probleme haben, diese Version mal flashen, und testen

Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 02:27
von Wayne
Gab's da je Probleme? Meine Box startet immer auf Rtl HD und ich lad öfter Sachen per FTP auf/von Sata hoch&runter, auch während Aufnahmen. Dass USB sehr stark die CPU belastet kann man nicht ändern (außer einen Controller mit eigenem Prozessor..), evtl noch Ram bzw Swap. Vielleicht wäre das "nice"-Applet der BusyBox sinvoll?
Btw, weshalb ist die "load" der Kathrein immer so um die 12???
Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 14:29
von BPanther
"nice" ist zwar nicht aktiv, aber renice. Ob das jedoch wirklich hilfreich ist und die Mountverluste verhindert, ist fraglich, denn ich weiß ja leider nicht mal wo die eigentlich herkommen. Egal was man macht (RAM hoch/runter, Swap etc.), die bleiben bestehen und tauchen sporadisch immer mal wieder auf.

Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 16:22
von DboxOldie
rev 2685:
Heute ist die Box längere Zeit am Laufen gewesen, zwischendurch mal mehrere Aufnahmen auf Sky Sport HD gemacht ( wg. hoher Datenrate ).
Die Aufnahmen sind soweit o.k., alles hab ich mir aber nicht angeschaut, mount Verluste sind auch keine aufgetreten.
Wie bereits beschrieben, kann ich den mount Verlust der USB-HDD immer wieder reproduzieren, wenn ich mit FTP einen Download von dieser mache.
Alle anderen mounts bleiben erhalten und sind ansprechbar.
Leider hatte ich vorhin bei einem reboot die Meldung:
Segmentation fault
Dumm ist das die Box dann auf nichts reagiert, da hift nur noch der Netzschalter, ein anderes Sytem ( ohne swap ) booten und das swapfile einfach löschen.
Beim nächsten reboot wird das swapfile neu angelegt, und alles ist wieder bestens
@BPanther:
die Idee von wayne mit "nice" ist gar nicht so schlecht, da könnte man ja mal versuchen den vsftpd etwas zu beeinflussen
aber das sollte auch mit "renice" gehen?
Frage: kann man "renice" auch auf Kernel Module anwenden? Ich denke da an "cifs.ko", denn bei "Test Schreiben" ins Netz schaffte die Box ca. 1,3 mb/s,
das ist natürlich zu wenig für die HD Sender mit hohen Datenraten. Lesen vom Netz hab ich noch nicht gemessen, da klappt die Wiedergabe hochwertiger HD Filme ja.
Aber das kommt auch noch

Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 16:58
von BPanther
Ich habe mich mit "nice" nie befasst, kannte ich auch vorher nicht mal.
Man kann ja probieren mit renice den vsftpd runterzusetzen in der prio, vielleicht bleiben dann die mounts erhalten.
Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 17:11
von DboxOldie
Werde ich mal testen, wenn ich mit basteln fertig bin.
Löte gerade 5V Strom-Adapter ans 1.7a Board

Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 20:11
von Wayne
nice startet ein Programm einfach mit niedriger Priorität. Wenn man also vorhat hohe Last zu verursache, aber ansonsten nichts zu behindern, setzt man einfach ein "nice" vor den Befehl.
Daemons haben meiste ein Parameter dafür in der .conf
Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 20:36
von BPanther
Und mit renice (ist ja aktiv) kann man die Prio eines Prozesses nachträglich verändern.
Re: Experimentelle Images/Dateien (stm22)
Verfasst: So 4. Sep 2011, 20:58
von DboxOldie
Demzufolge müsste renice reichen um alle Prozesse zu beeinflussen ?
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mo 5. Sep 2011, 01:45
von BPanther
So gesehen ja.
ufs910:~# renice
BusyBox v1.19.0 (2011-09-03 03:29:48 CEST) multi-call binary.
Usage: renice {{-n INCREMENT} | PRIORITY} [[-p | -g | -u] ID...]
Change scheduling priority for a running process
-n Adjust current nice value (smaller is faster)
-p Process id(s) (default)
-g Process group id(s)
-u Process user name(s) and/or id(s)
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mo 5. Sep 2011, 10:51
von DboxOldie
Rev 2685
So jetzt ist auf an der Kati mit Board 1.7a auch ´ne interne sata, und ein Lüfter....
Hab auch mal die USB -Platte noch angeschlossen, und den FTP Download gestartet.
Nach ca. 80mb Abbruch, der USB HDD mount war weg und auch diesmal die Stick mounts.
Unterschied zum gestrigen Test: das SWAP liegt hier auf dem Stick, und nicht auf der sata.
Jetzt mal mit "renice" den vsftpd beeinflussen.....
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mo 5. Sep 2011, 16:14
von DboxOldie
Rev. 2685
Ich hab mal mit "renice" gespielt: Versuch eine 1gb Datei von USB-Platte mit FTP zu "downloaden"
- renice -n -20 -p 325 -u root --> Abbruch bei 267mb, alle USB - mounts weg
- renice -n 19 -p 323 -u root --> Abbruch bei 3,9mb, nur der USB - HDD mount weg
- renice -n 5 -p 319 -u root --> Abbruch bei 38mb, alle USB - mounts weg
"renice" beeinflusst schon den Prozess, leider wird das Problem aber nicht gelöst.
Anmerkung die pid vom vsftpd muss man vorher mit ps auslesen, denn die ist nach Neustart meistens eine andere.
Ein cp von der USB Platte zur internen SATA, läuft allerdings problemlos mit ca. 8,1mb/s, es ist also genug "Dampf" da
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mo 5. Sep 2011, 18:56
von BPanther
Danke für den Test, demnach muß der Bug irgendwo beim vsftpd liegen. :-\
Re: Experimentelle Images/Dateien (stm22)
Verfasst: Mo 5. Sep 2011, 20:00
von DboxOldie
Ich glaube nicht....
Bei der USB Version geht es ja, gerade noch mal probiert Download sowie Upload (2682)
