jueves, junio 24, 2004
El pasado y el futuro de los drivers para Windows
Este artículo cuenta los problemas de los modelos actuales de drivers en Windows y el futuro: WDF (Windows Driver Foundation). Sobre WDM (Windows Driver Model), que es el modelo actual, hace estas críticas:
El nuevo modelo de drivers que quieren sacar, WDF, intenta no tener estas limitaciones. El WDF tiene tres componentes: un entorno (framework) para drivers en modo kernel, otro para drivers en modo usuario y unas herramientas de verificación. Es un modelo orientado a objetos y a eventos.
Una de las ideas que tienen es el "aislamiento de drivers" (driver isolation), de tal manera que incluso los drivers en modo kernel tengan un entorno protegido propio y si hace algo incorrecto, no afecte a la estabilidad del sistema.
- Es muy complicado. Por ejemplo, para soportar totalmente la administración de energía con Plug and Play se necesitan más de 100 estados.
- Cuando se hizo se pensó sólo en el rendimiento y no en la seguridad.
- No hay soporte a distintas versiones en el mismo fichero binario.
- Hay demasiados modelos de miniports (drivers básicos para un tipo de dispositivo que ofrece Microsoft). En la actualidad hay 10. Los modelos de miniports tienen sus propias limitaciones, comentadas en el artículo.
- Casi todos los drivers tienen que correr en modo kernel, con los problemas que eso plantea.
El nuevo modelo de drivers que quieren sacar, WDF, intenta no tener estas limitaciones. El WDF tiene tres componentes: un entorno (framework) para drivers en modo kernel, otro para drivers en modo usuario y unas herramientas de verificación. Es un modelo orientado a objetos y a eventos.
Una de las ideas que tienen es el "aislamiento de drivers" (driver isolation), de tal manera que incluso los drivers en modo kernel tengan un entorno protegido propio y si hace algo incorrecto, no afecte a la estabilidad del sistema.
domingo, junio 20, 2004
El ISO de Suse 9.1
Me entero por OS News de que SUSE ha dejado disponible el ISO de su versión 9.1. La novedad no es la versión, sino que SUSE deje el ISO para descargar: antes no lo hacía y sólo podías instalar por FTP (o comprarte el CD, claro). Esto, junto con haber hecho GPL a YaST, es un movimiento muy claro de apertura de SUSE desde que fue adquirida por Novell.
sábado, junio 19, 2004
Nueva línea de comandos para Windows
En OSNews comentan el nuevo shell de Microsoft, llamado MSH. Saldrá (en teoría) con Longhorn y destacan como novedad que va a tener pipes tipo Unix... pero en vez de ser de texto, serán de objetos .NET.
APIs de programación
La entrada de hoy va sobre programación, un tema no muy habitual en este blog, pero al que a veces hago referencia.
De hecho, ya comenté una vez la importancia que están adquiriendo las aplicaciones web, que es una de las cosas que hoy quería señalar a cuenta de la muy interesante historia de Joel Spolsky titulada Cómo Microsoft perdió la guerra de las APIs. Según él, cada vez más el API es HTML. Creo que está confundiendo términos: el API de presentación puede ser cada vez HTML, pero el resto de cosas dependen de otros lenguajes con sus librerías y de los sistemas operativos en última instancia.
Desde este artículo de Joel se enlaza a otro muy interesante donde Don Box, "arquitecto de software" de Microsoft, comenta que COM y DCOM no resultaron tan bien cómo creían. En realidad, lo que dice que no resultó tan bien cómo creían era la idea de objetos distribuidos: al final son muy pesados y muy complejos de utilizar. Yo hace tiempo que sospecho que DCOM y CORBA no se utilizan mucho por estos problemas, pero tengo una pregunta sin responder: entonces, ¿con qué se hacen las aplicaciones distribuidas? ¿Se sigue con el modelo tradicional basado en aplicaciones cliente-servidor y sockets?
Por último, a través de la bitácora de fernand0 en Barrapunto descubro que Microsoft tiene un wiki sobre Internet Explorer. De fernand0 voy a rvr en Typepad y de ahí al blog de Robert Scoble, donde tiene en una entrada sobre si Microsoft se preocupa por Mozilla al hilo de una interesante entrevista con uno de los creadores de Mozilla en Ars Technica. En los comentarios de la entrada en el blog de Scoble se habla mucho de por qué el Internet Explorer está parado, y la razón coincide con lo que decía Joel Spolsky: porque a Microsoft no le interesa que el HTML sea el API.
De hecho, ya comenté una vez la importancia que están adquiriendo las aplicaciones web, que es una de las cosas que hoy quería señalar a cuenta de la muy interesante historia de Joel Spolsky titulada Cómo Microsoft perdió la guerra de las APIs. Según él, cada vez más el API es HTML. Creo que está confundiendo términos: el API de presentación puede ser cada vez HTML, pero el resto de cosas dependen de otros lenguajes con sus librerías y de los sistemas operativos en última instancia.
Desde este artículo de Joel se enlaza a otro muy interesante donde Don Box, "arquitecto de software" de Microsoft, comenta que COM y DCOM no resultaron tan bien cómo creían. En realidad, lo que dice que no resultó tan bien cómo creían era la idea de objetos distribuidos: al final son muy pesados y muy complejos de utilizar. Yo hace tiempo que sospecho que DCOM y CORBA no se utilizan mucho por estos problemas, pero tengo una pregunta sin responder: entonces, ¿con qué se hacen las aplicaciones distribuidas? ¿Se sigue con el modelo tradicional basado en aplicaciones cliente-servidor y sockets?
Por último, a través de la bitácora de fernand0 en Barrapunto descubro que Microsoft tiene un wiki sobre Internet Explorer. De fernand0 voy a rvr en Typepad y de ahí al blog de Robert Scoble, donde tiene en una entrada sobre si Microsoft se preocupa por Mozilla al hilo de una interesante entrevista con uno de los creadores de Mozilla en Ars Technica. En los comentarios de la entrada en el blog de Scoble se habla mucho de por qué el Internet Explorer está parado, y la razón coincide con lo que decía Joel Spolsky: porque a Microsoft no le interesa que el HTML sea el API.
miércoles, junio 16, 2004
Echando el freno en los DVDs
Según cuentan en un artículo de Extreme Tech, 16x será el límite máximo de velocidad en los DVDs. A partir de ahí hay problemas físicos para subir la velocidad: los DVDs girarían a 10000 RPM, más o menos la misma velocidad que tienen los CDs 52x. El problema es que hacer que gire más rápido podría hacer que el disco se rompiese.
La especificación de DVD+R 16x está ahora en proceso de aceptación. A 16x, se tardan menos de 6 minutos en hacer un DVD completo. Eso sí, los discos DVDs 12x todavía no han salido al mercado, pero hay grabadoras que permiten grabar a 12x en discos de 8x.
En general, un artículo muy interesante sobre el mercado actual y futuro del DVD.
La especificación de DVD+R 16x está ahora en proceso de aceptación. A 16x, se tardan menos de 6 minutos en hacer un DVD completo. Eso sí, los discos DVDs 12x todavía no han salido al mercado, pero hay grabadoras que permiten grabar a 12x en discos de 8x.
En general, un artículo muy interesante sobre el mercado actual y futuro del DVD.
sábado, junio 12, 2004
Los nuevos PowerMac G5
Apple anunció hace un par de días los nuevos PowerMac G5. De esta historia se hicieron eco en la blogosfera hispana al menos minid y Barrapunto. Lo curioso es que los comentarios de ambos sitios, especialmente de minid, son muy positivos, sin poner ningún punto en contra. En cambio, en Ars Technica criticican unas cuantas cosas:
Además, por tercera vez le han dicho a Apple que deje de hacer publicidad engañosa con eso del ordenador personal más rápido del mundo.
- Jobs dijo que iba a ir a 3 GHz y en realidad va a 2.5 GHz y parece que va a ser difícil llegar a 3 GHz. Han tardado demasiado en sacarlo y no han incrementado mucho su potencia.
- Tiene slots PCI-X en vez de PCI-Express, que son los modernos y los adecuados para equipos que no sean servidores.
- Lleva una tarjeta de vídeo dos generaciones vieja.
Además, por tercera vez le han dicho a Apple que deje de hacer publicidad engañosa con eso del ordenador personal más rápido del mundo.
viernes, junio 04, 2004
Haciendo más rápido el sistema operativo
A través de OSNews llego a un artículo sobre hacer más rápido el sistema operativo, en concreto 10 cosas que hizo Apple a su MacOS. Habla de técnicas como hacer una caché de inicio (boot caché), defragmentación sobre la marcha, prebinding, journaling del sistema de discos... Puede ser interesante.
jueves, junio 03, 2004
El BIOS de código abierto
Cuentan en Ars Technica que Intel va a liberar como código abierto el sustituto de la BIOS: el EFI (Extensible Firmware Interface). Por cierto, que también hay un proyecto de BIOS para Linux: LinuxBIOS.
Por otro lado, esto parece que va en contra de Open Firmware, que es un estándar IEEE (el IEEE-1275) y si no me equivoco es la BIOS que utilizan Apple y Sun, basada en el lenguaje Forth.
Por otro lado, esto parece que va en contra de Open Firmware, que es un estándar IEEE (el IEEE-1275) y si no me equivoco es la BIOS que utilizan Apple y Sun, basada en el lenguaje Forth.
