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

[[seoane]]

Empezado por vejerf

Supongamos entonces que quiero implementar un reloj. Lógicamente este deberá cambiar cada segundo. ¿Con qué sería mejor hacer esto con un timer o con un thread? ¿Qué ventajas/inconvenientes podría tener cada uno?

Pues usando el reloj del sistema que para eso esta . No intentes contar tu los segundos, por ejemplo incrementando una variable en el evento del timer porque por muy preciso que sea siempre tendras un pequeño error y con el tiempo (despues de un par de horas) "tu reloj" terminara atrasando o adelantando. Lo mejor es que utilices el timer para mostrar el valor de hora del sistema en, por ejemplo, un label.

Código Delphi [-]
label1.caption:= TimeToStr(Now);

¿Y si quieres hacer un cronometro? Pues te digo lo mismo Simplemente tienes que guardar el valor inicial. Por ejemplo:

Código Delphi [-]
// Cuando comiences la cuenta
Marca:= Now;
 
 
// Para mostrar el tiempo transcurrido
label1.caption:= TimeToStr(Now-Marca);

[[gatosoft]]

¿¿80 timers??... pues el problema que salta a la vista es el consumo de recursos, y muy posiblemente la sincronización de componentes y variables....

¿¿¿Por que no pensar en un solo Timer, que controle la actaulización de los 80 componentes???.

Tu dices que cada Componente se actualiza con diferente intervalo de tiempo, pues no importa, debes idear una estructura en la que lleves la hora de inicio y el intervalo por cada componente. El timer se podría ejecutar cada segundo y evaluar en una sola función todos los componentes....

Saludos,

[[Delphius]]

Empezado por gatosoft

¿¿80 timers??... pues el problema que salta a la vista es el consumo de recursos, y muy posiblemente la sincronización de componentes y variables....

¿¿¿Por que no pensar en un solo Timer, que controle la actaulización de los 80 componentes???.

Tu dices que cada Componente se actualiza con diferente intervalo de tiempo, pues no importa, debes idear una estructura en la que lleves la hora de inicio y el intervalo por cada componente. El timer se podría ejecutar cada segundo y evaluar en una sola función todos los componentes....

Saludos,

¿Y no es acaso lo que recomendó Lepe unos post antes?

Saludos,

[vejerf]

Ahora lanzo otra pregunta vista las respuestas. ¿Qué sería más conveniente usar entonces un timer y comprobar todos los elementos o usar el recurso de los hilos como propone DolphyReyes?

[[Delphius]]

Empezado por vejerf

Ahora lanzo otra pregunta vista las respuestas. ¿Qué sería más conveniente usar entonces un timer y comprobar todos los elementos o usar el recurso de los hilos como propone DolphyReyes?

Si los procesos a ejecutar por cada elemento a comprobar son bastantes cortos, simples y no ocupan demasiados recursos yo diría que el uso del timer es una opción buena. Pero es necesario que se le dé el tiempo necesario al timer para que pueda terminar con su rutina.

Por ello cuanto más simples y elementales sean los procesos que intervienen, mejor para el timer. Tener una "ventana temporal" de un minuto es más que suficiente (creería) para que se ejecute todo.

Por el otro lado, el uso de los timers puede mejorar la perfomance de la aplicación; pero a mi modo de ver tener 80 hilos es algo bastante engorroso. Si 15 ya son un lío, 80 (si cada uno hace un solo proceso) son un lio descomunal.

Saludos,

[JoseFco]

Yo no se, pero por lo menos a mi me es muy dificil poder recomendar algo, sin tener una minima idea de que es lo que estarian haciendo esos timer.


Un Saludo.

[vejerf]

Empezado por Delphius

Tener una "ventana temporal" de un minuto es más que suficiente (creería) para que se ejecute todo.

¿A qué te refieres con ventana temporal Delphius? ¿Al intervalo del timer o al tiempo que podrían tardar los procesos dentro del timer?

[[Delphius]]

Empezado por vejerf

¿A qué te refieres con ventana temporal Delphius? ¿Al intervalo del timer o al tiempo que podrían tardar los procesos dentro del timer?

Me refiero al intervalo del timer.
Una vez que el Timer se dispara cuenta con un minuto para realizar lo necesario, antes de que nuevamente se dispare.
Cuanto más simples sean los procesos mejor, ese tiempo que se dispone en el timer puede llegar a satisfacer con tranquilidad a los procesos.

Todo dependerá de que hará cada cosa y el tiempo que se necesite o demande para llevarlo a cabo. Lo importante es saber determinar un valor de intervalo que no sea ni largo ni corto. Tal vez llevar una especie de auditoria y monitoreo de cada proceso involucrado puede servirte para determinar el marco temporal adecuado.

Quizá hasta es viable establecer un modelo dinámico. Es decir, que el mismo sistema sea capaz de autoregular el intervalo del timer. Por darte una idea: se puede calcular un promedio o mediana (en algunos casos es más precisa la mediana) y en bases a nuevas mediciones recalcular el nuevo tiempo de espera. De este modo se puede llegar a conseguir mejores resultados ya que no se "desprecia" tanto uso del CPU en estar constantemente evaluando procesos que tal vez no tienen una gran prioridad o que no tienen una frecuencia tan elevada.
Un esquema basado en prioridades es útil en algunos casos.

En fin, es una alternativa o una mirada diferente a la que te han estado ofreciendo. A lo que quiero llegar es que deberías preguntarte: ¿Es realmente necesario un marco de un minuto? ¿Todas las actividades tienen la misma prioridad? ¿Cuáles son las probabilidades de que todos los procesos deban realizarse en un mismo instante?

Saludos,