🚀 go-pugleaf

J.A. Gutierrez wrote:

> Antonio Maestre Garc�a <anmaegar@quitararrakis.es> wrote:
> 
> : modo que van "rotando". En cambio en Solaris debe ser el propio hilo el
> : que ceda la CPU a otro de la misma prioridad.
> donde has le�do eso?
> Me suena muy raro...

Vamos a ver si sacamos algo en claro pq me interesa bastante. Seg�n el libro 
Java 2: Curso de programaci�n (Fco.Javier Ceballos-Ed. Rama) esto es as�.
Inicialmente explica que la m�quina virtual aplica un algoritmo determinista 
basado en la prioridad, es decir, que la planificaci�n de la CPU es por 
derecho de prioridad (preemptive). Por tanto, cada hilo tiene asignada una 
prioridad, de modo que cuando varios hilos est�n en la cola de preparados 
se selecciona el de mayor prioridad. Solamente cuando ese hilo se detenga 
podr� ejecutarse uno de menor prioridad, pero si llega un nuevo hilo de 
mayor prioridad a la cola de preparados, entonces este se expulsa y pasa a 
la CPU el de mayor prioridad. �ok?. Ahora textualmente del libro:

"Seg�n lo expuesto, la m�quina Java no reemplazar� el hilo actual en 
ejecuci�n por otro de las misma prioridad. En otras palabras, la m�quina 
Java no aplica una planificaci�n por cuantos, aunque la implementaci�n del 
sistema de hilos que subyace en la clase Thread puede soportarlos. Por 
tanto, no se debe escribir c�digo que dependa de cuantos, puesto que en 
algunas m�quinas virtuales puede funcionar (Win y Mac) y en otras no 
(Solaris). Despu�s de lo dicho ser�a bueno programar nuestros hilos de modo 
que cedieran el control voluntariamente algunas veces..."

En otro p�rrafo en el que sigue hablando de hilos con la misma prioridad:

"... una de las causas por las que la CPU ser� cedida a otro hilo ser� pq se 
supere el quantum de tiempo asignado. En este aspecto, la especificaci�n de 
Java da mucha libertad. Cada m�quina virtual implementa como quiere este 
agujero en la definici�n, cumpliendo perfectamente el est�ndar. Por 
ejemplo, las plataformas Win 9x/NT/2000 y Mac admiten planificaci�n por 
cuantos para hilos con la misma prioridad; en cambio, Solaris planifica por 
cooperaci�n, es decir, los hilos deben ceder voluntariamente la UCP."

Consultando otro libro: Java 2 (Herbert Schildt , Ed. McGraw-Hill), viene a 
decir lo mismo:

"....En SO como W98 los hilos se reparten autom�ticamente el tiempo mediante 
un algoritmo circular. En otros SO, como Solaris 2.x, los hilos deben ceder 
voluntariamente el control a otros de la misma prioridad. Si no lo hacen 
as�, estos �ltimos no se ejecutar�n..."

Despu�s de todo esto, �c�mo lo hace linux?. Y lo m�s importante, si quieres 
portabilidad debes siempre ceder t� voluntariamente la CPU, pq seg�n esto 
en Windows todos los hilos se ejecutar�an pero en Solaris algunos podr�an 
morir de inanici�n �no?
-- 
Saludos,
Linux User #226079