On Tue, Aug 12, 2003 at 12:22:11PM -0700, Ignacio Solis wrote: > - OO: la verdad, no me parece que se fuerce al kernel a ser orientado > a objetos. Si se quiere obligar a la interfaz de usuario a serlo, > pues me da igual, pero el kernel en si deber�a poder organizarse > como mejor se pueda.
LOL... si a vos te "parece" o no te "parece" no creo que sea relevante :-) > - Desempe�o: ... uups, aqu� se cayo el microkernel. Todas esas > llamadas de adentro para afuera del kernel que son necesarias ahora > si que molestan. bien es cierto que hay muchas optimizaciones, y > que pasar p�ginas de memoria de un proceso a otro no derberia ser > tan caro, pero siempre es un gasto que no deber�amos tener. �Ten�s alguna referencia que de soporte a esa aseveraci�n? La teor�a moderna de dise�o de microkerneles, a diferencia de la de hace 15 a�os, admite que un microkernel puro tendr� una desventaja medible en architecturas modernas de hardware por el simple hecho que dichas architecturas est�n optimizadas para kerneles monol�ticos. Un microkernel puro tiene que limpiar el TLB con una frecuencia mucho m�s alta que un kernel monol�tico, pues las llamadas del sistema implican cambiar datos en el mapa de memoria virtual de ida y de vuelta. Un kernel monol�tioco por el contrario puede usar lo que en el mundo de Intel se llama "bit del supervisor", que evita el problema mencionado. Un microkernel moderno pone los drivers de hardware en le microkernel, pues eso evita el cambio constante entre direcciones, y con eso resuelve buena parte de los problemas de rendimiento. Esto quiere decir que el concepto de servidores y clientes si bien est� presente, no se usa en forma tan extensiva. > > exactamente!, en eso es tan poderoso como gcc: [...] > > Siempre pens� que gcc era bastante complejo. gcc es bastante simple de hecho. Las partes que componen gcc son relativamente simples de entender y las interfaces entre las partes tambi�n. Las partes complicadas de gcc son complicadas no por el dise�o de gcc sino porque el trabajo que hacen es complicado. Marcelo -- Desuscripci�n: escriba a [EMAIL PROTECTED], tema 'unsubscribe' Problemas a: [EMAIL PROTECTED] http://www.linux.or.cr/listas
