Saludos .. Para el caso de Solaris, el desde la version 9 esta orientado a la virtualizacion, es por eso el enfacis en mejorar los threads, pero no es tan eficiente en procesadores INTEL, el es un decendiente tambien de BSD ..pero "nada que ver" en tiempo real :o), los "kthreads" funcionan muy bien en SPARC porque es una arquitectura concebida desde un inicio para intercambiar contextos a un nivel muy bajo
En el caso de *BSD y FreeBSD mayormente, el nivel de "granulacion" que tiene el kernel es lo que le permite hacer las cosas a un nivel increiblemente rapido, aunque sean "pthreads", tambien tiene diferentes espacios: user, kernel y "one per CPU" que pueden anidar 2 o mas de las anteriores. Un ejemplo practico, yo use un tiempo RTLinux y RTAI tienen un seremillar de funciones y como es logico, un patch para el kernel "vainilla" de linux,, en FreeBSD es solo usar las funciones para los hilos :o) Yo respeto la universalidad de Linux y la aceptacion de drivers modernos y aplicaciones disponibles , pero existen entornos donde un nanosegundo cuenta y un microsegundo marca una gran diferencia. Penosamente no puedo tener la vision de ustedes de a libertad del FLOSS, inevitablemente yo, donde ustedes ven una ventaja tecnologica, yo analizo y busco como hacer dinero :o) Siempre digo: "Es FLOSS, es mas eficiente, es GRATIS si lo haces tu, pero es MAS CARO si lo hago yo, puedes ir directo a produccion conmigo, o esperar a que su ingeniero sea un master" :o) jat ----- Original Message ----- From: "amok.gentoo" <[EMAIL PROTECTED]> To: ""Soporte técnico para Software Libre y GNU/Linux."" <[email protected]> Sent: Tuesday, April 29, 2008 7:33 AM Subject: Re: [linux-l] FreeBSD, ¿Que Tal? 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 -- No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.6/1402 - Release Date: 28/04/2008 13:29 _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
