🚀 go-pugleaf

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Saiyine" == Saiyine  <saiyine@clubdelphi.com> writes:

    Saiyine> Veamos, yo no he dicho que sea bueno malo o verde, solo
    Saiyine> que es un sistema operativo. Siguiendo con la analogia de

Me gustaria comentar un par de detallitos al respesto de este tipo de
afirmaciones.

MS-DOS podria haberse considerado un S.O. si se hubiese dise�ado a
mediados o finales de los a�os 60. Pero desde luego no puede recibir
tal calificacion habiendo sido dise�ado a finales de lso '70,
comienzos de los '80.

Digo mediados/finales de los 60 porque aun no se habia desarrollado
demasiado el concepto de sistema operativo y cualquier programa que
hiciera algo manejable el uso de la maquina y el lanzamiento de
programas de forma secuencial y no concurrente se denominaba sistema
operativo (de hecho, creo que el termino es incluso posterior).

Segun la terminologia aceptada hoy en el campo de la investigacion de
sistemas operativos, MS-DOS seria poco mas que un cargador de arranque
junto con un monitor (bastante secillo por otra parte), tecnolocia
tipica de los 60 y (primeros) 70, en los sistemas de fichas
perforadas, aunque adaptado a un equipo con dispositivos de entrada
salida aleatoria (disquetes y discos duros).

Cierto que el hardware del PC original (lease su CPU) no se prestaba a
grandes florituras (proteccion de la CPU, memoria o E/S), pero desde
luego habia soluciones que si se podian calificar de S.O. que corrian
en la misma arquitectura.

Para que algo se pueda calificar de S.O. tiene que proporcionar entre
otras cosas (siempre, contando con apoyo por parte del hardware):

- - una politica de planificacion del uso de la CPU y mecanismos para
  aplicar esa politica

- - una politica de gestion de la memoria, y mecanismos que permitan
  aplicarla. 

- - una politica de gestion de las E/S, y los mecanismos que la
  implanten.

- - Una interfaz de uso que aisle las aplicaciones del hardware
  subyacente y las haga independientes del mismo, en la medida de lo
  posible (evidentemente, los cambios de arquitectura del procesador
  no son transparentes a las aplicaciones ;-)

Por supuesto que esas politicas tienen que ser algo mas que: "que la
aplicacion haga lo que quiera cuando quiera". Sino, basicamente el
"s.o." no es mas que un cargador (algo que pone el programa en la
memoria y lanza la ejecucion hasta que el programa decide parar).

Saludos. I�aki.

- -- 
  Get PGP/GPG Keys at  http://www.escomposlinux.org/iarenaza/pgpkey.html
  I use free software / Yo uso software libre

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt and GPG

iD8DBQE8JLgLZXLnGT1HLgcRAtHNAJ9lbiiXWWjM3wK1jek18HjfhikvwACcDbAY
IsMTYAuwMR5r7ggw+dbJfiQ=
=n4/5
-----END PGP SIGNATURE-----