Una tarea que se debe realizar muchas veces en Linux/Unix es la de matar procesos. Cuando algún proceso no hace lo que debería, o hace más de lo que debería hay que matarlo, sin piedad. Normalmente se utiliza “kill -9″ o si se trata de algo gráfico xkill, que lo hace mucho más cómodo. No obstante hay gente con mucho tiempo libre y una mente oscura y misteriosa que genera cosas como esta.
Básicamente te ofrece una “interfaz” basada en el juego DOOM para matar procesos. Apareceran todos en una sala, cada uno con su numerito, y tras dispararlos y matarlos como si estubieras en un videojuego estos pasaran a mejor vida en tu sistema, realmente surrealista.
Ya me imagino las conversaciones:
El Apache estaba tocándome las narices así que fuí a matarlo, pero el servidor de MySQL me vió y me atacó por lo que tube que matarlo a él también para salvar la vida. Lo más duro es reiniciar el PC, es un Jefe final de fase y el cabrón es duro de cojones.
El creador describe las siguientes “virtudes”:
La carga del sistema se ve a primera vista, un sistema muy cargado presentará numerosas salas llenas de Enemigos.
Existe la posibilidad de herir a los procesos en lugar de matarlos, dispararles en una pierna por ejemplo, con lo que los procesos se reiniciaran (al curarse!!!)
A cada sysadmin se le otorga un arma en concreto. De modo que los novatos tienen armas poco potentes o deben luchar con las manos desnudas. Los sysadmin importantes deberán ir con un RPG.
Sistemas muy cargados se regulan a si mismos. En salas realmente cargadas los enemigos se mataran entre ellos hasta autorregularse (con dos cojones… deja al sistema q se autorregule solo…. que miedo)
Acciones drásticas requieren esfuerzo. En la CLI es muy sencillo hacer “rm -rf /*” en cambio aquí realizar acciones como esta implica mucho esfuerzo, los sysadmin se lo pensaran dos veces antes de llevarlas a cabo.
Procesos importantes son Enemigos más fuertes, que incluso se defenderan de los ataques del sysadmin, esto alejará a sysadmin novatos de procesos vitales.
Los sysadmin podrán colaborar o competir. (simplemente sin palabras a esto…)
y los siguientes “defectos”:
Algunos procesos son vitales para el sistema. Por ejemplo, justo tras tomar una de las fotos, el proceso CSH fué atacado por otro proceso, “friendly fire” en su intento por alcanzarme. La sesión acabó de forma abrupta.
Asociar procesos a enemigos es complicado. ¿Debe reflejarse el tamaño del proceso en enemigos más grandes? ¿Reflejar la carga de memoria? ¿Los procesos hijos, deben parecerse a sus padres pero en versión “mini”?
Es complicado convencer a la gente que estas trabajando, y no “matando cosas en un videojuego”
La verdad…. rango friki OFF THE CHARTS!!!
Fuente: Web del autor
Madre mia que frikada… (pero ya lo tengo instalado xD)
Comment by GameZelda — Saturday 28 April, 2007 @ 6:55