Serious slow problem with 1.42 and only on Solo

Armageddon

Armageddon

BH Lover
Matrix10 said:
We know the problems and limitations of EPG
You can not load into memory EPG, which is more than 10MB
without the risk to crash image enigma.

Backup is intended for those cases where it still crash image/enigma
for some reason.Then you can continue to use the EPG from backup.

If you use a EPG which is on the network drive
It will slow down image and ZAP .
since in that case you read EPG through the network.

Skins with PIG using 1280x720 pixels full screen
sometimes with heavy and large graphics
which of course slows down Menu / panels and the ZAP.
Click to expand...

Allright, thanks for the information MX, i´ll try to use an USB stick and use both swap (64Meg, is that apropriate?), Rytec EPG storage and EPG backup on it. I´ll provide further information regarding this in a few days when I´ve tested properly.
 
Armageddon

Armageddon

BH Lover
Armageddon said:
Allright, thanks for the information MX, i´ll try to use an USB stick and use both swap (64Meg, is that apropriate?), Rytec EPG storage and EPG backup on it. I´ll provide further information regarding this in a few days when I´ve tested properly.
Click to expand...

I've changed to USB Swap, USB storage for EPG and EPG backup on USB. Still got a crash this morning:

[EPGC] 8275776 bytes for cache used
It's now Wed Jan 26 05:09:20 2011
[timer.py] next activation: 1296015060 (in 99997 ms)
It's now Wed Jan 26 05:09:20 2011
[timer.py] next activation: 1296015060 (in 99995 ms)
It's now Wed Jan 26 05:09:51 2011
next real activation is Wed Jan 26 05:20:01 2011
[timer.py] next activation: 1296015091 (in 99996 ms)
BlackHoleapi: extepg,Rytec-SWEDEN,http://www.xmltvepg.be/sweden/epg.dat.gz
main thread is non-idle! display spinner!
[EPGC] 71635 events read from /media/usb/epg.dat
[EPGC] store epg to realpath '/media/usb/epg.dat'
[EPGC] 180793 events written to /media/usb/epg.dat
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 12130016 bytes for cache used
PC: 0047f7a4
00000000 2c598000 00000001 2c59789a
00003022 00000001 00000001 00000001
00000001 00000000 00000001 00000001
00000001 00000022 2c59789a 2b4deca8
005c8844 0105e710 007cac64 00000000
0002c239 7f8ceffc 7f8cf000 7f8cf008
00000000 2b3fb6a8 00000001 00000000
2b4e7960 7f8cefa8 024a1624 0047f79c
As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
0047f7a4: 01 00 87 90 02 00 e5 24 68 17 11 0c 21 38 20 02 54 18 11 0c 21 20 00 02 18 00 a6 8f 21 80 40 00 (end)
-------

What else could be wrong...?
 
Matrix10

Matrix10

Administrator
Nothing ,only can help use less EPG providers
swap that does not help if the memory block is full
this is not a bottomless pot
According to my tests EPG Memory block is limited.
You have
12130016 bytes for cache used , 71635 events read from /media/usb/epg.dat
and 180793 events written to /media/usb/epg.dat
I've already written that if you exceed +-10MB EPG this can crash enigma.
 
a911

a911

The BH Lover
Matrix10 said:
Nothing ,only can help use less EPG providers
swap that does not help if the memory block is full
this is not a bottomless pot
According to my tests EPG Memory block is limited.
You have
12130016 bytes for cache used and 180793 events written to /media/usb/epg.dat
I've already written that if you exceed +-10MB EPG this can crash enigma.
Click to expand...

Will Put MX10, no further discussion by me!
 
Armageddon

Armageddon

BH Lover
Matrix10 said:
Nothing ,only can help use less EPG providers
swap that does not help if the memory block is full
this is not a bottomless pot
According to my tests EPG Memory block is limited.
You have
12130016 bytes for cache used and 180793 events written to /media/usb/epg.dat
I've already written that if you exceed +-10MB EPG this can crash enigma.
Click to expand...

Use less?? I´m only trying to grab Rytec-SWEDEN now.
 
Armageddon

Armageddon

BH Lover
I tried to remove daily updates on plugin EPG Refresh, and it seem to help, no crash this morning. Is that probably the source of my problems? Where do EPG Refresh store data, in RAM?
 
Armageddon

Armageddon

BH Lover
Enigma 2 almost freeze again after use a few days... Spinner show up for several minutes for every remote control push. Reset is the only way to realease load...

Extreme load:

Mem: 106264K used, 3056K free, 0K shrd, 12K buff, 3744K cached
CPU: 0.7% usr 5.7% sys 0.0% nic 0.0% idle 92.6% io 0.0% irq 0.7% sirq
Load average: 3.55 2.34 1.03 5/51 25568
PID PPID USER STAT VSZ %MEM CPU %CPU COMMAND
9472 9444 root R 161m 150.7 0 1.3 /usr/bin/enigma2
25526 25520 root R 2828 2.5 0 0.7 top
2 1 root SWN 0 0.0 0 0.5 [ksoftirqd/0]
168 5 root DW< 0 0.0 0 0.5 [usb-storage]
372 1 root S 4128 3.7 0 0.2 nmbd -D
10 5 root SW< 0 0.0 0 0.2 [kswapd0]
25503 9472 root S 161m 150.7 0 0.0 /usr/bin/enigma2
 
Armageddon

Armageddon

BH Lover
I forgot. It has, as I understand nothing to do with EPG, because I have no actual crash only extreme slow system.
 
a911

a911

The BH Lover
Armageddon said:
I forgot. It has, as I understand nothing to do with EPG, because I have no actual crash only extreme slow system.
Click to expand...

Start Fresh
1st Factory Rest.
2nd Flash BH Image.( keep cleen,,no picons..plugins,etc)
3rd Install Meoboot.
4th Insatll BH image om multiboot!
5th Activate Swab file, @Mboot image.
6th Rstore E2 settings.

Now do what ever U like on the Multi Boot image!
Gdluck
a911
 
S

sam_

Vu+ Newbie
I think I've got the same kind of pb using BH 207 on my vu+ solo STB.

Memory is about to 87% and I've no picons (removed).

Zapping is very very slow as soon as I plug the internet cable on the STB. When I remove it, zapping comes back to normal.

I've executed through Telnet the commands below but the memory is quickly saturated.

Code: 
echo 1 > /proc/sys/vm/drop_caches
echo 2 > /proc/sys/vm/drop_caches
echo 3 > /proc/sys/vm/drop_caches

I've done top command to identify processes but nothing is abnormal. I've flashed the STB several time even by downgrading the image but the pb is always the same.

Is there a chance my vu+ solo has been hacked ?

Thanx in advance for your responses.

Regards
 
You must log in or register to reply here.
Top