rich Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 In der /var/etc/init.d/start_swapfile in Zeile 27 wird jetzt mit "tcp" gemounted und nicht mehr mit "udp". Gibt es dafür einen besonderen Grund, ausser einer höheren Sicherheit beim Transport der Daten? Ein höherer Protokoll-Overhead ist aber dadurch dann gegeben, imho. @MacFco Gut beobachtet Die Sicherheit dass da kein Paket verloren geht erscheint mir bei Swap wichtiger als der größere Overhead. Danke für den ausführlichen Swapfile-Test! @SnowHead Schau bitte einmal wieder hier rein. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 Anmerkung zur Beta 23: Ich habe avia_check 0.99 am Laufen, wie auch schon die Beta´s zuvor. Bei Beta 21 (die ja nicht wirklich lief) hatte ich geschrieben, dass sich unmotiviert der SPTS Mode einschaltet. Jetzt musste ich feststellen, dass das immernoch so ist. Ich kann jetzt nicht sagen, ob das mit avia_check zusammenhängt, oder das aktuelle CVS Schuld daran hat. Hier mal der kmsg Log: ? InfoLinux dbox proc -e Results mux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. PCR discontinuity: PCR: 0x000000061, OLDPCR: 0x0019C0ADE, Diff: -27003517 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. PCR discontinuity: PCR: 0x000000054, OLDPCR: 0x000F73F57, Diff: -16203523 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. PCR discontinuity: PCR: 0x00000003E, OLDPCR: 0x000292515, Diff: -2696407 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. avia_gt_ucode: framer error avia_gt_ucode: framer error avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. PCR discontinuity: PCR: 0x000000064, OLDPCR: 0x01FDD3D7A, Diff: -534592790 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. PCR discontinuity: PCR: 0x000000060, OLDPCR: 0x0019C0AE8, Diff: -27003528 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_av_wdt_thread: video decoding stopped ==> restart avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. PCR discontinuity: PCR: 0x00000005F, OLDPCR: 0x0019C0AEC, Diff: -27003533 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. PCR discontinuity: PCR: 0x000000047, OLDPCR: 0x0019C0AF1, Diff: -27003562 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. PCR discontinuity: PCR: 0x000000043, OLDPCR: 0x000F73F67, Diff: -16203556 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. PCR discontinuity: PCR: 0x000000058, OLDPCR: 0x0002924EA, Diff: -2696338 avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_av_wdt_thread: video decoding stopped ==> restart avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_ucode: pid 07e7 not found PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error PES, queue 0 normal. avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux SPTS, queue 0 extended. SPTS, queue 0 extended. SPTS, queue 0 extended. avia_gt_ucode: pid 07f1 not found avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_proc: START - reINIT demux avia_gt_proc: END - reINIT demux avia_gt_ucode: framer error . . . gekürzt Ich kann nicht sagen , welchen Zeitraum das Log umfasst, da aber avia_check recht häufig zuschlägt, sind das nur ein paar Stunden. Im Bild ist zu sehen, dass der treiber eigentlich auf AUS steht !! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
d0n_p3p3 Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 In der /var/etc/init.d/start_swapfile in Zeile 27 wird jetzt mit "tcp" gemounted und nicht mehr mit "udp". Gibt es dafür einen besonderen Grund, ausser einer höheren Sicherheit beim Transport der Daten? Ein höherer Protokoll-Overhead ist aber dadurch dann gegeben, imho. @MacFco Gut beobachtet Die Sicherheit dass da kein Paket verloren geht erscheint mir bei Swap wichtiger als der größere Overhead. Auch bein mir läuft die nun die Beta 23, ohne Probleme! Hatte seit gestern Abend nur 2-3 mal Schwarzbild, leider ohne Log Meldung! @rich: Lan Swap läuft auch mit der neuen Beta wie oben schon berichtet, aber leider will meine WL-HDD nicht mit TCP mounten also mußte ich auf UDP umstellen! mount: mounting 192.168.177.3:/opt/share/torrent/ on /mnt/custom failed: Invalid argumentError: Mounten der Freigabe fehlgeschlagen !!! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 @rich: Lan Swap läuft auch mit der neuen Beta wie oben schon berichtet, aber leider will meine WL-HDD nicht mit TCP mounten also mußte ich auf UDP umstellen! Ich bin noch am überlegen die Mount-Optionen mit in die Konfigdatei zu übernehmen. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
windows64bit Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 Hi bahnbooster, ich bin mir jetzt nicht ganz sicher aber ich bin der meinung das du den/die avia_check so einfach nicht von cvs stand auf cvs stand übernehmen kannst. Kommt ja auch drauf an wie weit im cvs was gändert worden ist und wenn da was geändert worden ist bei der programmierung dann düfte der avia check auch nicht mehr funktionieren weil der muss ja eigentlich von cvs zu cvs angepasst werden. Aber snow kann da bestimmt mehr zusagen... Aber theoretisch musste ich recht haben weil der ja auf die ucodes und die aviagt.prog ect zurückgreift. MFG Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
niemand0815 Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 zu spts und aviacheck: EDIT: hat sich erledigt, war eine falsche vermutung. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
MacFco Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 Hi, Die Sicherheit dass da kein Paket verloren geht erscheint mir bei Swap wichtiger als der größere Overhead.in Bezug auf Swap und anderer wichtiger Daten, nicht TS oder CS-Daten, ist mir tcp natürlich auch lieber. Sporadische Kernal-Panics oder ähnliches, würden uns gerade noch fehlen. ;-) Danke für den ausführlichen Swapfile-Test!Bitte. Ich bin noch am überlegen die Mount-Optionen mit in die Konfigdatei zu übernehmen. Ansich dürfte doch eine Auswahl von "tcp" oder "udp" reichen, da ein NFS-Server für ihn unbekannte Optionen, sowieso ablehnen sollte und rsize und wsize ausgehandelt werden. Oder braucht das WL-HDD noch andere Optionen (Habe da keine Ahnung.)? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
niemand0815 Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 bei udp sollte sich eigentlich die applikation selbst um eine fehlerüberprüfung und retransmits kümmern. ausser es ist für die daten egal (z.B. bei videostreaming). dafür hat man halt weniger overhead.... ABER: was die wenigsten bedenken ist das die paketgrösse laut rfc bei udp auf knapp 500 bytes beschränkt ist, wohingegen man bei tcp pro paket bis zu 1500 bytes reinpacken kann. somit fällt der minimale mehr-overhead bei tcp nicht mehr ins gewicht bzw ist eh eine milchmädchenrechnung. udp macht nur sinn wenn man realtimeübertragung braucht. der grund: bei tcp wird ein retransmit der daten gemacht ohne das die applikation über dem tcp/ip stack davon etwas mitbekommt. für die applikation geht die datenübertragung einfach nur langsam. wenn man echtzeitübertragung braucht ist udp also die bessere wahl, aber nicht wegen des overhead sondern wegen der möglichen retransmits *g* also: datenübertragung => tcp echtzeitübertragung (z.B. video-streaming) => udp Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
d0n_p3p3 Geschrieben 5. November 2007 Melden Share Geschrieben 5. November 2007 Ansich dürfte doch eine Auswahl von "tcp" oder "udp" reichen, da ein NFS-Server für ihn unbekannte Optionen, sowieso ablehnen sollte und rsize und wsize ausgehandelt werden. Oder braucht das WL-HDD noch andere Optionen (Habe da keine Ahnung.)? Nein Bei der WL-HDD stimmt sonst alles! r/wsize ist auch perfekt, obwohl es bei manchen NAS wohl besser mit kleinerer r/wsize läuft (zumindest Aufnahme &CO) Einzige Option die ich bei meinem normalen Mount noch habe ist "noatime", bei einer Datei ist das ja egal bzw nicht sinnvoll! Kurz OT zweck TCP / NFS: Kann ich ggf durch einen aktuelleren NFS Sever TCP nutzen? (werde mich dann noch mal schlau machen!) Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 6. November 2007 Autor Admin Melden Share Geschrieben 6. November 2007 Beta 24 liegt auf dem Server. CVS-Stand ist von heute. LAN-Swap läßt sich über das System-Menü der Keywelt-Settings aktivieren (nur wenn weder HDD-Swap noch MMC-Swap aktiviert sind) und parametrieren. Damit können Vergleichstests zwischen TCP und UDP gemacht werden. Im Prinzip sollte LAN-Swap nur für SquashEdi verwendet werden. Für den normalen Betrieb ist es (jedenfalls bei mir) zu zäh. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 Hallo Snowhead, bei mir wird bei der Beta 24 aber ordentlich die CPU getaktet. U-Boot 1.2.0 (Tuxbox) (Nov 6 2007 - 18:41:46) CPU: PPC823ZTnnA at 90.200 MHz: 2 kB I-Cache 1 kB D-Cache *** Warning: CPU Core has Silicon Bugs -- Check the Errata *** Board: DBOX2, Nokia, BMon V1.0 Watchdog enabled I2C: ready DRAM: 32 MB debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS debug: WATCHDOG RESET debug: BMon V1.0 mID 01 rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 @rich Killerimage ne im Ernst, besser nicht flashen ? Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
rich Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 Ich habe es zur Sicherheit 2x geflasht, mit dem gleichen Ergebnis - nur ständiger Neustart. Die Beta 23 läuft jetzt wieder. rich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 6. November 2007 Autor Admin Melden Share Geschrieben 6. November 2007 Entschuldigung. Da war noch ein File vom u-boot-Bauen stehengeblieben. Die Images mit den richtigen u-booten liegen jetzt oben. Ich hoffe nur, daß der hier sich niemals die Release des Images auf die Box flasht, sonst muß ich 7/24 online bleiben um Support für mein Produkt bei meinen Kunden zu geben. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 Ich hoffe nur, daß der hier sich niemals die Release des Images auf die Box flasht, sonst muß ich 7/24 online bleiben um Support für mein Produkt bei meinen Kunden zu geben. Gibt's eine ganz einfache Lösung: solche Herrschaften eiskalt ignorieren. Irgendwann begreifen die dann schon, daß sie so nicht weiterkommen... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gunbock Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 Ich hoffe nur, daß der hier sich niemals die Release des Images auf die Box flasht, sonst muß ich 7/24 online bleiben um Support für mein Produkt bei meinen Kunden zu geben. @ SnowHead und Ihr Anderen !! Lass Euch von so jemanden nicht den Spaß nehmen, wie ich das sehe baut Ihr gerade eines der wohl besten Images der DBox-Welt. W E I T E R S O !!! Und Danke für die Arbeit die IHR für uns "Kunden" leistet. Grüsse Günter Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 @Snowhead Image-Flashen auf Beta24 verlief ohne Probleme. Gefühlt hat sich die Performance nochmals gesteigert. Ich werde nun mal den SquashEdi mit Lan-Swap testen. mfg Wonderdoc Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
mike99 Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 Beta24 erst mal auf meine Sagem gespielt. Was mir als erstes auffiel der RTC-Treiber ist Default auf ein und lässt sich nicht deaktivieren. Ansonsten keine Probleme bei der Installation (nur aktuelle avia_check reinkopiert), werde weiter testen. Gruß Mike EDIT 7.11. Bei der Nokia lässt sich der RTC nicht aktivieren. Sonst problemlos, Aufnahmen ok. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Admin SnowHead Geschrieben 6. November 2007 Autor Admin Melden Share Geschrieben 6. November 2007 @mike99 Stimmt. Da haut die Anzeige beim RTC-Treiber nicht hin. Das Flagfile gibt es jedenfalls nicht. Es wird also kein Treiber geladen. Warum der Einbau der Lanswap-Settings die Anzeige durcheinanderschmeißt, muß ich morgen noch rausfinden. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
d0n_p3p3 Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 @SnowHead: Was meinst Du mit "die Anzeige durcheinanderschmeißt" ? Ich habe das Lan-Swap aktiviert, die Config noch auf dem PC bearbeitet (Freigabe und User + Pass gelöscht) und habe meinen alten SwapFile behalten. Soweit ich das sehe, habe ich keine Probleme! Habe allerdings Sqashedi noch nicht getestet! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 So, Habe den LAN-Swap(UDP) erfolgreich mit SquashEdi getestet. SquashEdi gestartet und ein Verzeichnis in /mnt hinzugefügt. Root-Bereich wurde wieder erfolgreich gepackt und geflascht. (max_size: 5898240 root.img-size: 5795840) Die Zeiten verhielten sich wie angegeben. Die Box lief danach wieder sauber hoch. Aufnahmen werde ich morgen mal testen. mfg Wonderdoc Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
bahnbooster Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 @all was bedeutet das ?? avia_gt_proc: Using config file '/var/tuxbox/config/avia.conf'. avia_gt_proc: $Id: avia_gt_proc.c,v 0.92d 2003/06/18 19:00:00 bofh Exp $ avia_gt_proc: found - AVIA eNX Please press Enter to activate this console. nice: 10: No such file or directory /var/plugins/operations camd_init [CBasicClient] connect failed: /tmp/sectionsd.sock /tmp/sectionsd.sock: No such file or directory /var/plugins/operations cardserver_start broke /tmp/sectionsd.sock $Id: zapit.cpp,v 1.403 2007/09/01 04:32:26 Kroki & Worschter & SnowHead Exp $ [zapit] MAX_SOCKETS=3 [zapit] PMT update enabled [frontend] uncommitted_switch_mode 0 You need to specify whom to kill[getservices] /var/tuxbox/config/zapit/myservices.xml found. $Id: sectionsd.cpp,v 1.249 2007/10/30 08:48:23 seife Exp $ [CBasicClient] connect failed: /tmp/sectionsd.sock /tmp/sectionsd.sock: No such file or directory [sectionsd] Caching max 6000 events [sectionsd] Caching 14 days [sectionsd] Caching 6 hours Extended Text [sectionsd] Events are old 60min after their end time /var/tuxbox/config/zapit/epgfilter.xml: No such file or directory /var/tuxbox/config/mybouquets.xml: No such file or directory /var/plugins/operations camd_start insmod: warning: kernel-module version mismatch /var/modules/multicam.o was compiled for kernel version 2.4.34-dbox2 while this kernel is version 2.4.35.3-dbox2 /tmp/currentservices.xml: No sucDBox2 Multicam Driver v1.01 skars & doz21 h file or directory /var/plugins/operations sect_renice $Id: controld.cpp,v 1.127 2007/07/01 08:40:13 dbluelle Exp $ [controld] Boxtype detected: (3, Sagem D-BOX2) [controld]: ROUTEVIDEO v1 = 0 a1 = 0 v2 = 0 a2 = 0 fblk=1 starte mgcamd [yhttpd] Webserver nhttpd/3.1.3 (yhttpd_core/1.2.0) Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
dietz Geschrieben 6. November 2007 Melden Share Geschrieben 6. November 2007 Hi Automount ist auch auf ein und lässt sich nicht ausschalten. Gruss Dietz Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
eraser65 Geschrieben 7. November 2007 Melden Share Geschrieben 7. November 2007 Hi Leute Flashe heute abend die 24. Der ausführliche Test folgt dann. ca. 22.00 Uhr. Habe die letzten 48h keine einzige Minute Freizeit gehabt...... gruß eraser65 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
wonderdoc Geschrieben 7. November 2007 Melden Share Geschrieben 7. November 2007 Automount ist auch auf ein und lässt sich nicht ausschalten. Bei mir stehten "Syslogd starten" und "Automount starten" immer wieder auf "aus" wenn ich das Treibermenü nach dem Speichern der Änderungen wieder aufrufe. EDIT: Flag /var/etc/.syslogd ist egal ob Option Syslogd starten ein/aus ist vorhanden. mfg Wonderdoc Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge
Archiviert
Dieses Thema ist jetzt archiviert und für weitere Antworten gesperrt.