Hola Julio está muy interezante lo que decías antes sobre POSIX > POSIX.1 - Todos son iguales > > POSIX.1b - Aqui los BSD y sobre todo FreeBSD tienen la > suprecmacia sobre los demas, linux blandito > > POSIX.1c - Solaris gana en esta parte y linux es bastante regularpero los BSD siguen siendo robustos
Quería agragar a tu comentario que Linux no distingue entre threads y procesos, es decir, tanto threads y procesos son para el kernel una tarea (task). También hay que tener en cuenta que se pueden implementar threads en espacio de usuario utilizando pthreads. Cada alternativa tiene sus pros y contras... En el libro de A.T de "Sistemas Operativos Modernos" se alaba a linux por no distinguir entre procesos y "hebras" (hilos, o como les quieran decir) porque así mejora la capacidad del sistema a reaccionar ante peticiones de distintas ramas del mismo proceso. También, se puede cambiar el grupo del proceso (para planificar con afinidad) y también el tipo de planificación (con sched_[get|set]scheduler) y otras cosas mas... Solaris si no me equivoco usa una interfase al kernel denominada LWP para mapear los threads. El kernel planifica sobre los LWP como si fuesen un procesador virtual. "Quizás" este manejo sea más eficiente que el de Linux me encantaría que alguien abundara en algún momento sobre esto... La gente de SUN siempre se jactó de la eficiencia del manejo multihilado de Solaris. LLegó al punto de afirmar que Solaris (10) era/es el so con la mejor performance existente... No tengo mucho contacto con Solaris, pero lo que he oído es que el planificador es efectivo con mucha carga y en maquinas que las soporten (SPARCS) pero que dista mucho de ser algo cercano a "universal" que es lo que busca linux... habría que probar con el planificador estos nuevos kernel 2.6.2X pero no creo que haga diferencia salvo en casos concretos salu2s > jat > _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
