Ver Mensaje Individual
  #5  
Antiguo 05-04-2005
Avatar de jachguate
jachguate jachguate is offline
Miembro
 
Registrado: may 2003
Ubicación: Guatemala
Posts: 6.254
Reputación: 27
jachguate Va por buen camino
Hola.

Presumo que lo que hace el método assign es aplicar el algoritmo de compresión JPEG sobre la imagen. Supongo que usas el componente TJpegImage, que tendrá una implementación particular de este algoritmo; quizas esta implementación no sea muy buena, lamentablemente no tengo la experiencia suficiente como para juzgarlo, pero podes investigar por ese lado. Entonces queda la opción que encontres un componente con una implementación mas eficiente o que hagas la tuya propia.

Ahora, siguiendo la idea de que quizas lo inapropiado aqui es la pregunta, en cuanto al planteamiento del problema que se hace, si lo que se pretende es mejorar el rendimiento del sistema, es probable que abriendo varios hilos de ejecución, que comprimirán varias imagenes en paralelo se tenga una ganancia considerable en el rendimiento. Tiene lógica ¿no?: Una aplicación comprimiendo 10 imagenes al mismo tiempo tendrá mejor rendimiento que una que comprime imagenes de una en una. Esto puede ser drámatico sobre todo con máquinas SMP.

Tampoco es aconsejable desmedir el número de hilos... creo que será una buena fase de pruebas la que podrá arrojar luz sobre cual es el número ideal.

Si el sistema es realmente crítico, también es aconsejable subir la prioridad de estos hilos a algun valor como tpHighest o tpTimeCritical, tomando en cuenta que esto tendrá gran impacto en el desempeño de otras aplicaciones, y claro, por último, tener lo mejor en hardware, en general: buen mainboard, memoria rápida, buenos procesadores y tanta memoria como sea posible. Podrias hacer un análisis detallado para determinar también cual es el hardware mas adecuado.

Hasta luego.

__________________
Juan Antonio Castillo Hernández (jachguate)
Guía de Estilo | Etiqueta CODE | Búsca antes de preguntar | blog de jachguate
Responder Con Cita