
02/03/2006, 10:57
|
| | Fecha de Ingreso: octubre-2003
Mensajes: 3.578
Antigüedad: 21 años, 5 meses Puntos: 51 | |
Si tienes muchos objetos a visualizar, lo suyo es tener un solo Thread que pinte y los demas que le dejen trabajos en una cola de "pendientes". Así el Thread de pintar lo optimizas al máximo y no tienes que tratar conflictos de concurrencia de Threads pintando en el mismo sitio. Si con un Thread no basta, siempre puedes usar un pool de Threads leyendo de la cola de pendientes.
Swing lo hace así (solo hay un Thread que trate los eventos de pintar la pantalla).
La solución de thread-por-proceso no es escalable y solo sirve para acciones independientes. Pero cuando han de competir por un recurso (pintar), no conviene que el numero de threads crezca mucho. |