Duda sobre la cantidad de timers que puede soportar una aplicación

[vejerf]

Hola de nuevo,
Después de un tiempo meditando y viendo que podía ser mejor me decanté por la propuesta de Lepe y usé un registro por cada elemento para ver en qué momento debía de actualizarse.
No conforme del todo con el resultado obtenido me planteé el uso de threads, uno por cada elemento. Ahora mismo estoy en ello aunque tengo un par de dudas:
- Primero: No sé que pensáis qué es más conveniente si un timer y comprobar cada cierto tiempo si un elemento ha de actualizarse o, como estoy haciendo ahora, un thread por cada elemento y cuando le llegue su momento se actualizará.
- Segundo: Esta pregunta es por desconocimiento del funcionamiento de un thread. Un thread cuando finaliza su método execute hay que liberarlo? Cuando se libera deja la variable a la que lo tenía asignado con el valor nil? Teniendo en cuenta que cuando se está ejecutando el hilo y llega una actualización tengo que incrementar el periodo de finalizacion en intervalo, se puede usar la condición siguiente siendo fin una variable publica del hilo?:

Código Delphi [-]
if Elemento.hilo = nil then
    // Crear hilo
else
   Elemento.hilo.fin := Now+Intervalo;

Gracias!!!

[[Lepe]]

Si lo haces por aprender threads, lo veo bien , pero desde luego la opción que elegiste es la más eficiente (no porque lo haya dicho yo, de hecho es una técnica bastante antigua).

Empezado por vejerf

Un thread cuando finaliza su método execute hay que liberarlo?

Mira su propiedad FreeOnTerminate
[quote=vejerf;324605]
Cuando se libera deja la variable a la que lo tenía asignado con el valor nil?
[/delphi]
Nunca. En delphi te asigna nil cuando usas FreeAndNil, pero no puede usarse con el thread, porque él es cuando decide liberarse.

Empezado por vejerf

y llega una actualización tengo que incrementar el periodo de finalizacion en intervalo, se puede usar la condición siguiente siendo fin una variable publica del hilo?:

Como norma general, no es bueno para tu salud mental usar variables con threads (es igual de lioso que una publica que no sabes quien la actualizó la última vez). De todas formas, la varible que se comparta en varias threads debe declararse así:

Código Delphi [-]
threadvar Una:string;

// en lugar del típico
var Una:string;

Para no usar variables públicas, lo mejor son eventos, y que un Thread informe cuando termine.

Saludos