Pues está demostrado. Si, al salir de clase a las 19.30 zulú, en lugar de ponerme a buscar bici por todo Reina Mercedes y alrededores voy directamente a coger el autobús, llego a mi casa a la misma hora…
Yo empiezo a pensar que a estas alturas, si no lo hemos conseguido ya, nunca lo lograremos. Debemos eliminar la previsión del tiempo de nuestras vidas. En lugar del chico o la chica del tiempo que sale en cada cadena o elabora la previsión del día para otros medios, deberíamos colocar un chamán, clásico, con pieles de animales y tambor o bastón de hechizos, tendrían el mismo porcentaje de aciertos.
No quiero herir sentimientos de nadie que se dedique al tema de predecir el tiempo, de echo está implícito en la palabra Predecir:Anunciar por revelación, ciencia o conjetura algo que ha de suceder. Más de conjetura que de ciencia, quizás.
El caso es, ¿Tan difícil es? Imagino que sí, es otra pregunta profesional como me podrían hacer a mi para un PC que falla…
Es más que dificil conseguir una bici cuando salgo de clase en Reina Mercedes a eso de las 19.30. De hecho, hay como una especie de guerra abierta de todos contra todos por encontrar un vehículo disponible.
Últimamente, incluso he arreglado alguna para poder volver a casa, un arreglo que sólo consiste en volver a colocar la cadena, esto me ha pasado en dos ocasiones.
Pero hoy, hoy ha sido genial. Salía de clase y en la parada de la etsii no había ninguna, subí hasta la rotonda y se estaban llevando la que había, bajé hasta las dos paradas del campus y también se llevaban la única disponible, en la de arquitectura… ¡También! había una y se la llevaban…
¡Qué mala suerte! Iba ya a cruzar la calle para coger el autobús cuando una chica aparece y va a cruzar en sentido contrario, la observo y cruzo los dedos para que se pare en la parada de arquitectura, se abre el semáforo, la sigo con la mirada mientras permanezco parado en el semáforo, y ¡SI! se para. Me muevo, camino rápido hacía la máquina, intento ver más allá no venga otro depredador, continuo, juas otro quiere esa bici, nos miramos en plan lejano oeste y salimos corriendo los dos a la vez, y…
GANE!!
Hacía por lo menos veinte años que no echaba a correr contra otro ser humano, desde la niñez sin ir más lejos. - Lo siento, le dije al muchacho, - esto es una guerra. Él se lo tomó bien, y me fuí. Pero ha sido muy gracioso. A ver si hay suerte y alguien lo sube a YouTube
El kernel de Linux administra cuatro colas de planificación de procesos:
- SCHED_RR: Basada en Round Robin, es una cola que asigna tiempo de procesador a los procesos de forma cíclica un tiempo finito que llamamos cuanto (q, quantum);
- SCHED_FIFO: Basada en First In First Out, también dispone de un cuanto, pero normalmente no se usa porque no se fuerza al proceso a abandonar la CPU. Se usa en sistemas de tiempo real.
- SCHED_OTHER: Planificación clásica de Linux. Se basa en prioridades dinámicas del sistema, que se establecen en una combinación de la prioridad de usuario y la de sistema.
- SCHED_YIELD : No es una política de planificación, sino un modificador que afecta a las tres políticas anteriores. El proceso cede la CPU a cualquier otro que esté listo. Se activa con una llamada al sistema (sched_yield()) sólo para el siguiente ciclo de planificación.
Para ver cómo funciona, podemos crear un programa en C que trabaje contra el planificador:
- Para establecer y recoger los parámetros de planificación:
int sched_setparam(pid_t pid, const struct sched_param *p);
int sched_getparam(pid_t pid, struct sched_param *p); - Para conocer el intervalo del cuanto:
int sched_rr_get_interval(pid_t pid, struct timespec *tp); - Para conocer los algoritmos de planificación:
int sched_setscheduler(pid_t pid, int policy, const struct sched_param *p);
int sched_getscheduler(pid_t pid); - Para conocer la el rango de prioridades estáticas:
int sched_get_priority_max(int politica);
int sched_get_priority_min(int politica);
Y como más vale una imagen, el código aquí
