Barrapunto

Este es mi último post. No creo que esto es offtopic. Porque básicamente multitarea es para sistemas operativos, y windows 3.x no es un sistema operativo, era un software más para msdos. Es como si discutieramos si las X son o no multitarea.

Para que halla multitarea en un sistema el núcleo de este tiene que usar unas técnicas que se llaman multiprogramación. Que msdos no tenía ni menos windows 3.1 ( que vuelvo a decir que no era sistema operativo ).

¿Qué quieres llamar a los programas TSR multitarea?, pues entonces mi amstrad también tenía multitarea. Ya que tenía un sistema operativo en rom y luego cargaba los juegos encima. ¿Eso no es multitarea?. Al fin y al cabo estaban los dos a la vez.

Más aún, cualquier sistema con soporte de lectura es multitarea. Total, cuando necesitamos un programa, leemos la pista 1 de ese dispositivo. Que queremos la 2, pues cargamos la 2. ¿No es eso?.

Me dices: "El concepto de TSR es una forma muy rustica de multitarea, pero no se compara ni remotamente con la capacidad de multitasking de Windows 3.1". Llevas dos o tres post y todavía no he visto nada de argumentación sobre ese hecho. ¿Me puedes dar algún dato?¿Nombre de la técnica que usaba windows 3.1 ( que te vuelvo a recordar que no era ningun sistema operativa, tan sólo un frontend )?. Yo te vuelvo a decir por cuarta vez, sino me crees de que msdos ( windows 3.1 NO ES UN SISTEMA OPERATIVO ) no tenia multitarea: Formatea un diskete desde windows 3.1, copia archivos desde una unidad a otra. Ponte a compilar un programa y mientras compila sigue programando. Puedes probar por ejemplo con borland c++ 3.1 ( version dos y windows ), turbo c++, o ms c++. Prueba ..... y cuando hallas probado algo de eso y cuando me digas como un software( que no un sistema operativo ) puede ser Multitarea sin serlo el sistema operativo seguimos hablando.

Bueno, lo de que Es imposible en una arquitectura monoprocesador, tener dos tareas ejecutandose al mismo tiempo no es del todo cierto. Por ejemplo, te cito la ejecución de instrucciones anidadas (no recuerdo si el nombre técnico es ese, hace tiempo que dejé la facultad)

Esto consiste en lo siguiente: El microprocesador descompone la instrucción a ejecutar en (normalmente) 4 pasos: lectura, obtención de datos, ejecución y e/s.

De esta forma, en un micro "normalito", tenías 4 instrucciones "dentro" del micro, cada una en una fase, y cada instrucción podía ser de un programa distinto. Eso sí, en "ejecución" propiamente dicha sólo hay una instrucción cada vez. Sin embargo, esta división en "fases" de la instrucción puede ser considerado multitarea por el hecho de que existen varias tareas en proceso de ejecución dentro del micro.

Para lograr esto, no sólo es necesario un micro capaz de hacerlo (que aparecieron hace ya bastante tiempo si mal no recuerdo), sino además un SO capaz de soportarlo.

Mal que le pese a algunos, y sin ánimo de defender o atacar a nadie, Windows 3.x NO permitía esta división de instrucciones, por lo que no podría ser considerado multitarea, a deferencia de los SO Unix (o basados en él) que sí permitían dicha división de las instrucciones y, por tanto, sí podían ser considerados multitarea.

Lo que hacía Windows 3.x (como ya han comentado en algún sitio), era que metía varios programas en memoria, pero sólo ejecutaba uno de ellos (todas las instrucciones una tras otra, sin posibilidad de intercalar instrucciones de otro programa) hasta que dicho programa "decidía" que podía pasar a esperar en memoria un nuevo "turno" de ejecución.