Ergebnis 31 bis 40 von 183
-
23.08.2014, 19:23 #31
- Registriert seit
- 25.01.2014
- Beiträge
- 11
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 1
- Total Downloaded
- 8,69 MB
- Total Downloaded
- 8,69 MB
Themenstarteralso am besten läuft das Image vom 18.08. Da hatte ich bisher keine Abspielprobleme.
VU DUO 2
Open ATV 5.0
-
Advertising
-
24.08.2014, 09:08 #32
- Registriert seit
- 06.04.2014
- Ort
- Dresden
- Beiträge
- 241
- Thanks (gegeben)
- 475
- Thanks (bekommen)
- 31
- Total Downloaded
- 312,72 MB
- Total Downloaded
- 312,72 MB
Box 1:Giga Blue HD Quad Plus openATVBox 2:AXAS E4HD UltraIch habe auch wieder Probleme beim "nachgucken" also das heißt in laufende Aufnahme später eingestiegen. Mehrere Ruckler bzw. leichte Sprünge aber Aufnahmen i.O.
-
24.08.2014, 15:03 #33
- Registriert seit
- 12.05.2014
- Beiträge
- 27
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 1
- Total Downloaded
- 3,86 MB
- Total Downloaded
- 3,86 MB
-
24.08.2014, 17:46 #34
- Registriert seit
- 22.12.2013
- Ort
- an der Havel
- Beiträge
- 1.349
- Thanks (gegeben)
- 436
- Thanks (bekommen)
- 787
- Total Downloaded
- 40,84 MB
- Total Downloaded
- 40,84 MB
Box 1:Gigablue QuadBox 2:Gigablue QuadBox 3:Xtrend ET8000Das Problem kommt mir sehr bekannt vor. Ich habe im Thread http://www.opena.tv/openatv-4-1-ruec...ft-haengt.html längere Zeit versucht, Laptan zu helfen, der sehr ähnliche Probleme auf einer Venton HDX merkwürdigerweise bei openATV 4.1 und nicht bei 4.2 hatte.
Die Gemeinsamkeit (vergleiche http://www.opena.tv/openatv-4-1-ruec...html#post62761) sieht man in der /var/log/messages aus Husky's Beitrag (http://www.opena.tv/openatv-4-2-ruec...html#post73999):
Code:Aug 18 22:04:37 gbquad user.warn kernel: enigma2: page allocation failure: order:5, mode:0x2040d0 [...] Aug 18 22:04:37 gbquad user.warn kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x40d0) Aug 18 22:04:37 gbquad user.warn kernel: cache: kmalloc-131072, object size: 131072, order: 5 [...] Aug 18 22:04:37 gbquad user.warn kernel: Normal: 328*4kB (UEM) 155*8kB (UEM) 81*16kB (UEM) 27*32kB (UEM) 6*64kB (UEM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 5096kB
Ich fasse mal zusammen, was ich im anderen Thread geschrieben habe:
- Ohne I/O Traffic auf HDD (keine Aufnahme, keine Wiedergabe, kein Timeshift, keine Kopieraktionen etc.), also beim reinen live-TV, ist auf der Box massig Speicher frei (Quad: 400MB).
- Mit I/O Traffic wird jedes Byte, das durchläuft, gecached nach dem Motto: "RAM freihalten ist Verschwendung, nutzen wir das RAM als Cache".
- Hierdurch läuft der Speicher relativ schnell voll (auf Quad bei Timeshift eines HD-Senders in ca. 4 Minuten), nur ein kleiner Teil des RAMs wird freigehalten für das Kernel (Quad: 6MB).
- Dies ist normal und harmlos. Wenn Speicher benötigt wird, wird sofort und automatisch nur so viel freigegeben, wie gerade benötigt wird, indem alte Cache-Einträge fallen gelassen werden.
- Dies erklärt auch, warum Swap nicht genutzt wird: Es ist immer genug Speicher da, RAM ist schneller als Swap, daher besteht kein Grund, den Swap zu benutzen.
Aber:
- Wenn irgendein Prozess viele kleine Speicherblöcke festhält, steigt die Fragmentierung des Speichers. Es wird zwar weiterhin der gleiche Restspeicher frei gehalten (Quad: 6MB), aber es kann passieren, dass ein 128k-Segment benötigt wird und keines frei ist, dies führt zur Bildstörung
- Ich konnte in diesem Zustand testen, dass eine memory compaction (echo 1 > /proc/sys/vm/compact_memory) die Fragmentierung nur geringfügig verbessert. Da viele Speicherblöcke gesperrt sind, kann der dazwischen liegende Speicher nicht zu großen Blöcken zusammengelegt werden.
Eine Lösung konnte ich im anderen Tread nicht präsentieren, insbesondere ist unklar geblieben, welcher Prozess die Speicherfragmentierung verursacht, aber vielleicht hilft meine Beschreibung den Entwicklern weiter, den Fehler einzugrenzen.
Kann jemand, der diese Störungen hat, bestätigen, dass die Störungen mit Memory Allocation Failures einhergehen? Dazu einfach auf die Uhr gucken, wenn eine Störung auftritt, die Zeiten notieren, und mit den Zeiten vergleichen, zu denen in /var/log/messages "page allocation failure" gemeldet wird.SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
http://www.opena.tv/plugins/6240-spe...-und-mehr.html
Feature der Woche:
* Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)
-
Danke - 4 Thanks
-
24.08.2014, 19:54 #35
- Registriert seit
- 28.04.2014
- Beiträge
- 371
- Thanks (gegeben)
- 159
- Thanks (bekommen)
- 50
- Total Downloaded
- 0
- Total Downloaded
- 0
Box 1:GB UE 4K, Toshiba HDD 3TB intern) openATV 6.3Box 2:GB Quad Plus (4 x DVB-S2 , Seagate M9T 2TB intern) openATV 6.3Eben eine Wiedergabe auf meiner Quad Plus gestartet für eine noch laufende Aufnahme. Immer mal wieder kurze Hänger und dann wurde an einer anderen Stelle fortgestezt (müsste mal versuchen rauszubekommen ob die Eintrittstselle willkürlich ist oder aber Zeitpunkt des Hängers + Dauer das Hängers.
Hier die Info aus /var/logs/messages, sieht ganz nach dem Speicherproblem aus, da es aber relativ viele Einträge gibt kann ich nicht sagen ob auch jeder dieser Einträge grundsätzlich mit einem Hänger dahergeht aber es gab viele dieser Hänger bei der Wiedergabe:
Code:Aug 24 19:51:48 gbquadplus user.warn kernel: lowmem_reserve[]: 0 0 Aug 24 19:51:48 gbquadplus user.warn kernel: Normal: 2297*4kB (UEM) 197*8kB (UM) 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 10764kB Aug 24 19:51:48 gbquadplus user.warn kernel: 83845 total pagecache pages Aug 24 19:51:48 gbquadplus user.warn kernel: 2 pages in swap cache Aug 24 19:51:48 gbquadplus user.warn kernel: Swap cache stats: add 14, delete 12, find 0/0 Aug 24 19:51:48 gbquadplus user.warn kernel: Free swap = 524228kB Aug 24 19:51:48 gbquadplus user.warn kernel: Total swap = 524284kB Aug 24 19:51:48 gbquadplus user.warn kernel: 262144 pages RAM Aug 24 19:51:48 gbquadplus user.warn kernel: 0 pages HighMem/MovableOnly Aug 24 19:51:48 gbquadplus user.warn kernel: 131351 pages reserved Aug 24 19:51:48 gbquadplus user.warn kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x40d0) Aug 24 19:51:48 gbquadplus user.warn kernel: cache: kmalloc-131072, object size: 131072, order: 5 Aug 24 19:51:48 gbquadplus user.warn kernel: node 0: slabs: 5/5, objs: 5/5, free: 0 Aug 24 19:51:48 gbquadplus user.warn kernel: enigma2: page allocation failure: order:5, mode:0x2040d0 Aug 24 19:51:48 gbquadplus user.warn kernel: CPU: 0 PID: 6887 Comm: enigma2 Tainted: P O 3.14.2 #1 Aug 24 19:51:48 gbquadplus user.warn kernel: Stack : 000031e8 3a65646f 00000000 00000000 00000000 00000000 80856ac2 0000003f Aug 24 19:51:48 gbquadplus user.warn kernel: 00000000 00001ae7 00000000 807d0000 807ce5e7 cbda1cc8 80724800 00001ae7 Aug 24 19:51:48 gbquadplus user.warn kernel: 00000000 808538d8 80808000 00000000 00000030 8067433c 10008703 8002c8ac Aug 24 19:51:48 gbquadplus user.warn kernel: 219c4000 00000000 80729e20 cf763c74 cf763c74 807d0000 00000000 00000000 Aug 24 19:51:48 gbquadplus user.warn kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 cf763bf0 Aug 24 19:51:48 gbquadplus user.warn kernel: ... Aug 24 19:51:48 gbquadplus user.warn kernel: Call Trace: Aug 24 19:51:48 gbquadplus user.warn kernel: [<8000c8dc>] show_stack+0x64/0x7c Aug 24 19:51:48 gbquadplus user.warn kernel: [<80674ef0>] dump_stack+0xc8/0xfc Aug 24 19:51:48 gbquadplus user.warn kernel: [<800aac64>] warn_alloc_failed+0xe4/0x124 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800ad710>] __alloc_pages_nodemask+0x558/0x754 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800e57c4>] cache_alloc_refill+0x43c/0x748 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800e5bc0>] __kmalloc+0xf0/0x138 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800c0420>] memdup_user+0x24/0x94 Aug 24 19:51:48 gbquadplus user.warn kernel: [<804cb980>] dvbdmx_write+0x44/0xd8 Aug 24 19:51:48 gbquadplus user.warn kernel: [<e113f050>] dev_dmx_demux_write_hook+0xc0/0xec [dvb] Aug 24 19:51:48 gbquadplus user.warn kernel: [<e113f39c>] dev_dmx_dvr_write_hook+0x15c/0x190 [dvb] Aug 24 19:51:48 gbquadplus user.warn kernel: [<800eb2a8>] vfs_write+0xb4/0x1d0 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800eba4c>] SyS_write+0x58/0xe8 Aug 24 19:51:48 gbquadplus user.warn kernel: [<80011a14>] handle_sys+0x134/0x158 Aug 24 19:51:48 gbquadplus user.warn kernel: Mem-Info: Aug 24 19:51:48 gbquadplus user.warn kernel: Normal per-cpu: Aug 24 19:51:48 gbquadplus user.warn kernel: CPU 0: hi: 186, btch: 31 usd: 0 Aug 24 19:51:48 gbquadplus user.warn kernel: CPU 1: hi: 186, btch: 31 usd: 69 Aug 24 19:51:48 gbquadplus user.warn kernel: active_anon:14816 inactive_anon:14874 isolated_anon:0 Aug 24 19:51:48 gbquadplus user.warn kernel: active_file:14525 inactive_file:69072 isolated_file:0 Aug 24 19:51:48 gbquadplus user.warn kernel: unevictable:0 dirty:6759 writeback:0 unstable:0 Aug 24 19:51:48 gbquadplus user.warn kernel: free:2823 slab_reclaimable:2887 slab_unreclaimable:2503 Aug 24 19:51:48 gbquadplus user.warn kernel: mapped:3487 shmem:127 pagetables:157 bounce:0 Aug 24 19:51:48 gbquadplus user.warn kernel: free_cma:0 Aug 24 19:51:48 gbquadplus user.warn kernel: Normal free:11292kB min:2892kB low:3612kB high:4336kB active_anon:59264kB inactive_anon:59496kB active_file:58100kB inactive_file:276288kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1048576kB managed:523172kB Aug 24 19:51:48 gbquadplus user.warn kernel: lowmem_reserve[]: 0 0 Aug 24 19:51:48 gbquadplus user.warn kernel: Normal: 2434*4kB (UEM) 200*8kB (UM) 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 11336kB Aug 24 19:51:48 gbquadplus user.warn kernel: 83769 total pagecache pages Aug 24 19:51:48 gbquadplus user.warn kernel: 2 pages in swap cache Aug 24 19:51:48 gbquadplus user.warn kernel: Swap cache stats: add 14, delete 12, find 0/0 Aug 24 19:51:48 gbquadplus user.warn kernel: Free swap = 524228kB Aug 24 19:51:48 gbquadplus user.warn kernel: Total swap = 524284kB Aug 24 19:51:48 gbquadplus user.warn kernel: 262144 pages RAM Aug 24 19:51:48 gbquadplus user.warn kernel: 0 pages HighMem/MovableOnly Aug 24 19:51:48 gbquadplus user.warn kernel: 131351 pages reserved Aug 24 19:51:48 gbquadplus user.warn kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x40d0) Aug 24 19:51:48 gbquadplus user.warn kernel: cache: kmalloc-131072, object size: 131072, order: 5 Aug 24 19:51:48 gbquadplus user.warn kernel: node 0: slabs: 5/5, objs: 5/5, free: 0 Aug 24 19:51:48 gbquadplus user.warn kernel: enigma2: page allocation failure: order:5, mode:0x2040d0 Aug 24 19:51:48 gbquadplus user.warn kernel: CPU: 1 PID: 6887 Comm: enigma2 Tainted: P O 3.14.2 #1 Aug 24 19:51:48 gbquadplus user.warn kernel: Stack : 0000320d 3a65646f 00000000 00000000 00000000 00000000 80856ac2 0000003f Aug 24 19:51:48 gbquadplus user.warn kernel: 00000000 00001ae7 00000001 807d0000 807ce5e7 cbda1cc8 80724800 00001ae7 Aug 24 19:51:48 gbquadplus user.warn kernel: 00000001 808538d8 80808000 00000000 00000030 8067433c 10008b03 8002c8ac Aug 24 19:51:48 gbquadplus user.warn kernel: a26d4000 00000000 80729e20 cf763c74 cf763c74 807d0000 00000000 00000000 Aug 24 19:51:48 gbquadplus user.warn kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 cf763bf0 Aug 24 19:51:48 gbquadplus user.warn kernel: ... Aug 24 19:51:48 gbquadplus user.warn kernel: Call Trace: Aug 24 19:51:48 gbquadplus user.warn kernel: [<8000c8dc>] show_stack+0x64/0x7c Aug 24 19:51:48 gbquadplus user.warn kernel: [<80674ef0>] dump_stack+0xc8/0xfc Aug 24 19:51:48 gbquadplus user.warn kernel: [<800aac64>] warn_alloc_failed+0xe4/0x124 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800ad710>] __alloc_pages_nodemask+0x558/0x754 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800e57c4>] cache_alloc_refill+0x43c/0x748 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800e5bc0>] __kmalloc+0xf0/0x138 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800c0420>] memdup_user+0x24/0x94 Aug 24 19:51:48 gbquadplus user.warn kernel: [<804cb980>] dvbdmx_write+0x44/0xd8 Aug 24 19:51:48 gbquadplus user.warn kernel: [<e113f050>] dev_dmx_demux_write_hook+0xc0/0xec [dvb] Aug 24 19:51:48 gbquadplus user.warn kernel: [<e113f39c>] dev_dmx_dvr_write_hook+0x15c/0x190 [dvb] Aug 24 19:51:48 gbquadplus user.warn kernel: [<800eb2a8>] vfs_write+0xb4/0x1d0 Aug 24 19:51:48 gbquadplus user.warn kernel: [<800eba4c>] SyS_write+0x58/0xe8 Aug 24 19:51:48 gbquadplus user.warn kernel: [<80011a14>] handle_sys+0x134/0x158 Aug 24 19:51:48 gbquadplus user.warn kernel: Mem-Info: Aug 24 19:51:48 gbquadplus user.warn kernel: Normal per-cpu: Aug 24 19:51:48 gbquadplus user.warn kernel: CPU 0: hi: 186, btch: 31 usd: 61 Aug 24 19:51:48 gbquadplus user.warn kernel: CPU 1: hi: 186, btch: 31 usd: 0 Aug 24 19:51:48 gbquadplus user.warn kernel: active_anon:14816 inactive_anon:14874 isolated_anon:0 Aug 24 19:51:48 gbquadplus user.warn kernel: active_file:14525 inactive_file:69094 isolated_file:0 Aug 24 19:51:48 gbquadplus user.warn kernel: unevictable:0 dirty:6892 writeback:0 unstable:0 Aug 24 19:51:48 gbquadplus user.warn kernel: free:2815 slab_reclaimable:2887 slab_unreclaimable:2503 Aug 24 19:51:48 gbquadplus user.warn kernel: mapped:3487 shmem:127 pagetables:157 bounce:0 Aug 24 19:51:48 gbquadplus user.warn kernel: free_cma:0 Aug 24 19:51:48 gbquadplus user.warn kernel: Normal free:11260kB min:2892kB low:3612kB high:4336kB active_anon:59264kB inactive_anon:59496kB active_file:58100kB inactive_file:276376kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1048576kB managed:523172kB Aug 24 19:51:48 gbquadplus user.warn kernel: lowmem_reserve[]: 0 0 Aug 24 19:51:48 gbquadplus user.warn kernel: Normal: 2409*4kB (UEM) 205*8kB (UM) 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 11276kB Aug 24 19:51:48 gbquadplus user.warn kernel: 83769 total pagecache pages Aug 24 19:51:48 gbquadplus user.warn kernel: 2 pages in swap cache Aug 24 19:51:48 gbquadplus user.warn kernel: Swap cache stats: add 14, delete 12, find 0/0 Aug 24 19:51:48 gbquadplus user.warn kernel: Free swap = 524228kB Aug 24 19:51:48 gbquadplus user.warn kernel: Total swap = 524284kB Aug 24 19:51:48 gbquadplus user.warn kernel: 262144 pages RAM Aug 24 19:51:48 gbquadplus user.warn kernel: 0 pages HighMem/MovableOnly Aug 24 19:51:48 gbquadplus user.warn kernel: 131351 pages reserved Aug 24 19:51:48 gbquadplus user.warn kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x40d0) Aug 24 19:51:48 gbquadplus user.warn kernel: cache: kmalloc-131072, object size: 131072, order: 5 Aug 24 19:51:48 gbquadplus user.warn kernel: node 0: slabs: 5/5, objs: 5/5, free: 0 Aug 24 19:51:48 gbquadplus user.warn kernel: enigma2: page allocation failure: order:5, mode:0x2040d0 Aug 24 19:51:48 gbquadplus user.warn kernel: CPU: 0 PID: 6887 Comm: enigma2 Tainted: P O 3.14.2 #1 Aug 24 19:51:49 gbquadplus user.warn kernel: Stack : 00003232 3a65646f 00000000 00000000 00000000 00000000 80856ac2 0000003f Aug 24 19:51:49 gbquadplus user.warn kernel: 00000000 00001ae7 00000000 807d0000 807ce5e7 cbda1cc8 80724800 00001ae7 Aug 24 19:51:49 gbquadplus user.warn kernel: 00000000 808538d8 80808000 00000000 00000030 8067433c 10008703 8002c8ac Aug 24 19:51:49 gbquadplus user.warn kernel: 219c4000 00000000 80729e20 cf763c74 cf763c74 807d0000 00000000 00000000 Aug 24 19:51:49 gbquadplus user.warn kernel: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 cf763bf0 Aug 24 19:51:49 gbquadplus user.warn kernel: ... Aug 24 19:51:49 gbquadplus user.warn kernel: Call Trace: Aug 24 19:51:49 gbquadplus user.warn kernel: [<8000c8dc>] show_stack+0x64/0x7c Aug 24 19:51:49 gbquadplus user.warn kernel: [<80674ef0>] dump_stack+0xc8/0xfc Aug 24 19:51:49 gbquadplus user.warn kernel: [<800aac64>] warn_alloc_failed+0xe4/0x124 Aug 24 19:51:49 gbquadplus user.warn kernel: [<800ad710>] __alloc_pages_nodemask+0x558/0x754 Aug 24 19:51:49 gbquadplus user.warn kernel: [<800e57c4>] cache_alloc_refill+0x43c/0x748 Aug 24 19:51:49 gbquadplus user.warn kernel: [<800e5bc0>] __kmalloc+0xf0/0x138 Aug 24 19:51:49 gbquadplus user.warn kernel: [<800c0420>] memdup_user+0x24/0x94 Aug 24 19:51:49 gbquadplus user.warn kernel: [<804cb980>] dvbdmx_write+0x44/0xd8 Aug 24 19:51:49 gbquadplus user.warn kernel: [<e113f050>] dev_dmx_demux_write_hook+0xc0/0xec [dvb] Aug 24 19:51:49 gbquadplus user.warn kernel: [<e113f39c>] dev_dmx_dvr_write_hook+0x15c/0x190 [dvb] Aug 24 19:51:49 gbquadplus user.warn kernel: [<800eb2a8>] vfs_write+0xb4/0x1d0 Aug 24 19:51:49 gbquadplus user.warn kernel: [<800eba4c>] SyS_write+0x58/0xe8 Aug 24 19:51:49 gbquadplus user.warn kernel: [<80011a14>] handle_sys+0x134/0x158 Aug 24 19:51:49 gbquadplus user.warn kernel: Mem-Info: Aug 24 19:51:49 gbquadplus user.warn kernel: Normal per-cpu: Aug 24 19:51:49 gbquadplus user.warn kernel: CPU 0: hi: 186, btch: 31 usd: 0 Aug 24 19:51:49 gbquadplus user.warn kernel: CPU 1: hi: 186, btch: 31 usd: 32 Aug 24 19:51:49 gbquadplus user.warn kernel: active_anon:14808 inactive_anon:14873 isolated_anon:0 Aug 24 19:51:49 gbquadplus user.warn kernel: active_file:14528 inactive_file:69012 isolated_file:0 Aug 24 19:51:49 gbquadplus user.warn kernel: unevictable:0 dirty:7004 writeback:0 unstable:0 Aug 24 19:51:49 gbquadplus user.warn kernel: free:2952 slab_reclaimable:2887 slab_unreclaimable:2482 Aug 24 19:51:49 gbquadplus user.warn kernel: mapped:3487 shmem:117 pagetables:157 bounce:0 Aug 24 19:51:49 gbquadplus user.warn kernel: free_cma:0 Aug 24 19:51:49 gbquadplus user.warn kernel: Normal free:11808kB min:2892kB low:3612kB high:4336kB active_anon:59232kB inactive_anon:59492kB active_file:58112kB inactive_file:276048kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1048576kB managed:523172kB Aug 24 19:51:49 gbquadplus user.warn kernel: lowmem_reserve[]: 0 0 Aug 24 19:51:49 gbquadplus user.warn kernel: Normal: 2487*4kB (UEM) 208*8kB (UM) 1*16kB (M) 2*32kB (UM) 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 11692kB Aug 24 19:51:49 gbquadplus user.warn kernel: 83712 total pagecache pages Aug 24 19:51:49 gbquadplus user.warn kernel: 2 pages in swap cache Aug 24 19:51:49 gbquadplus user.warn kernel: Swap cache stats: add 14, delete 12, find 0/0 Aug 24 19:51:49 gbquadplus user.warn kernel: Free swap = 524228kB Aug 24 19:51:49 gbquadplus user.warn kernel: Total swap = 524284kB Aug 24 19:51:49 gbquadplus user.warn kernel: 262144 pages RAM Aug 24 19:51:49 gbquadplus user.warn kernel: 0 pages HighMem/MovableOnly Aug 24 19:51:49 gbquadplus user.warn kernel: 131351 pages reserved Aug 24 19:51:49 gbquadplus user.warn kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x40d0) Aug 24 19:51:49 gbquadplus user.warn kernel: cache: kmalloc-131072, object size: 131072, order: 5 Aug 24 19:51:49 gbquadplus user.warn kernel: node 0: slabs: 5/5, objs: 5/5, free: 0
und das sagt free:
root@gbquadplus:/var/log# free
total used free shared buffers cached
Mem: 523172 499688 23484 0 356 322520
-/+ buffers/cache: 176812 346360
Swap: 524284 204 524080
Und noch ein paar weitere Informationen:
- Image von heute (gestern geflashed und heute online update)
- Sprung nach Hänger ist wohl grösser als die Dauer des Hängers, muss ich mir aber noch genauer ansehen
- Bei 2 Aufnahmen und einer Wiedergabe kommt das ziemlich oft vor.....da wird schon wild gemeckert von Seiten der Kinder
- Aufnahme/Wiedergabe erfolgt auf/von interne/r Festplatte (falls das einen Unteschied machen sollte)
- Kein HD+/Sky etc. im Einsatz, nur FTAGeändert von Mikam_0815 (24.08.2014 um 23:03 Uhr)
-
24.08.2014, 20:04 #36
- Registriert seit
- 22.12.2013
- Ort
- an der Havel
- Beiträge
- 1.349
- Thanks (gegeben)
- 436
- Thanks (bekommen)
- 787
- Total Downloaded
- 40,84 MB
- Total Downloaded
- 40,84 MB
Box 1:Gigablue QuadBox 2:Gigablue QuadBox 3:Xtrend ET8000Noch eine Information aus einem anderen Forum:
applications do not allocate contiguous blocks of memory anyway - they have access to virtual memory only. Only the kernel needs contiguous physical blocks - and that is where physical RAM fragmentation may be an issue.SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
http://www.opena.tv/plugins/6240-spe...-und-mehr.html
Feature der Woche:
* Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)
-
Danke - 1 Thankslaptan bedankten sich
-
24.08.2014, 20:21 #37
- Registriert seit
- 07.04.2013
- Ort
- OpenATV - Wien
- Beiträge
- 153
- Thanks (gegeben)
- 3636
- Thanks (bekommen)
- 3542
- Total Downloaded
- 51,16 MB
- Total Downloaded
- 51,16 MB
Ab morgen kommt keine Warnung mehr wenn CIFS Mounts als TS Aufnahmeort festgelegt werden
[timeshift] add cifs
Danke Captain
-
Danke - 2 Thanks
-
25.08.2014, 02:14 #38
- Registriert seit
- 28.04.2014
- Beiträge
- 371
- Thanks (gegeben)
- 159
- Thanks (bekommen)
- 50
- Total Downloaded
- 0
- Total Downloaded
- 0
Box 1:GB UE 4K, Toshiba HDD 3TB intern) openATV 6.3Box 2:GB Quad Plus (4 x DVB-S2 , Seagate M9T 2TB intern) openATV 6.3Habe mal in meine seriellen logs geschaut, ich habe immer die logs der letzten 99 Stunden verfügbar und das Problem mit dem "unable to allocate memory" habe ich zum ersten mal gestern nach 20:00 Uhr gefunden, seit dem insgesamt 858 mal dieser Eintrag, aber nur in den logfiles Samtsag 19:45 - 20:45 und dann Sonntag ab 19:00 Uhr. Am Samstag hatte ich zu dieser Zeit den online flash Prozess gestartet (download lief ab diesem Zeitpunkt):
Code:action -> ColorActions green [Flash Online] Download image: >http://images.mynonpublic.com/openatv/4.2/gbquadplus/openatv-4.2-gbquadplus-20140823_usb.zip< [addProgress] [ImageDownloadTask] downloading http://images.mynonpublic.com/openatv/4.2/gbquadplus/openatv-4.2-gbquadplus-20140823_usb.zip to /media/hdd/images/openatv-4.2-gbquadplus-201408 23_usb.zip [Skin] Attribute not implemented: zposition value: 0 [SCREENNAME] ['JobView_summary', 'SimpleSummary'] [SCREENNAME] JobView Sa 23. Aug 20:34:55 CEST 2014 CPU: 1 PID: 30036 Comm: enigma2 Tainted: P O 3.14.2 #1 Stack : 00000118 3a65646f 00000000 00000000 00000000 00000000 80856ac2 00000040 00000000 00007554 00000001 807d0000 807ce5e7 cbe85cc8 80724800 00007554 00000001 808538d8 80808000 00000000 00000030 8067433c 10008b03 8002c8ac a26d4000 00000000 80729e20 cc68fc74 cc68fc74 807d0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 cc68fbf0 ... Call Trace: [<8000c8dc>] show_stack+0x64/0x7c [<80674ef0>] dump_stack+0xc8/0xfc [<800aac64>] warn_alloc_failed+0xe4/0x124 [<800ad710>] __alloc_pages_nodemask+0x558/0x754 [<800e57c4>] cache_alloc_refill+0x43c/0x748 [<800e5bc0>] __kmalloc+0xf0/0x138 [<800c0420>] memdup_user+0x24/0x94 [<804cb980>] dvbdmx_write+0x44/0xd8 [<e113f050>] dev_dmx_demux_write_hook+0xc0/0xec [dvb] [<e113f39c>] dev_dmx_dvr_write_hook+0x15c/0x190 [dvb] [<800eb2a8>] vfs_write+0xb4/0x1d0 [<800eba4c>] SyS_write+0x58/0xe8 [<80011a14>] handle_sys+0x134/0x158 Mem-Info: Normal per-cpu: CPU 0: hi: 186, btch: 31 usd: 158 CPU 1: hi: 186, btch: 31 usd: 0 active_anon:14753 inactive_anon:16074 isolated_anon:0 active_file:17390 inactive_file:66998 isolated_file:0 unevictable:0 dirty:1063 writeback:3971 unstable:0 free:1205 slab_reclaimable:2712 slab_unreclaimable:2765 mapped:4586 shmem:95 pagetables:152 bounce:0 free_cma:0 Normal free:4820kB min:2892kB low:3612kB high:4336kB active_anon:59012kB inactive_anon:64296kB active_file:69560kB inactive_file:267992kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1048576kB managed:523172kB mlocked:0kB dirty:4252kB writeback:15808kB mapped:18344kB shmem:380kB slab_reclaimable:10848kB slab_unreclaimable:11060kB kernel_stack:960kB pagetables:608kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 Normal: 160*4kB (UEM) 114*8kB (UEM) 89*16kB (UEM) 45*32kB (UEM) 4*64kB (U) 1*128kB (U) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 4800kB 84505 total pagecache pages 0 pages in swap cache Swap cache stats: add 0, delete 0, find 0/0 Free swap = 524284kB Total swap = 524284kB 262144 pages RAM 0 pages HighMem/MovableOnly 131351 pages reserved SLAB: Unable to allocate memory on node 0 (gfp=0x40d0) cache: kmalloc-131072, object size: 131072, order: 5 node 0: slabs: 8/8, objs: 8/8, free: 0 eFilePushThread enigma2: page allocation failure: order:5, mode:0x2040d0
Es liegt dann wohl nicht nur an der Aufnahme/Wiedergabe sondern evtl. ist es generell die IO Last (das image wird doch auf die Platte runter geladen) oder es war am Samstag der download an sich? Wobei es am Samstag "nur" 43 Einträge bzgl. unable allocate memory während dieser Stunde gegeben hatte, am Sonntag waren es innerhalb von 2 Stunden 785 Einträge. Wird hier evtl. im Speicher was gepuffert?
-
28.08.2014, 08:51 #39
- Registriert seit
- 10.04.2014
- Beiträge
- 66
- Thanks (gegeben)
- 51
- Thanks (bekommen)
- 3
- Total Downloaded
- 12,39 MB
- Total Downloaded
- 12,39 MB
-
28.08.2014, 10:50 #40
- Registriert seit
- 07.04.2013
- Ort
- OpenATV - Wien
- Beiträge
- 153
- Thanks (gegeben)
- 3636
- Thanks (bekommen)
- 3542
- Total Downloaded
- 51,16 MB
- Total Downloaded
- 51,16 MB
No, this is another problems. Devs are working hard tho fix the problem.
Lesezeichen