Estudio comparativo de sistemas operativos de la cátedra Sistemas Operativos de la FRCU - UTN.

1. Tema del día: Estudio comparativo de S.O. Unix BSD, GNU/Linux y Windows NT/2K

3. Estructura del Kernel

4. Gestión de Procesos

5. Gestión de Memoria

6. Estrategias de Entrada/Salida

7. Manejo de Archivos y F.S.

8. Seguridad y Protección

10. La tercera versión se escribío en C en los laboratiorios de Bell (creado para soportar Unix)

11. La UC en Berkeley desarrolla su propio Unix (el Berkeley Software Distributions - BSD).

12. Desarrollado para las VAX, 4.3BSD es una de las versiones más influyentes y ha sido portada a innumerables arquitecturas.

13. Dos ramas incompatibles (BSD y System V) crean la necesidad de un estándar (nace POSIX)

15. En 1991 un estudiante finlandés presenta como tesis un kernel basado en Minix, lo llama Linux y lo distribuye bajo licencia GNU.

16. Al unirse con las herramientas de la GNU nace el sistema operativo GNU/Linux.

18. Originalmente la API nativa de NT sería la OS/2, pero durante su desarrollo se la cambió por la Win32 debido a la popularidad de Windows 3.0

19. Luego evolucionó en Windows 2000, un S.O. de 32 bits, preemptive y con arquitectura de microkernel.

21. Interfaz de usuario sencilla y externa.

22. Sistema de archivos y directorios jerárquico.

23. Archivos como secuencias de bytes.

24. Soporte multiproceso.

25. Objetivos prioritarios: favorecer la interactividad y brindar herramientas al programador de aplicaciones.

27. Pensado para ser portable. En lo posible el código fuente es independiente de la plataforma.

28. Kernel modular con módulos que se cargan de manera dinámica (DLKM).

29. Soporte para gran variedad de F.S.

30. Soporte multiproceso a través de SMP (multiprocesamiento simétrico).

32. Portabilidad: escrito en C y C++, con el código dependiente del Hw aislado en una DLL llamada HAL (Hardware Abstraction Layer)).

33. Confiabilidad: protección de memoria y protección de recursos.

34. Performance: kernel preemtive y con soporte de SMP.

35. Internacionalización: mediante la API NLS.

36. Estructura: Unix BSD

37. Estructura: GNU/Linux

38. Estructura: Windows 2K

42. Linux tiene el sistema X-Window que corre en modo usuario.

43. Kernel: Arquitectura Device Drivers Process Management, Memory Management, I/O Management, etc. Win32 Windowing Application System Services User Mode Kernel Mode Hardware Dependent Code Windows Device Drivers Process Management, Memory Management, I/O Management, etc. X-Windows Application System Services User Mode Kernel Mode Hardware Dependent Code Linux

45. La mayoría de los componentes se pueden compilar como DLKMs

47. Se cargan en el kernel en tiempo de ejecución y bajo demanda (componentes poco usados ocupan memoria del kerenl sólo cuando son necesarios)

48. Lo módulos del kernel pueden ser actualizados gradualmente

49. Permite soportar kernel mínimos que se adaptan a la computadora y cargan sólo aquellos componentes que son utilizados.

51. El soporte de modularidad es débil:

53. Se compilan independientemente del kernel.

54. Pueden ser cargados de manera dinámica.

56. Subsistemas por capas Win32/POSIX

58. Librerías de sistema por capas: BSD, Unix SysV y POSIX

59. APIs compactas (1742 funciones en la Single Unix Specification Version 3; sin incluir las APIs de X-Window)

61. Subsistemas por capas Win32/POSIX

63. Librerías de sistema por capas: BSD, Unix SysV y POSIX

64. APIs compactas (1742 funciones en la Single Unix Specification Version 3; sin incluir las APIs de X-Window)

66. Cada proceso tiene su espacio de direcciones a través de su BCP y tablas intermedias.

68. PThreads brinda herramientas para threads cooperativas.

71. RR fija (pri. 0-99)

73. Planificación: Prioridades 31 15 16 0 Fija Dinámica E/S Windows 140 100 99 0 FIFO Fija Round-Robin Fija Normal CPU E/S Linux

77. Usan prioridades estáticas con valores ente 1 y 99

81. Ciertas llamadas al sistema pueden provocar una inversión de prioridades.

94. Los drivers no están ordenados por capas, aunque hay cierta estructura: controlador / dispositivo.

95. La cantidad de interrupciones se controla mediante IRQL (internal interrupt request level)

96. Las int. se separan en rutina de trat. de la int.(ISR) e interrupción suave o tasklet.

97. Soporta Plug&Play

99. Drivers ordenados por capas y la mayoría de la E/S soporta operación asíncrona.

100. La cantidad de interrupciones se controla mediante IRQL.

101. Las int. se separan en rutina de trat. de la int. (ISR) y llamada a proc. diferido (DPC)

102. Soporta Plug&Play

104. Caché global común.

105. Caché virtual de archivos

106. El caché se hace a nivel de archivos, no de bloques.

107. Los archivos son mapeados en memoria del kernel.

108. La caché permite servir archivos usando un protocolo de copia cero (zero-copy)

112. Gracias ! Ing. Gabriel E. Arellano [email_address] http://www.gabriel-arellano.com.ar/so/ (2008) Gabriel E. Arellano Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. The GNU Free Documentation License as applicable to this document can be found at: http://www.gnu.org/copyleft/fdl.html