Barrapunto

La situacion es mucho mejor de lo que tu la pintas.

No todas las tareas son iguales, las tareas interactivas tienen una prioridad mas alta y por lo tanto se van a ejecutar antes que otras mas lentas que requieren mas proceso.

Ademas un usuario no va a ser capaz de generar mas de unas pocas actividades interactivas por minuto a no ser que se dediquen a escribir a toda leche sin parar, para las 3 tareas/s que tu supones se necesitarian mecanografos dando 180 pulsaciones por minuto, dificil, no?

venga hombre piensa un poco y veras que tengo razon.

imaginate que estas navegando o chateando o lo que quieras y piensa en la carga que cada una de tus acciones (pinchar aqui, pulsar unas cuantas teclas, etc.) causa sobre el servidor. Luego piensa cuales de esas actividades necesitan una respuesta instantanea y en cuales importa menos. No pienses en tareas interactivas con el enfoque clasico y obsoleto sino mas bien en "microtareas" que requieren una respuesta instantanea para ser placenteras al usuario.

Por ultimo piensa como el "scheduler" va a priorizar los procesos y cuales van a entrar en el (o los) procesadores primero.

Ejemplo: estas navegando, quieres ir a barrapunto.com, para eso tienes que pinchar cuatro teclas, eso son cuatro tareas en el servidor interactivas, las responde rapido porque la prioridad del proceso es alta. Ahora le das al enter y empieza a cargar la pagina, no es una actividad interactiva, el tiempo de respuesta no es crucial. Al principio la prioridad de tu proceso es alta pero va bajando asi que si otro usario pincha otras cuatro teclas su proceso va a entrar en la CPU, etc.

Me he explicado ahora?

Ahora haz un calculo del numero de "microtareas" que tu actividad normal mientras navegas, programas, usas la shell, etc., causaria en el servidor, 30 cHz, 50 cHz tal vez? ;-)