Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Un par de detalles

    (Puntos:4, Interesante)
    por pobrecito hablador el Sábado, 17 Abril de 2010, 23:11h (#1213970)
    Lo primero, la resolución de vídeo (que es 800x480), estaría bien comentarlo, y decir también que es la resolución nativa del dispositivo.

    Lo segundo, es que da igual que consuma solo un 20% de la CPU, porque el TheoARM, aunque consuma un 99% de CPU, consume un 0% de DSP y un muy poquito % de PVR. Al final, lo que interesa es cuánta potencia consume en total la decodificación. De nada me sirve que deje ociosa la CPU un 80% del tiempo si luego tienes dos procesadores adicionales que consumen combinados lo mismo que la CPU al 100% (en total, un 120% de consumo).

    Para un dispositivo portátil, lo óptimo de reproducción de vídeo es lo que menos consuma y te de los 25fps necesarios. Si estás viendo un vídeo a pantalla completa, no necesitas ese otro 80% de la CPU. Lo que sí puedes necesitar es ese otro hipotético 21% de batería.
    Puntos de inicio:    0  puntos
    Moderación   +4  
    Modificador extra 'Interesante'   0  

    Total marcador:   4  
  • Re:Un par de detalles

    (Puntos:3, Informativo)
    por faragon (17575) el Domingo, 18 Abril de 2010, 07:57h (#1213983)
    ( http://www.voluntariado.net/ | Última bitácora: Domingo, 10 Junio de 2012, 21:48h )

    Lo segundo, es que da igual que consuma solo un 20% de la CPU, porque el TheoARM, aunque consuma un 99% de CPU, consume un 0% de DSP y un muy poquito % de PVR. Al final, lo que interesa es cuánta potencia consume en total la decodificación. De nada me sirve que deje ociosa la CPU un 80% del tiempo si luego tienes dos procesadores adicionales que consumen combinados lo mismo que la CPU al 100% (en total, un 120% de consumo).

    A nivel de cálculo, en el OMAP 3430, ciclo por ciclo, la unidad SIMD del ARM Cortex A8 [arm.com] es al menos tan potente como el DSP T320C64x [wikipedia.org] (sólo opera en punto fijo). No tengo cifras de consumo energético para este caso concreto (supongo que alrededor de una quinta parte), pero la eficiencia energética de los DSPs respecto a las CPUs se debe a que son CPUs menos flexibles (implementación más sencilla, con menos transistores) y se acostumbra a trabajar con memorias locales, sin tener que estar actuando continuamente contra la cache L2 y/o el controlador de memoria externo (mientras tanto, la CPU principal puede estar detenida u operando a la frecuencia mínima).
    [ Padre ]
  • por presi (5129) el Domingo, 18 Abril de 2010, 16:57h (#1214040)
    ( http://presi.org/ )
    Si estás viendo un vídeo a pantalla completa, no necesitas ese otro 80% de la CPU.

    Eso será en el iphone (que antes de iphone OS 4 no soporta multitarea en todas las apliaciones), en el N900 puedes tener cualquier cosa en segundo plano, por ejemplo, puedes dejar comprimiendo un fichero mientras ves un video a pantalla completa y en ese caso, ese 80% de CPU libre vendrá muy bien.

    [ Padre ]
  • por Kitus (22393) el Domingo, 18 Abril de 2010, 20:45h (#1214056)
    ( http://blog.marcdeop.com/ )
    "Para un dispositivo portátil, lo óptimo de reproducción de vídeo es lo que menos consuma y te de los 25fps necesarios. Si estás viendo un vídeo a pantalla completa, no necesitas ese otro 80% de la CPU. Lo que sí puedes necesitar es ese otro hipotético 21% de batería."

    Lamento discrepar. Y más en un dispositivo como el mencionado N900. Esto no es un simple "dispositivo portátil", sino un pequeño ordenador en tu bolsillo. La multitarea es una de las principales razones por la cual yo mismo adquirí el dispositivo: tener el vídeo a 99% de cpu y no dejar opción a hacer nada más *no* sirve para personas como yo aún cuando te dan un 20% más de batería (amén de que dudo de que sea así...)

    Diferentes opiniones, nada más ;)

    Sin acritud

    PS: el N900 está orientado a geeks más que a típicos usuarios de teléfono...
    [ Padre ]
  • Re:Afirmacion arriesgada

    (Puntos:4, Interesante)
    por sinman (586) <sinman@terra.es> el Domingo, 18 Abril de 2010, 09:13h (#1213990)
    ( http://www.traperware.com/ )
    Efectivamente, eso pasaba cuando los Atom no tenian chipset propio y creo que usaba el de los Celeron, que consumian más que la propia CPU.

    Otro caso curioso es el de las pruebas que hicieron "downclocking" a un AMD (de los modernos) a 1GHz y consumia menos que el Atom y daba mas rendimiento :P
    [ Padre ]
  • Re:Un par de detalles

    (Puntos:1, Informativo)
    por pobrecito hablador el Domingo, 18 Abril de 2010, 10:00h (#1213996)

    Pensaba que era una constante que el DSP, al ser más especializado, era tanto más pequeño en número de transistores como más lento en frecuencia de reloj. Así, un 100% de DSP siempre consumiría menos que un 100% de CPU. ¿No es así?

    No tiene por qué. Lo que sí es cierto es que una tarea que para la CPU puede suponer un 80%, para el DSP debería suponer un % más bajo de consumo de recursos (por ser especializado). Pero de todos modos no lo decía porque el DSP consuma lo mismo que la CPU, sino porque toda esa carga que se quita de la CPU (el 80%), la saca para el DSP y la GPU (mira las tablas: SDL/overlay, 33fps, 21% idle).

    Aunque el DSP sea de los que consumen menos que la CPU, tienes que sumar ese consumo al consumo extra de la GPU. Igual entre ambos es menos de ese 80% de GPU... o igual no. No cuesta nada poner el vídeo a reproducir con todas las combinaciones y decir cuántas horas de vídeo a pantalla completa puede reproducir cada uno, que es MUCHO más interesante que ninguno de los otros detalles que nos está dando.

    [ Padre ]
  • 2 respuestas por debajo de tu umbral de lectura actual.