IBM System / 360 - La historia de la falla no tenía tales Bashny.Net

Sigo mi serie de artículos sobre el IBM System / 360 ( primera parte del sistema "en su conjunto» , vtoraya parte acerca de la arquitectura ). No le afecta la izquierda varios temas interesantes, y el primero de ellos - está operando el Sistema / 360, especialmente el aspecto histórico de su desarrollo
.
Hasta principios de los años 60, "poderoso" y "costo" de IBM eran incompatibles. Transferencia de programas fue difícil, ya veces imposible. Es causada por muchas razones, empezando por las diferencias en los sistemas operativos, y que terminan diferencias periferia. Que ahora parece evidente por sí mismo - la compatibilidad de los diversos componentes de hardware y de software, entonces no es necesario. Fue durante el desarrollo del Sistema / 360 ingenieros han decidido que este enfoque aumenta en gran medida el costo de desarrollo y un mayor apoyo, y decidió estandarizar el nuevo sistema, lo que simplifica la portabilidad y el mantenimiento de programas de ordenador.

Fue planeado originalmente para suministrar ordenadores System / 360 con el nuevo sistema operativo con las tareas de procesamiento por lotes. En pocas palabras, todos los programas que necesita para funcionar, que se describe como un "paquete" - el programa en sí y el conjunto de datos de entrada. Estos paquetes se procesan de forma secuencial, en función de las prioridades y la disponibilidad de los recursos. Este enfoque permite reducir la intervención humana en la planificación de la unidad central y optimizar la carga, lo que reduce los gastos generales. El sistema operativo se llama OS / 360

Los desarrolladores del sistema operativo fijamos un increíblemente ambiciosos objetivos que no se tratan antes. Este sistema operativo fue brindar apoyo a la "multi-programa". En la periferia de la lenta ejecución sólo un programa a la vez llevó a cortes frecuentes, cuando el sistema está esperando para algunos datos desde un dispositivo externo. Por lo tanto se usa un enfoque similar a la programación asíncrona moderna. Carga en la memoria y se ejecutan los primeros programas. Si es necesario, la larga espera, el contexto del programa actual se guarda y el control pasa a la siguiente, lo que podría funcionar hasta que se esperaba los primeros datos. El sistema operativo en este caso era para mantener las cosas bajo control constante, la protección del software descargado de los fracasos de otros programas, y controlar el acceso a los recursos. Todo esto se complica por la ausencia del concepto de memoria virtual. El sistema operativo se supone que funciona en todos los modelos de la línea, por lo que la configuración varió de 16 KB de RAM y hasta 1 MB, y la velocidad - desde unos pocos miles de operaciones por segundo, hasta medio millón. Sólo el sistema operativo era para satisfacer las necesidades de todos los programas, a partir de cálculos matemáticos complejos, unidades externas casi no utilizados, y terminando con un simple DBMS analogía, que dependen por completo de las operaciones de entrada-salida.





Como se puede ver, los planes eran ambiciosos pero acabando el tiempo. La parte de hardware estaba listo para salir al mercado, los competidores atacaron a los segmentos de mercado en los que IBM fue la versión más vulnerables, y estable y fiable del OS / 360 no nacido. Además, la solución resultante no quería encajar en la memoria de los modelos de gama baja. Se hizo la decisión salomónica de emitir un sistema operativo en una forma más simple, con la promesa de nuevas actualizaciones.

Se desarrollaron varios intermedia.

BOS / 360 (OS Básico) - el sistema más fácil para los modelos más jóvenes
.
TOS / 360 (OS Tape) - un sistema para modificaciones con la carga de la cinta
.
DOS / 360 (a pesar del nombre, no tenía nada que ver con nosotros familiarizados época x86 DOS) -. «Versión básica" para la mayoría de las configuraciones de media y alta potencia

PCP (Programa de Control Primario) - lo que hoy se llamaría una "beta" del sistema operativo completo / 360 no soporta el multi-programa
.


A la salida de la serie / 360-67 (si usted lee la primera parte del artículo, usted debe recordar que en este sistema se introdujo el concepto de memoria virtual) la liberación prevista de TSS / 360 (System Time Sharing). Como su nombre lo indica, esta versión se suponía que debía mantener un modo de tiempo compartido. Las versiones de prueba de este sistema operativo se han dado en la prueba a los grandes clientes corporativos, pero los comentarios fueron negativos, y el sistema operativo ya es "tarde" dada la situación del mercado, por lo que la salida de TSS / 360 fue cancelado. Por esta vez fue lo suficientemente depurado sistema operativo CP-67, que se desarrolló en el Centro de Investigación de Cambridge de IBM. CP-67 se mantuvo estable suficiente que IBM fue a ofrecer a los clientes con verdadera en un "fuera de garantía", como el sistema operativo con soporte para tiempo compartido. El desarrollo adicional de este sistema operativo ha llevado al hecho de que era la base de VM / 370, y luego el z / VM.



& Quot;

Los problemas que enfrentó IBM en el desarrollo de OS / 360, fueron tan grandes que dio impulso a la formación de «ingeniería de software», en la forma en que la conocemos. A continuación, se hizo evidente que el desarrollo de software y la gestión de este proceso - una disciplina exigente a la que desea aplicar un enfoque científico para obtener un resultado controlado
.
Senior Project Manager para desarrollar OS / 360, el cual fue acusado de la responsabilidad personal para todo, escribió un libro que se convirtió prácticamente en la biblia para los gerentes de desarrollo de software (como el autor - "todo lo leen, pero no, no debería"). Sí, hablando de Fred Brooks y su libro "El Mítico Hombre-Mes».

De todos los principios que Brooks formulado más claramente caracterizar la esencia del proyecto en el desarrollo de OS / 360 los dos siguientes.

Adición de recursos (incluyendo humanos) del proyecto no siempre conduce a una reducción de su tiempo, a menudo efecto puede incluso invertirse. Como se dice en el libro, el desarrollo de compilador Algol - siempre toma la mitad de un año, sin importar el número de programadores que participan
.
La nueva versión de los sistemas exitosos a menudo condenada al fracaso, ya que los desarrolladores van a tratar de poner en práctica todos los deseos de los usuarios. Brooks llamó "el efecto del sistema de la segunda».



Como se puede ver, por un lado, el desarrollo de la versión básica de OS / 360, si no llegar a ser un completo fracaso, es muy cerca de ella. Por otra parte, IBM tuvo éxito, a pesar de esto, hacer el System / 360 de éxito y las lecciones aprendidas en el curso de este, se convirtieron en el fundamento de los enfoques modernos de desarrollo de software.

Continúa i>

Fuente: habrahabr.ru/post/222985/