Home

Zgemma Star H2 Exceso de uso de cpu

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Decodificador:
Zgemma H2s

Versión de OpenSpa:
openspa 7.2.008 (2018-05-14)

Descripción del fallo:
Hola me comunico con vosotros porque me e dado cuenta que en este decodificador, con esta versión de openspa usa muchísimo la cpu y se calienta bastante, el uso de la cpu siempre esta como mínimo en un 50%, y lo e probado con una instalación limpia de openspa 7.2.008 instalando solo la skin confluence 720p y nada mas, ni listas de canales ni absolutamente nada y ya tiene ese porcentaje de uso, y al ver esto e probado con instalaciones limpias de openspa 7.2.001 a la 7.2.008 y van todas iguales, es como si algún proceso se quedara pillado y consumiera tanta cpu constantemente. con opnespa 7.1.003 ya no pasa y esta en alrededor de un 5% de uso de cpu cuando solo estas viendo la TV, tambien tengo un edision os mini y un Zgemma h5.2s y los dos tienen openspa 7.2.008 y tampoco les pasa, están a un 5% de uso también. Cual puede ser el problema?

Características especiales:
Flasheo limpio, y skin confluence 720p

Se adjunta Crash-log: Si/ No
No
 

JR

OpenSPA Team
Miembro del equipo
Admin OpenSPA
10 Ago 2007
23.255
15.928
0
En pleno Delta
Decodificador:
Zgemma H2s

Versión de OpenSpa:
openspa 7.2.008 (2018-05-14)

Descripción del fallo:
Hola me comunico con vosotros porque me e dado cuenta que en este decodificador, con esta versión de openspa usa muchísimo la cpu y se calienta bastante, el uso de la cpu siempre esta como mínimo en un 50%, y lo e probado con una instalación limpia de openspa 7.2.008 instalando solo la skin confluence 720p y nada mas, ni listas de canales ni absolutamente nada y ya tiene ese porcentaje de uso, y al ver esto e probado con instalaciones limpias de openspa 7.2.001 a la 7.2.008 y van todas iguales, es como si algún proceso se quedara pillado y consumiera tanta cpu constantemente. con opnespa 7.1.003 ya no pasa y esta en alrededor de un 5% de uso de cpu cuando solo estas viendo la TV, tambien tengo un edision os mini y un Zgemma h5.2s y los dos tienen openspa 7.2.008 y tampoco les pasa, están a un 5% de uso también. Cual puede ser el problema?

Características especiales:
Flasheo limpio, y skin confluence 720p

Se adjunta Crash-log: Si/ No
No

Posiblemente el skin Confluence. Como miras el consumo de CPU?
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Pero esa skin la tengo en los otros dos decos tambien y no pasa, el uso de la cpu se ve con esa skin puesta, le das a menu/sistema/configuracion del receptor y te sale una barrita con el porcentaje pero solo es con esa skin con metrix no sale
 

JR

OpenSPA Team
Miembro del equipo
Admin OpenSPA
10 Ago 2007
23.255
15.928
0
En pleno Delta
Pon el metrix y entra en Configuración del sistema - Información. En un apartado te da también el consumo de CPU. Ya dirás.

El Confluence es un skin muy bueno pero consume muchísimos recursos.
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Vale ya e probado, instalacion limpia de openspa 7.2.008 y solo instalado panel extra, dejando skin metrix que viene puesta y tambien sale 50% de uso de cpu.
 

JR

OpenSPA Team
Miembro del equipo
Admin OpenSPA
10 Ago 2007
23.255
15.928
0
En pleno Delta
Vale por telnet envía esto:

ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%mem | head

Y luego :

top

Péganos aquí que te contesta en cada uno.
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Esto es lo que sale

