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

[vejerf]

Hola a todos...
Tengo una duda sobre el número de timers que se puede usar en una aplicación cualesquiera. Esto me surge ante la necesidad de tener que usar un timer por cada elemento que quiera dar de alta en mi aplicación ya que cada uno tiene que poderse actualizar según el tiempo que se le configure independientemente del resto.
¿Alguien sabe si el número de timers puede ser muy grande?
Muchas gracias!!!

[[FGarcia]]

Hola!

Yo he usado hasta 15 timers en una aplicacion pero nunca de manera simultanea. Tal vez uno o dos simultaneos pero no mas, por otro lado recuerda que si tu aplicacion tiene necesidad de ser precisa en el tiempo los timers no tienen prioridad contra el resto de eventos del sistema por lo que deberas de adaptar algun componente de terceros.

[vejerf]

Hola FGarcia! Gracias por tu respuesta... Necesito una cantidad mayor de timers (sobre los 80) pero lo normal es que no estén simultáneamente en uso, aunque en un caso muy extremo y extraño si pudiesen estar activos. Por otra parte no necesito una exactitud muy eleveda. Estamos hablando del orden de minutos con lo que no me importa un segundo más o menos (q no creo q sea tanta la desviación).

Gracias!!!

[[Lepe]]

En la página de Ians Marteens tienes una entrada "midiendo el tiempo con precisión" que va sobrado para tí.

En lugar de tener 80 timers, deberías seguir la filosofía de Ians:
- "iniciar un timer" es simplemente coger en ese momento la cantidad de tiempo que lleva encendido el ordenador.
- "Parar un timer" es volver a coger ese número y restarlo al anterior. La diferencia es el tiempo que ha tardado una tarea.

Como ves no es exactamente un timer, pero lo importante de todo es que no tienes 80 timers en memoria, de hecho no tienes nada, sólo un par de llamadas a la API.

(aunque no necesites precisión, te recomiendo el QueryPerformanceCounter(X)


Saludos

[vejerf]

Hola Lepe...
Gracias por tu aportación, pero no entiendo muy bien que es lo que me quieres decir...
Según entiendo lo que me planteas es algo así como tener un sólo timer con un periodo determinado (digamos un segundo) y que cada vez que entre en su evento compruebe si debe actualizar un elemento. Sabrá si debe actualizar ese elemento si coincide digamos su variable MomentoActualizacion con el valor devuelto por QueryPerformanceCounter.
¿Es más o menos eso lo que me has querido decir? Corrígeme si me equivoco please... Salu2...

[[Lepe]]

Sí, básicamente es eso.

Podrías utilizar un registro (o un objeto) por cada elemento que quieres dar de alta en tu aplicación, por ejemplo:

Código Delphi [-]
Type TElemento = record
   intervalo:Extended ; // el tiempo de tiempo que el usuario pone para actualizarse 
   inicio,  // cuando empezó a monitorizarse
   Fin :TDateTime ; // inicio + intervalo
   enMarcha:Boolean; // para saber si este crono está funcionando o no.
end;

elementos = array [0..79] of TElemento

Pero al hablar de "timers" y precisión me he ido por los cerros de úbeda.

Es más fácil poner un solo timer de 1 minuto. Cuando quieras dar de alta un elemento:
- asignas enMarcha a true para ese elemento.
- inicio := now; // una llamada a la fecha y hora actual del sistema
- Fin := inicio + intervalo; (intervalo expresados en días, por eso es un real, 1 segundo vendría a ser : 1 / (24 * 60 * 60))

En el evento OnTimer, captas la hora actual del sistema y la comparas con todo el array, así compruebas si tienes que actualizarlo o no.

Código Delphi [-]
actual := now;
for i:= 0 to 79 do
  if elementos[i].enMarcha then
    if elementos[i].Fin < actual then
    // hay que actualizar

Saludos.