| |
|
Desde que pulsamos el boton de encendido de nuestro PC hasta... (parte 24) |
|
|
|
| |
Por Jose Manuel Tella Llop, extraído de microsoft.public.es.windows98
DESDE QUE PULSAMOS EL BOTON DE NUESTRO PC HASTA..... (Parte 24)
---------------------------------------------------- OTROS TERMINOS COMUNES EN WINDOWS. DRIVERS Y VXD
------------------------------------------------ ** Muchas veces hemos oido la palabre "driver" o una "VxD". Y sobre todo hemos oisdo hablar de ellos cuando tenemos problemas, o bien cuando nos sale una pantalla azul (provocada por un "casque") en Windows o bien cuando queremos mejorar las "prestaciones" de nuestro PC, y alguien nos comenta: "pues acaban de sacer los ultimos drivers de .....". Bueno, ¿y todo esto que és? ¿para que sirve? ¿puede realmente traerme ventajas o más bien problemas?... Pues de todo hay. Vamos a intentarlo ver desde el punto de vista de un sistema operativo. Mejor dicho desde el punto de vista de un "diseñador" de sistema operativo. (A este nivel, en diseño, todos los sistemas operativos son iguales). DIAGRAMA DE BLOQUES DE WINDOWS
------------------------------ La definicion de Windows es (de arriba a abajo): 1) Aplicaciones
2) Interfaz de Usuario e Interfaz de ordenes. Base de Registro
3) núcleo de Windows
4) Administrador de maquina Virtual. Administrador des sistema de archivos instalable. Administrador de configuracion.
5) Controladores de dispositivo
6) ..... hardware ...... (bien, si ponemos "cajitas", incorporamos cada punto anterior en una de ellas, y lo pintamos de arriba a abajo, tendremos justo el diagrma a grandes "bloques" de windows). Vamos a ceñirnos a los "Controladores de dispositivos" es decir al punto 5). Este a suvez, lo podemos descomponer de arriba a abajo en otras "cajitas". 1) Otros componentes del sistema operativo.
2) Controlador Universal
3) Mini Controlador. Mini Controlador. Mini Controlador
4) Dispositivo. Dispositivo. Dispositivo. Es decir, en el punto 3) están los minicontroladores cuyo desarrollo es responsabilidad de los fabricantes. Windows trae soporte para muchos de ellos, pero la mayoria no estan desarrollador por Microsoft, sino por los fabricantes y son incorporados a la distribucion de Windows si "realmente" superan las certificaciones impuestas por Microsoft. Del punto 2) hacia arriba, es responsabilidad de Microsoft, tanto su desarrollo como su mantenimiento. ** Un controlador de dispositivo virtual (VxD) es un programa en modo protegido de 32 bits y que administra un recursos del sistema. Se ejecuta en modo Kernel en el anillo 0 (ver capitulos anteriores) y por tanto tiene todos los niveles de privilegio para efectuar cualquier operacion. Por lo anterior, es tremendamente peligroso una VxD mal
realizada, ya que nos implicará un "culgue" del sistema. Por otra parte, como programador, os puedo decir que es uno de los temas mas complicados de realizar. No por la complicacion de hacer la VxD en sí (realmente con conocer el hardware del dispositivo y poco más nos puede servir), sino porque es muy dificil de probar (y muy engorroso). Normalmente no se realizan suficientes pruebas de estas VxD. La "X" de una VXD, muchas veces se sustituye por otra letra. Así un dispositivo virtual para un dispositivo de visulalizacion (Display) se conoce como VDD. Para un dispositivo de Temporizacion se conoce como VTD, para una impresora (Printer), como VPD, etc.... Como nota curiosa, los VxD en Win95 / 98, se pueden cargar dinamicamente (la mayoria de ellos) y no es necesario hacerlo en la carga inicial de Windows. Igualmente, el sistema operativo, utiliza para ellos memoria "bloqueada". Es decir marcada como no pagiunable, para que permanezcan siempre en memoria e intentar optimizar así los accesos a estas VxD. Son los equivalente a lo que en Windows 3.1 eran los archivos .386 Veamos ahora un complento a lo anterior. Recordemos que en diagrama de capas de Windows,habiamos visto el Sistema de Archivos Instalable (IFS). Vamos a ver ahora su "descomposicion" SISTEMA DE ARCHIVOS INSTALABLE (IFS)
------------------------------------ Volviendo a nuestro sistema de "cajitas" (lo siento, pero no puedo pintarlas en estos archivos de texto. Estaria bien, que en vuestra documentacion, las pintaseis....) 1) Administrador del Sistema de Archivos Instalable
2) FAT de 32 bits (VFAT). Sistema de Archovs de CDROM (VCDFS). Redirector de
Red. Posibles componente de software de terceros.
3) Subsistema de E/S (Entrada / Salida) de bloqueo.
4) Supervisor de Entrada / Salida (IOS)
5) Otros niveles (no significativos).
6) Controlador de Puerto. Nivel SCSI con controlador de MiniPuerto. Bien, lo que los fabricantes de terceros nos suministran es el punto 6). Es decir lo controladores de Puerto (*.PDR), o bien los controladores de Minipuerto (*.MPD) Estos residen en c:\windows\system\iosubsys y son cargados "explícitamente" (al contrario de las VxD que existan en dicho directorio que Windows las cargará "implicitamente"). La capa ASPI del punto 6) es suministrada por el propio Windows 95 / 98. ** El conjunto de VxD o PDR, MPR, etc, es configurado en el registro por un pequeño fichero de texto ("script"), que nos suminitra el fabricante. Son los *.INF. En estos .INF vienen normalmente las cadenas de caracteres con las que el dispositivo se ha reconocido (recordad el tema de PnP), y Windows lo unico que hace, es buscar la cadena del dispositivo en esos .INF. Una vez encontrada, monta los drivers que allí vienen especificados. Igualmente para otros componentes de Windows (y de otros sistemas operativos), el resto de subcomponenetes está siempre claramente diferenciado a nivel de "capas". Es lo más logico. Si algo funciona mal,
únicamente tengo que tocar la "capa" correspondiente. Si quiero añadir una nueva funcionalidad al sistema: lo mismo. Toco únicamente un minidriver y todo debe funcionar. Un capitulo interesante y que merece la pena detallar, es la arquitectura de red. Esta arquitectura se inicializa siempre al arrancar Windows. Tengamos o no tengamos tarjeta fisica de red. Pensemos que de cara a los diagramas de bloques ("cajitas") que hemos visto, si la arquitectura de red está pensada igual, unicamente sustituyendo la ultima cajita del bloque, que será el driver de la tarjeta fisica de red, por otra cajita que sea la conexion telefonica a redes, pero que de cara a los bloques superiores responda igual, esta será nuestra red en Windows. (todo el mundo actualmente tiene módem . El PC -y windows- está orientado a la conectividad) ARQUITETURA DE RED EN WINDOWS 95 / 98
------------------------------------- **** Bueno, y este será el siguiente capitulo......
Volver a
Artículos y FAQs
| 