root@zgemmah2s:~# ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%mem | head
PID PPID CMD %MEM %CPU
1167 1145 /usr/bin/enigma2 18.4 26.5
972 1 /usr/sbin/smbd 2.4 13.4
976 972 /usr/sbin/smbd 1.2 1.7
975 972 /usr/sbin/smbd 1.2 0.0
984 1 /usr/sbin/nmbd 1.1 0.0
1038 1 avahi-daemon: running [zgem 0.6 0.2
7135 6840 -sh 0.6 1.8
937 1 automount 0.6 0.1
6840 1016 /bin/login 0.5 2.2

root@zgemmah2s:~# top
top - 17:50:56 up 5 min, 1 user, load average: 0.84, 0.71, 0.34
Tasks: 115 total, 3 running, 112 sleeping, 0 stopped, 0 zombie
%Cpu(s): 10.7 us, 33.7 sy, 0.0 ni, 53.7 id, 0.0 wa, 0.0 hi, 2.0 si, 0.0 st
KiB Mem : 312564 total, 199280 free, 81492 used, 31792 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 204956 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
972 root 20 0 31816 7520 5964 R 14.6 2.4 0:40.29 smbd
1167 root 20 0 133876 57776 16824 S 2.6 18.5 1:01.56 enigma2
976 root 20 0 30612 3948 2528 S 2.3 1.3 0:05.21 cleanupd
7772 root 20 0 3456 1668 1228 R 2.3 0.5 0:01.50 top
937 root 20 0 32664 1908 1532 S 0.3 0.6 0:00.57 automount
1 root 20 0 1840 840 760 S 0.0 0.3 0:00.57 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
4 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:+
5 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u4+
6 root 20 0 0 0 0 S 0.0 0.0 0:00.31 ksoftirqd/0
7 root 20 0 0 0 0 R 0.0 0.0 0:00.26 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-dr+
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1
13 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
 

JR

OpenSPA Team
Miembro del equipo
Admin OpenSPA
10 Ago 2007
23.255
15.928
0
En pleno Delta
Esto es lo que sale

root@zgemmah2s:~# ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%mem | head
PID PPID CMD %MEM %CPU
1167 1145 /usr/bin/enigma2 18.4 26.5
972 1 /usr/sbin/smbd 2.4 13.4
976 972 /usr/sbin/smbd 1.2 1.7
975 972 /usr/sbin/smbd 1.2 0.0
984 1 /usr/sbin/nmbd 1.1 0.0
1038 1 avahi-daemon: running [zgem 0.6 0.2
7135 6840 -sh 0.6 1.8
937 1 automount 0.6 0.1
6840 1016 /bin/login 0.5 2.2

root@zgemmah2s:~# top
top - 17:50:56 up 5 min, 1 user, load average: 0.84, 0.71, 0.34
Tasks: 115 total, 3 running, 112 sleeping, 0 stopped, 0 zombie
%Cpu(s): 10.7 us, 33.7 sy, 0.0 ni, 53.7 id, 0.0 wa, 0.0 hi, 2.0 si, 0.0 st
KiB Mem : 312564 total, 199280 free, 81492 used, 31792 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 204956 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
972 root 20 0 31816 7520 5964 R 14.6 2.4 0:40.29 smbd
1167 root 20 0 133876 57776 16824 S 2.6 18.5 1:01.56 enigma2
976 root 20 0 30612 3948 2528 S 2.3 1.3 0:05.21 cleanupd
7772 root 20 0 3456 1668 1228 R 2.3 0.5 0:01.50 top
937 root 20 0 32664 1908 1532 S 0.3 0.6 0:00.57 automount
1 root 20 0 1840 840 760 S 0.0 0.3 0:00.57 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
4 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:+
5 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u4+
6 root 20 0 0 0 0 S 0.0 0.0 0:00.31 ksoftirqd/0
7 root 20 0 0 0 0 R 0.0 0.0 0:00.26 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-dr+
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1
13 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1

Tienes algo conectado a los usb?
 
  • Me gusta
Reactions: Planchass

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
No nada, no se si aun estaba el pent drive que utilizo para flashear pero creo que tampoco, lo que si estaria es una micro sd.
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Vale, antes no se si es que me han faltado lineas por poner, porque ahora es mas largo lo del "top", esto lo he hecho haciendo una instalación limpia de openspa 7.2.008, sin ningún dispositivo ni usb, ni micro sd, y solo instalando el panel extra para ver el porcentaje de la cpu, que sigue siendo el 50%, también lo he mirado sin instalar panel extra y con skin confluence 720p para ver el porcentaje y sale igual. En las dos ocasiones sin nada puesto en los usb, ni micro sd, y sin tocar ninguna configuración de la que viene por defecto al instalar openspa.

root@zgemmah2s:~# ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%mem | head
PID PPID CMD %MEM %CPU
973 915 /usr/bin/enigma2 17.9 23.5
545 1 /usr/sbin/smbd 2.3 14.6
549 545 /usr/sbin/smbd 1.2 1.9
548 545 /usr/sbin/smbd 1.2 0.0
665 1 /usr/sbin/nmbd 1.2 0.0
806 1 avahi-daemon: running [zgem 0.6 0.1
7587 7354 -sh 0.6 1.1
7354 795 /bin/login 0.5 2.2
780 1 /usr/bin/shellinaboxd --por 0.5 0.0

root@zgemmah2s:~# top
top - 19:47:07 up 5 min, 1 user, load average: 1.17, 0.88, 0.42
Tasks: 112 total, 1 running, 111 sleeping, 0 stopped, 0 zombie
%Cpu(s): 11.0 us, 32.7 sy, 0.0 ni, 53.1 id, 0.0 wa, 0.0 hi, 3.2 si, 0.0 st
KiB Mem : 312564 total, 203844 free, 79820 used, 28900 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 208784 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
545 root 20 0 31612 7304 5836 S 14.8 2.3 0:41.77 smbd
973 root 20 0 132200 56196 16256 S 3.2 18.0 0:54.70 enigma2
8318 root 20 0 3452 1752 1200 R 2.9 0.6 0:01.10 top
549 root 20 0 30612 3920 2500 S 1.9 1.3 0:05.63 cleanupd
7 root 20 0 0 0 0 S 0.3 0.0 0:00.25 rcu_sched
1 root 20 0 1840 740 660 S 0.0 0.2 0:00.62 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0
4 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
5 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kworker/u4:0
6 root 20 0 0 0 0 S 0.0 0.0 0:00.29 ksoftirqd/0
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-drain
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1
13 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/1
15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/1:0
16 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:0H
17 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kdevtmpfs
18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 oom_reaper
19 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
20 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
21 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/0:1
22 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
23 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd
24 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ata_sff
25 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cfg80211
26 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 rpciod
27 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 xprtiod
28 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
29 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 vmstat
30 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
31 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 nfsiod
32 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cifsiod
61 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
62 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
63 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
64 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
65 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
66 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
67 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
68 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
69 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
70 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 scsi_tmf_0
71 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
72 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 scsi_tmf_1
73 root 20 0 0 0 0 S 0.0 0.0 0:00.05 kworker/u4:1
74 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u4:2
75 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u4:3
77 root -51 0 0 0 0 S 0.0 0.0 0:00.00 irq/83-mmc0
78 root 20 0 0 0 0 S 0.0 0.0 0:00.02 kworker/0:2
82 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
83 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
84 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset

Os dejo una captura para que lo veais mas claro aun que no sale todo:

 

evox

OpenSpa Team
Miembro del equipo
Moderador OpenSPA
2 Mar 2009
5.974
4.388
0
Prueba quitando el cable de red, ese proceso samba no es normal. Tienes mas decos o pc linux o algo ke pueda estar intentando conectarse a ese zgemma?

Salu2.
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Si, tengo tres decos en total y los tres estanban interconectados, pero en los otros dos no pasa eso y tienen un hardware muy parecido, es un edision os mini y un zgemma h5.2s.

En el que da el problema, que es el h2s, no tengo ahora configurado ningun montaje de red, pero si que estan los otros dos conectados a este.

Y en el h5.2s si que vi cuando estaban los tres interconectados que tenia un 10% de uso de cpu, y ahora que esta solo un deco conectado a el tiene un 3% mas o menos.

Entonces, no deberia conectar los tres decos entre si? Seria mucha carga?
 

evox

OpenSpa Team
Miembro del equipo
Moderador OpenSPA
2 Mar 2009
5.974
4.388
0
Hay que ver porque pasa en ese modelo en concreto, yo mientras ese lo dejaba sin conectar al resto para ver si ya no esta al 50% y si se queda normal dejarlo asi hasta ver si vemos que puede ser.

Seria bueno tambien que nos pusieses que tipo de interconexion haces y la configuracion que usas para todo eso.

Salu2.
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Me rectifico yo solo, e instalado la copia de seguridad en el h2s de openspa 7.1.003 que es el que da el problema cuando le pongo la version 7.2.0**, y tengo ahora el edision os mini con la 7.2.007 y el zgemma h5.2s con 7.2.008 y estan los tres interconectados mediante montaje de red, y con esas versiones los tres estan al 3% de uso de la cpu.

Posdata el tercer deco lo tengo desde hace un par de semanas, y creo recordar que solo teniendo dos interconectados no daba ese problema, cuando tenga un rato lo verifico y os lo digo.
 
Última edición:

evox

OpenSpa Team
Miembro del equipo
Moderador OpenSPA
2 Mar 2009
5.974
4.388
0
Me rectifico yo solo, e instalado la copia de seguridad en el h2s de openspa 7.1.003 que es el que da el problema cuando le pongo la version 7.2.0**, y tengo ahora el edision os mini con la 7.2.007 y el zgemma h5.2s con 7.2.008 y estan los tres interconectados mediante montaje de red, y con esas versiones los tres estan al 3% de uso de la cpu.
Eso no nos vale, la 7.1.003 es una version sin soporte y llevara drivers viejos que puede o no ser la causa, las pruebas y soluciones solo las hacemos hacia adelante.

Salu2.
 

Planchass

Openspa VIP
Vip OpenSPA
7 May 2016
231
13
0
Ok, pero que quede claro que todos los comentarios anteriores las versiones de openspa eran 7.2.008 en los zgemma h2s y h5.2s y en el edision os mini 7.2.007
 

evox

OpenSpa Team
Miembro del equipo
Moderador OpenSPA
2 Mar 2009
5.974
4.388
0
Ok, pero que quede claro que todos los comentarios anteriores las versiones de openspa eran 7.2.008 en los zgemma h2s y h5.2s y en el edision os mini 7.2.007
Si lo se, ponnos las configuraciones que haces en los 3 decos para interconectarlos cuando puedas haber si damos con ello.

Salu2.
 
  • Me gusta
Reactions: Planchass