[Jde-dev] Rendimiento de surveillance en la PICO-ITX

Roberto Calvo rocapal en libresoft.es
Mie Abr 21 16:52:25 CEST 2010



Buenas, 

Os paso unos datos de rendimiento de la aplicación surveillance en la
pico-itx. Lo tengo montado en la pico y probandose durante 24 horas, a
ver si no detectamos ningún fallo ni agujero negro que se lleve la
memoria.

Os recuerdo los recursos de la PICO-ITX:

vendor_id	: CentaurHauls
model name	: VIA Esther processor 1000MHz
cpu MHz		: 999.665
cache size	: 128 KB
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
bogomips	: 1999.33
clflush size	: 64


CASO1:
  - Grabando vídeo

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                   
 9218 rocapal   20   0 25200 7200 2980 R 36.2  0.7   2:28.11 ffmpeg                                                                                                                                                                                                                                          
 8647 rocapal   20   0 99.8m  12m 9116 S 14.5  1.3  22:55.36 lt-cameraserver                                                                                                           
 8570 root      20   0  2880  476  376 S  5.9  0.0   8:29.02 resize  
 8922 rocapal   20   0 44284 5272 4656 S  0.0  0.5   0:00.14 lt-recordingser                                                                                                           
 9046 rocapal   20   0 43888 5048 4532 S  0.0  0.5   0:10.10 lt-recorder                                                                                                               
 9070 rocapal   20   0 27488 5132 4628 S  0.0  0.5   0:00.09 lt-surveillance


CASO2:
  - Grabando vídeo
  - Sirviendo grabación por streaming

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                   
 9189 rocapal   20   0 52916  16m 7540 S 42.7  1.7   0:31.22 vlc                                                                                                                       
 9187 rocapal   20   0 25200 7172 2980 R 34.8  0.7   0:58.22 ffmpeg                                                                                                                    
 8647 rocapal   20   0 99.8m  12m 8852 S 15.6  1.3  20:49.42 lt-cameraserver                                                                                                           
 8570 root      20   0  2880  476  376 S  6.0  0.0   7:38.56 resize  
 8922 rocapal   20   0 44284 5272 4656 S  0.0  0.5   0:00.14 lt-recordingser                                                                                                           
 9046 rocapal   20   0 43888 5048 4532 S  0.0  0.5   0:10.10 lt-recorder                                                                                                               
 9070 rocapal   20   0 27488 5132 4628 S  0.0  0.5   0:00.09 lt-surveillance


Sobre CameraServer, no lo estoy utilizando y está consumiendo 15.6% de
CPU. David, ¿ese gasto es porque está constantemente pidiendo frames a
la cámara y convirtiéndolos? Si es así, deberíamos ver la posibilidad
que sólo lo hiciera bajo demanda, y sino habrá que ver de donde sale ese
porcentaje de CPU.

Sobre el VLC es normal que tire de CPU, ya que esta recodificando en
tiempo real al formato entendible por Android.

Sobre el ffmpeg, quizás está tirando demasiado para hacer una grabación
de 320x240 a 15fps, habrá que revisar las opciones, utilizar otro codec,
e incluso probar con mencoder.


un saludete!

-- 
Roberto Calvo Palomino          | Libre Software Engineering Lab (GSyC)
Tel: (+34) 91 488 85 23         | Universidad Rey Juan Carlos
rocapal en libresoft.es            | Edif. Departamental II - Despacho 116
http://libresoft.es/            | c/Tulipán s/n 28933 Móstoles (Madrid)

GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 198 bytes
Descripción: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
 digitalmente
Url        : http://gsyc.escet.urjc.es/pipermail/jde-developers/attachments/20100421/4494ad5a/attachment.pgp 


More information about the Jde-developers mailing list