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

[[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,