VideoDB wird immer langsamer

Hallo,

Ich habe das schon mal erwähnt, aber noch keine Lösung gefunden:
Bei den etwa 50 Seiten an Filmen wird VideoDB beim Durchblättern immer langsammer je näher man in Richtung Mitte kommt. D.h. ob ich mich von Seite 1 oder Seite 50 nähere hat den selben Effekt. Gegen Seite 20 wird VideoDB so langsam, dass ich bei jedem Tastendruck etwa 10s warten muss bis was passiert. Dies ist auch der Fall wenn ich mich z.B. auf Seite 30 befinde und dann "Menu"drücke: im Menu dauert jeder Tastendruck eine gefühlte Ewigkeit. Wird da etwas gecacht? Ist der Speicher voll?. Der Effekt tritt bei zwei DB8000 Boxen auf. Plugins installiert ähnlich aber nicht gleich.
Bin für jeden Hinweis dankbar, da ich und vor allem meine Frau das Plugin genial finden!

Gruss,
delos

top-Ausgabe auf Seite 1 VideoDB:

top - 23:36:02 up 11:26, 1 user, load average: 0.10, 0.05, 0.05
Tasks: 89 total, 1 running, 88 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 0.7%sy, 0.0%ni, 98.5%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 149568k total, 142352k used, 7216k free, 380k buffers
Swap: 0k total, 0k used, 0k free, 32968k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
686 root 20 0 234m 92m 16m S 1 63.2 13:29.32 enigma2
9693 root 20 0 2632 1096 884 R 1 0.7 0:00.19 top
15 root 20 0 0 0 0 S 0 0.0 0:00.03 sync_supers
1 root 20 0 1764 600 524 S 0 0.4 0:04.79 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:11.58 ksoftirqd/0
6 root RT 0 0 0 0 S 0 0.0 0:08.03 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:00.41 watchdog/0
8 root RT 0 0 0 0 S 0 0.0 0:00.15 migration/1
10 root 20 0 0 0 0 S 0 0.0 0:07.91 ksoftirqd/1
12 root RT 0 0 0 0 S 0 0.0 0:00.63 watchdog/1
13 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
14 root 20 0 0 0 0 S 0 0.0 0:00.09 kdevtmpfs
16 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
17 root 0 -20 0 0 0 S 0 0.0 0:00.00 kblockd
18 root 0 -20 0 0 0 S 0 0.0 0:00.00 ata_sff
19 root 20 0 0 0 0 S 0 0.0 0:00.02 khubd
20 root 0 -20 0 0 0 S 0 0.0 0:00.00 rpciod

Free dito:
total used free shared buffers cached
Mem: 149568 142300 7268 0 380 32968
-/+ buffers/cache: 108952 40616
Swap: 0 0

Auf Seite 23 der VideoDB (inzwischen habe ich seit 2 Minuten das Rädchen):

Top:
Tasks: 89 total, 1 running, 88 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 0.7%sy, 0.2%ni, 98.3%id, 0.0%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 149568k total, 142300k used, 7268k free, 380k buffers
Swap: 0k total, 0k used, 0k free, 32980k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
686 root 20 0 234m 92m 16m S 1 63.2 13:33.53 enigma2
9976 root 20 0 2632 1100 884 R 1 0.7 0:00.14 top
50 root 20 0 0 0 0 S 0 0.0 0:20.40 usb-storage
464 root 20 0 28680 1292 1068 S 0 0.9 1:42.46 gdaemon
1 root 20 0 1764 600 524 S 0 0.4 0:04.80 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:11.65 ksoftirqd/0
6 root RT 0 0 0 0 S 0 0.0 0:08.03 migration/0
7 root RT 0 0 0 0 S 0 0.0 0:00.41 watchdog/0
8 root RT 0 0 0 0 S 0 0.0 0:00.15 migration/1
10 root 20 0 0 0 0 S 0 0.0 0:07.97 ksoftirqd/1
12 root RT 0 0 0 0 S 0 0.0 0:00.63 watchdog/1
13 root 0 -20 0 0 0 S 0 0.0 0:00.00 khelper
14 root 20 0 0 0 0 S 0 0.0 0:00.09 kdevtmpfs
15 root 20 0 0 0 0 S 0 0.0 0:00.03 sync_supers
16 root 20 0 0 0 0 S 0 0.0 0:00.00 bdi-default
17 root 0 -20 0 0 0 S 0 0.0 0:00.00 kblockd
18 root 0 -20 0 0 0 S 0 0.0 0:00.00 ata_sff

Free:
total used free shared buffers cached
Mem: 149568 142300 7268 0 380 32968
-/+ buffers/cache: 108952 40616
Swap: 0 0 0

Ich sehe nichts komisches. Ihr?

Gruss,
delos

Hallo,

Erstmal gesundes, erfolgreiches neues Jahr.
Was meinst Du mit Listeneinstellungen?
Sort by name ascending.
Style: Thumbs Poster Top
Style Thumbs top

Die Datenbank liegt auf dem CF-memory. Mein Image ist ein OE2.0 (dreambox-image-dm8000-20140102.nfi). Ist das ok?

Gruss,
delos

Hallo,

Bleibt schnell! Schon mal eine wesentliche Verbesserung!
Danke.

Gruss,
delos

PS: Schaust Du zuviel LOST?

Habe es gerade noch mal mit kleinen Thumnails probiert und es geht bis etwa 21/25 Seiten. Dann hängt die Box.