Cita:
Iniciado por fedexx 
Hola gente, estoy comenzando con un proyecto de una RIA para administración de empresas. Es una Applicacion multiventana, para controlar stock, facturar, Clientes proovedores y demás utiliades necesarias en una PYME.
Para el frontend uso flash builder como comente anteriormente.
Para el backend uso php5 + mysql.
Framework uso ZEND que viene por defecto con Flash Builder for PHP.
Y para comunicar cliente y server uso AMF.
Para el que mas o menos conoce ZEND Framework sabra que tiene herramientas para Autentificar y para controlar los accesos mediante ACL.
Hasta aca va todo fenomeno! el tema es el siguiente. Hay datos que necesito chequearlos con cierta regularidad, cada 4 segundos o un poco mas 5 o 6. No es gran cantidad de datos las que se transfieren en estos "chequeos" es solo un numero de control que me indica si se realizo algún cambio desde otro cliente, si el servidor me dice "si se realizaron cambios" entonces el cliente Flash recarga los datos.
Entonces me empezó a aparecer una duda, el tema del CPU LOAD en el server, teniendo en cuenta que voy a estar constantemente realizando consulta tras consulta cada pocos segundos de forma automática. Como podria chequear o calcular de forma manual el uso de CPU ? alguien con experiencia podria darme una mano con este tema?
Como les comente antes, este sistema estaría orientado a pymes (Pequeñas y medianas empresas) supongamos 20 terminales con el sistema funcionando de 8 de la mañana a 8 de la noche.
No me preocupa tanto el bandwith sino mas bien el CPU LOAD porque el cliente pesara 10 megas pero carga solo una vez. Aca lo que mas me preocupa es el uso de consultas MYSQL y scripts PHP.
Gracias de antemano!
No soy programador, pero como especialista en servidores y hardware puedo decirte que cualquier servidor hoy en día soportará fácilmente más de 100 queries por segundo, la mayoría del hardware nuevo soportará incluso varias veces esto.
Solo debes asegurarte que tus consultas a la BBDD estén bien optimizadas al igual que el servidor MySQL.