El IBM 1620 fue anunciado por IBM el 21 de octubre de 1959, [1] y comercializado como un ordenador científico de bajo coste. [2] Tras una producción total de unas dos mil máquinas, fue retirado del mercado el 19 de noviembre de 1970. Se utilizaron versiones modificadas del 1620 como CPU de los sistemas de control de procesos industriales IBM 1710 e IBM 1720 (lo que lo convirtió en el primer ordenador digital considerado lo suficientemente fiable para el control de procesos en tiempo real de equipos de fábrica). [1]
Su carácter de sistema decimal con longitud de palabra variable , a diferencia del sistema binario puro con longitud de palabra fija, lo convirtió en una primera computadora especialmente atractiva para aprender, y cientos de miles de estudiantes tuvieron sus primeras experiencias con una computadora en la IBM 1620.
Los tiempos de ciclo de la memoria central eran de 20 microsegundos para el Modelo I (anterior) y de 10 microsegundos para el Modelo II (aproximadamente mil veces más lento que la memoria principal de una computadora típica en 2006). El Modelo II se presentó en 1962. [3]
El IBM 1620 Modelo I era un ordenador con una longitud decimal variable ( BCD ) que utilizaba una memoria central . El núcleo del Modelo I podía almacenar 20.000 dígitos decimales y cada dígito se almacenaba en seis bits. [4] [3] Se podía añadir más memoria con la unidad de almacenamiento IBM 1623, Modelo 1, que almacenaba 40.000 dígitos, o con el Modelo 2, que almacenaba 60.000. [1]
El Modelo II implementó la unidad de memoria de almacenamiento central IBM 1625, [5] [6] cuyo tiempo de ciclo de memoria se redujo a la mitad al utilizar núcleos más rápidos, en comparación con el Modelo I (unidad de memoria interna o 1623): a 10 μs (es decir, la velocidad del ciclo se elevó a 100 kHz).
Si bien las direcciones de cinco dígitos de cualquiera de los modelos podrían haber abordado 100.000 dígitos decimales, nunca se comercializó ninguna máquina con más de 60.000 dígitos decimales. [7]
Se accedió a la memoria con dos dígitos decimales al mismo tiempo (un par de dígitos par-impar para datos numéricos o un carácter alfanumérico para datos de texto). Cada dígito decimal constaba de seis bits, compuestos por un bit de control de paridad impar , un bit de bandera y cuatro bits BCD para el valor del dígito en el siguiente formato: [8]
CF8421
La broca de bandera tenía varios usos:
Además de los valores de dígitos BCD válidos, había tres valores de dígitos especiales (estos no se podían usar en los cálculos):
CF8421 1 0 1 0 – Marca de registro (extremo derecho del registro, se imprime como un símbolo de doble daga , ‡) 1 1 0 0 – Numérico en blanco (en blanco para formatear la salida de la tarjeta perforada) 1 1 1 1 – Marca de grupo (extremo más a la derecha de un grupo de registros para E/S de disco)
Las instrucciones tenían una longitud fija (12 dígitos decimales) y constaban de un " código de operación " de dos dígitos , una "dirección P" de cinco dígitos (normalmente la dirección de destino ) y una "dirección Q" de cinco dígitos (normalmente la dirección de origen o el valor inmediato de origen ). Algunas instrucciones, como la instrucción B (de ramificación), utilizaban solo la dirección P, y los ensambladores inteligentes posteriores incluyeron una instrucción "B7" que generaba una instrucción de ramificación de siete dígitos (código de operación, dirección P y un dígito adicional porque la siguiente instrucción tenía que empezar en un dígito par).
Las "palabras" de datos de punto fijo pueden tener cualquier tamaño, desde dos dígitos decimales hasta toda la memoria no utilizada para otros fines.
Las "palabras" de datos de punto flotante (usando la opción de punto flotante de hardware ) pueden tener cualquier tamaño, desde 4 dígitos decimales hasta 102 dígitos decimales (de 2 a 100 dígitos para la mantisa y dos dígitos para el exponente ).
El compilador Fortran II ofrecía acceso limitado a esta flexibilidad a través de una "Tarjeta de control del programa fuente" que precedía al código fuente de Fortran en un formato fijo:
*joder
El * en la columna uno, ff el número de dígitos para la mantisa de números de punto flotante (permitiendo de 02 a 28), kk el número de dígitos para números de punto fijo (permitiendo de 04 a 10) y s es para especificar el tamaño de la memoria de la computadora para ejecutar el código si no es la computadora actual: 2, 4 o 6 para memorias de 20.000 o 40.000 o 60.000 dígitos.
La máquina no tenía registros accesibles para el programador: todas las operaciones se hacían de memoria a memoria (incluidos los registros de índice del 1620 II ).
La siguiente tabla enumera los caracteres del modo alfamérico (y los códigos de operación).
La siguiente tabla enumera los caracteres del modo numérico.
El Modelo I utilizaba el carácter cirílico Ж (pronunciado zh) en la máquina de escribir como un carácter inválido de uso general con paridad correcta (la paridad inválida se indicaba con un tachado "–"). En unas 1620 instalaciones se lo denominaba SMERSH, como se utilizaba en las novelas de James Bond que se habían vuelto populares a fines de la década de 1960. El Modelo II utilizaba un nuevo carácter ❚ (llamado "pillow") como un carácter inválido de uso general con paridad correcta.
Aunque la arquitectura del IBM 1620 era muy popular en la comunidad científica y de ingeniería, el científico informático Edsger Dijkstra señaló varios fallos en su diseño en EWD37, "Una revisión del sistema de procesamiento de datos IBM 1620". [9] Entre ellos se encuentra que las instrucciones Branch y Transmit de la máquina junto con Branch Back permiten sólo un nivel de llamada de subrutina anidada, obligando al programador de cualquier código con más de un nivel a decidir dónde sería más eficaz el uso de esta "característica". También mostró cómo el soporte de lectura de cinta de papel de la máquina no podía leer correctamente las cintas que contenían marcas de registro, ya que las marcas de registro se utilizan para terminar los caracteres leídos en la memoria. Un efecto de esto es que el 1620 no puede duplicar una cinta con marcas de registro de una manera sencilla: cuando se encuentra la marca de registro, la instrucción de perforación perfora un carácter EOL en su lugar y termina. Sin embargo, esto no era un problema paralizante:
La mayoría de las instalaciones de 1620 utilizaban la entrada/salida de tarjeta perforada, más conveniente, [10] en lugar de cinta de papel.
El sucesor del 1620, el IBM 1130 , [11] se basaba en una arquitectura binaria de 16 bits totalmente diferente. (La línea 1130 conservaba un periférico del 1620, el trazador de tambor IBM 1627 ).
IBM suministró el siguiente software para el 1620:
Los monitores proporcionaban versiones basadas en disco de 1620 SPS IId, FORTRAN IId y un DUP (programa de utilidad de disco). Ambos sistemas de monitores requerían 20.000 dígitos o más de memoria y una o más unidades de disco 1311.
Existe una colección de manuales relacionados con IBM 1620 en formato PDF en bitsavers. [13]
Dado que el Modelo I utilizaba tablas de búsqueda en memoria para la suma y resta, [14] se podían realizar operaciones aritméticas con números sin signo de bases limitadas (5 a 9) modificando el contenido de estas tablas, pero teniendo en cuenta que el hardware incluía un complemento de diez para la resta (y la suma de números con signos opuestos).
Para realizar sumas y restas con signos completos en bases 2 a 4 se requirió una comprensión detallada del hardware para crear una tabla de suma "plegada" que falsificara el complemento y llevara la lógica.
Además, la tabla de adición tendría que volver a cargarse para la operación normal en base 10 cada vez que se necesitaran cálculos de direcciones en el programa, y luego volver a cargarse para la base alternativa. Esto hacía que el "truco" fuera poco útil para cualquier aplicación práctica.
Dado que el Modelo II tenía la suma y la resta completamente implementadas en el hardware, no se podía usar el cambio de la tabla en la memoria como un "truco" para cambiar las bases aritméticas. Sin embargo, estaba disponible una característica especial opcional en el hardware para la entrada/salida octal, las operaciones lógicas y la conversión de bases a/desde decimales.
Aunque no se admitían bases distintas de 8 y 10, esto hizo que el Modelo II fuera muy práctico para aplicaciones que necesitaban manipular datos formateados en octal por otras computadoras (por ejemplo, el IBM 7090).
El IBM 1620 Modelo I (comúnmente llamado "1620" desde 1959 hasta la introducción del Modelo II en 1962) fue el original. Se fabricó de la forma más económica posible para mantener el precio bajo.
El IBM 1620 Modelo II (comúnmente llamado simplemente Modelo II) fue una implementación enormemente mejorada, en comparación con el Modelo I original. El Modelo II se introdujo en 1962.
Si bien la consola inferior de los sistemas IBM 1620 Modelo 1 [18] y Modelo 2 [19] tenían las mismas lámparas e interruptores, la consola superior del par era parcialmente diferente.
El equilibrio de la consola superior era el mismo en ambos modelos:
La máquina de escribir de consola Modelo I era un Modelo B1 modificado , interconectado por un conjunto de relés, y escribía a sólo 10 caracteres por segundo.
Había un conjunto de instrucciones que escribían en la máquina de escribir o leían de ella. Las instrucciones generales RN (lectura numérica) y WN (escritura numérica) tenían mnemotecnias en lenguaje ensamblador que proporcionaban el código del "dispositivo" en el segundo campo de dirección y el código de control en el dígito de orden inferior del segundo campo de dirección.
Para simplificar la entrada y la salida, había dos instrucciones:
El Modelo II utilizó una máquina de escribir Selectric modificada , que podía escribir a 15,5 cps, una mejora del 55%.
Los periféricos disponibles fueron:
El mecanismo de "salida" estándar de un programa era perforar tarjetas, lo que era más rápido que usar la máquina de escribir. Estas tarjetas perforadas se introducían en una calculadora mecánica IBM 407 que podía programarse para imprimir dos tarjetas, pudiendo así utilizar las columnas de impresión adicionales disponibles en la 407. Toda la salida era sincrónica y el procesador se detenía mientras el dispositivo de entrada/salida (E/S) producía la salida, de modo que la salida de la máquina de escribir podía dominar por completo el tiempo de ejecución del programa.
Una opción de salida más rápida, la impresora IBM 1443 se presentó el 6 de mayo de 1963, [22] y su capacidad de 150 a 600 líneas/minuto estaba disponible para su uso con cualquiera de los modelos de la 1620. [23] [24]
Podía imprimir 120 o 144 columnas. El ancho de los caracteres era fijo, por lo que era el tamaño del papel el que cambiaba; la impresora imprimía 10 caracteres por pulgada, por lo que una impresora podía imprimir un máximo de 12 o 14,4 pulgadas de texto. Además, la impresora tenía un búfer, por lo que se reducía el retraso de E/S del procesador. Sin embargo, la instrucción de impresión se bloqueaba si la línea no se había completado.
El "sistema operativo" de la computadora lo constituía el operador humano, que utilizaba los controles de la consola de la computadora , que consistía en un panel frontal y una máquina de escribir, para cargar programas desde los medios de almacenamiento disponibles, como mazos de tarjetas perforadas o rollos de cinta de papel que se guardaban en armarios cercanos. Más tarde, el dispositivo de almacenamiento en disco modelo 1311 conectado a la computadora permitió reducir la necesidad de buscar y llevar mazos de tarjetas o rollos de cinta de papel, y se podía cargar un sistema operativo "Monitor" simple para ayudar a seleccionar qué cargar desde el disco. [20] [25]
Un paso previo estándar era limpiar la memoria de la computadora de cualquier residuo del usuario anterior (al ser núcleos magnéticos, la memoria conservaba su último estado incluso si se había apagado la energía). Esto se efectuaba usando las funciones de la consola para cargar un programa de computadora simple escribiendo su código de máquina en la máquina de escribir de la consola, ejecutándolo y deteniéndolo. Esto no era un desafío ya que solo se necesitaba una instrucción como 160001000000, cargada en la dirección cero y siguientes. Esto significaba transmitir el campo inmediato (el 16: códigos de operación de dos dígitos) a la dirección 00010 el campo constante inmediato que tiene el valor 00000 (campos de operandos de cinco dígitos, el segundo es desde la dirección 11 hasta la 7), decrementando las direcciones de origen y destino hasta el momento en que se copiaba un dígito con una "bandera". Este era el medio normal del código de máquina para copiar una constante de hasta cinco dígitos. La cadena de dígitos se direccionaba en su extremo de orden inferior y se extendía a través de direcciones inferiores hasta que un dígito con una bandera marcaba su final. Pero para esta instrucción, nunca se encontraría ninguna bandera porque los dígitos de origen habían sido sobrescritos poco antes por dígitos que carecían de una bandera. Por lo tanto, la operación daría vueltas por la memoria (incluso sobrescribiéndose a sí misma) llenándola con todos los ceros hasta que el operador se cansara de ver el giro de las luces indicadoras y presionara el botón Instant Stop - Single Cycle Execute . Cada módulo de memoria de 20.000 dígitos tardaba poco menos de un segundo en borrarse. En el 1620 II esta instrucción NO funcionaría (debido a ciertas optimizaciones en la implementación). En su lugar, había un botón en la consola llamado Modificar que, cuando se presionaba junto con el botón Check Reset , cuando la computadora estaba en modo Manual, pondría la computadora en un modo que borraría toda la memoria en una décima de segundo independientemente de cuánta memoria tuviera; cuando presionara Start . También se detenía automáticamente cuando se borraba la memoria, en lugar de requerir que el operador lo detuviera.
Además de escribir el código de la máquina en la consola, se podía cargar un programa a través del lector de cinta de papel, el lector de tarjetas o cualquier unidad de disco. Para cargarlo desde la cinta o el disco era necesario escribir primero una rutina de " arranque " en la máquina de escribir de la consola.
El lector de tarjetas facilitó las cosas porque tenía un botón de carga especial para indicar que la primera tarjeta debía leerse en la memoria de la computadora (comenzando en la dirección 00000) y ejecutarse (en lugar de simplemente iniciar el lector de tarjetas, que luego espera comandos de la computadora para leer las tarjetas); este es el proceso de "arranque" que introduce en la computadora el código suficiente para leer el resto del código (del lector de tarjetas, o disco, o...) que constituye el cargador que leerá y ejecutará el programa deseado.
Los programas se preparaban de antemano, sin conexión, en cintas de papel o tarjetas perforadas, pero normalmente se permitía a los programadores ejecutar los programas personalmente, con las manos, en lugar de enviárselos a los operadores, como era el caso de los ordenadores centrales de aquella época. Y la máquina de escribir de consola permitía introducir datos y obtener resultados de forma interactiva, en lugar de simplemente obtener la salida impresa normal de una ejecución por lotes a ciegas sobre un conjunto de datos preempaquetados. Además, había cuatro interruptores de programa en la consola cuyo estado un programa en ejecución podía probar y, por tanto, su comportamiento podía ser controlado por el usuario. El operador del ordenador también podía detener un programa en ejecución (o podía detenerlo de forma programada deliberadamente) y luego investigar o modificar el contenido de la memoria: al estar basado en decimales, esto era bastante fácil; incluso los números de punto flotante podían leerse de un vistazo. A continuación, se podía reanudar la ejecución desde cualquier punto deseado. Aparte de la depuración, la programación científica es típicamente exploratoria, en contraste con el procesamiento de datos comerciales, donde el mismo trabajo se repite según un cronograma regular.
Los elementos más importantes de la consola del 1620 eran un par de botones denominados Insertar y Liberar y la máquina de escribir de la consola.
La máquina de escribir se utiliza para la entrada y salida de datos del operador, tanto como control de consola principal de la computadora como para la entrada y salida controlada por programas. Los modelos posteriores de la máquina de escribir tenían una tecla especial marcada como RS que combinaba las funciones de los botones de inicio y liberación de la consola (esto se consideraría equivalente a una tecla Enter en un teclado moderno). Nota: varias teclas de la máquina de escribir no generaban caracteres de entrada, entre ellas Tab y Return (los conjuntos de caracteres alfanuméricos y numéricos BCD de la década de 1620 carecían de códigos de caracteres para estas teclas).
Los siguientes elementos más importantes en la consola eran los botones denominados Start , Stop-SIE y Instant Stop-SCE .
Para la depuración del programa existían los botones denominados Guardar y Mostrar MAR .
Cuando se ejecutó una instrucción Branch Back en modo Guardar , copió el valor guardado nuevamente al contador del programa (en lugar de copiar el registro de dirección de retorno como lo hacía normalmente) y desactivó el modo Guardar .
Esto se utilizaba durante la depuración para recordar dónde se había detenido el programa y permitir que se reanudara después de que las instrucciones de depuración que el operador había escrito en la máquina de escribir hubieran terminado. Nota: el registro MARS utilizado para guardar el contador del programa también se utilizaba en la instrucción Multiplicar , por lo que esta instrucción y el modo Guardar eran incompatibles. Sin embargo, no era necesario utilizar la función multiplicar en el código de depuración, por lo que esto no se consideró un problema.
Toda la memoria principal se puede borrar desde la consola ingresando y ejecutando una instrucción de transferencia de dirección a dirección +1, esto sobrescribiría cualquier marca de palabra, lo que normalmente detendría una instrucción de transferencia y volvería al final de la memoria. Después de un momento, al presionar Detener se detendría la instrucción de transferencia y se borraría la memoria.
El lector de cinta de papel IBM 1621 podía leer un máximo de 150 caracteres por segundo;
la perforadora de cinta de papel IBM 1624 podía generar un máximo de 15 caracteres por segundo. [1]
Ambas unidades:
El lector de cintas 1621 y el perforador de cintas 1624 incluían controles para:
El lector/perforador de tarjetas IBM 1622 podría:
Los controles del 1622 se dividieron en tres grupos: 3 interruptores basculantes de control de perforación, 6 botones y 2 interruptores basculantes de control de lector.
Interruptores basculantes Punch:
Botones:
Interruptores basculantes del lector:
Controles de la unidad de disco 1311 .
El compilador FORTRAN II y el ensamblador SPS eran algo complicados de usar [26] [27] según los estándares modernos, sin embargo, con la repetición, el procedimiento pronto se volvió automático y ya no se pensaba en los detalles involucrados.
GOTRAN era mucho más sencillo de utilizar, ya que generaba directamente un ejecutable en la memoria. Sin embargo, no era una implementación completa de FORTRAN.
Para mejorar esto, se desarrollaron varios compiladores de FORTRAN de terceros. Uno de ellos fue desarrollado por Bob Richardson, [28] [29] un programador de la Universidad Rice , el compilador FLAG (FORTRAN Load-and-Go). Una vez que se había cargado la plataforma FLAG, todo lo que se necesitaba era cargar la plataforma de origen para llegar directamente a la plataforma de salida; FLAG permanecía en la memoria, por lo que estaba inmediatamente listo para aceptar la siguiente plataforma de origen. Esto era particularmente conveniente para tratar con muchos trabajos pequeños. Por ejemplo, en la Universidad de Auckland, un procesador de trabajos por lotes para tareas de estudiantes (normalmente, muchos programas pequeños que no requerían mucha memoria) procesaba una clase bastante más rápido que el posterior IBM 1130 con su sistema basado en disco. El compilador permanecía en la memoria, y el programa del estudiante tenía su oportunidad en la memoria restante para tener éxito o fallar, aunque un fallo grave podía interrumpir el compilador residente.
Más tarde, se introdujeron los dispositivos de almacenamiento en disco, lo que eliminó la necesidad de almacenar el trabajo en mazos de cartas. Los distintos mazos de cartas que constituyen el compilador y el cargador ya no necesitan ser extraídos de sus gabinetes, sino que pueden almacenarse en un disco y cargarse bajo el control de un sistema operativo simple basado en disco: gran parte de la actividad se vuelve menos visible, pero aún continúa.
Como el lado perforado del lector de tarjetas no imprimía los caracteres en el borde superior de las tarjetas, era necesario llevar las barajas de salida a una máquina separada , normalmente un IBM 557 Alphabetic Interpreter, que leía cada tarjeta e imprimía su contenido en la parte superior. Los listados se generaban normalmente perforando una baraja de listados y utilizando una máquina de contabilidad IBM 407 para imprimirla.
La mayor parte de los circuitos lógicos de 1620 eran un tipo de lógica de resistencia-transistor (RTL) que utilizaba transistores de "deriva" (un tipo de transistor inventado por Herbert Kroemer en 1953) por su velocidad, a los que IBM se refirió como lógica de resistencia de transistor de deriva saturada (SDTRL). Otros tipos de circuitos de IBM utilizados se denominaban: Alloy (algo de lógica, pero principalmente varias funciones no lógicas, llamadas así por el tipo de transistores utilizados), CTRL (otro tipo de RTL, pero más lento que SDTRL ), CTDL (un tipo de lógica de diodo-transistor (DTL)) y DL (otro tipo de RTL, llamado así por el tipo de transistor utilizado, transistores de "deriva"). Los niveles lógicos típicos de todos estos circuitos ( nivel S ) eran alto: 0 V a -0,5 V, bajo: -6 V a -12 V. Los niveles lógicos de la línea de transmisión de los circuitos SDTRL ( nivel C ) eran alto: 1 V, bajo: -1 V. Los circuitos de relé usaban cualquiera de dos niveles lógicos ( nivel T ) alto: 51 V a 46 V, bajo: 16 V a 0 V o ( nivel W ) alto: 24 V, bajo: 0 V.
Estos circuitos se construyeron con componentes discretos individuales montados en placas de circuito impreso de papel epoxi de una sola cara de 2,5 por 4,5 pulgadas (64 por 114 milímetros) con un conector de borde chapado en oro de 16 pines , a las que IBM se refirió como tarjetas SMS ( sistema modular estándar ). La cantidad de lógica en una tarjeta era similar a la de un paquete SSI de la serie 7400 o MSI más simple (por ejemplo, de 3 a 5 puertas lógicas o un par de flip-flops).
Estas placas se insertaban en zócalos montados en bastidores con forma de puerta, a los que IBM denominaba puertas . La máquina tenía las siguientes "puertas" en su configuración básica:
En el modelo 1620 se utilizaron dos tipos diferentes de memoria central :
La lógica de decodificación de direcciones de la memoria principal también utilizó dos planos de 100 núcleos de transformador de pulsos por módulo para generar los pulsos de media corriente de la línea XY.
Hubo dos modelos del 1620, cada uno con implementaciones de hardware totalmente diferentes:
En 1958, IBM reunió un equipo en el laboratorio de desarrollo de Poughkeepsie, Nueva York, para estudiar el "pequeño mercado científico". Inicialmente, el equipo estaba formado por Wayne Winger (director), Robert C. Jackson y William H. Rhodes.
Los ordenadores que competían en este mercado eran el Librascope LGP-30 y el Bendix G-15 ; ambos eran máquinas con memoria de tambor . El ordenador más pequeño de IBM en ese momento era el popular IBM 650 , una máquina decimal de longitud de palabra fija que también utilizaba memoria de tambor. Los tres utilizaban tubos de vacío . Se concluyó que IBM no podía ofrecer nada realmente nuevo en esa área. Para competir de manera efectiva se requeriría el uso de tecnologías que IBM había desarrollado para ordenadores más grandes, pero la máquina tendría que ser producida al menor costo posible.
Para alcanzar este objetivo, el equipo estableció los siguientes requisitos:
El equipo se amplió con la incorporación de Anne Deckman, Kelly B. Day, William Florac y James Brenza. Completaron el prototipo CADET (nombre en clave) en la primavera de 1959.
Mientras tanto, la planta de San José, California, estaba trabajando en una propuesta propia. IBM sólo podía construir una de las dos y la propuesta de Poughkeepsie ganó porque "la versión de San José es de primera línea y no es ampliable, mientras que su propuesta tiene todo tipo de posibilidades de ampliación; nunca ofrezca una máquina que no se pueda ampliar".
La dirección no estaba del todo convencida de que la memoria central pudiera funcionar en máquinas pequeñas, por lo que Gerry Ottaway fue cedido al equipo para diseñar una memoria de tambor como respaldo. Durante las pruebas de aceptación realizadas por el Laboratorio de Pruebas de Productos, se encontraron repetidos fallos en la memoria central y parecía probable que las predicciones de la dirección se hicieran realidad. Sin embargo, en el último minuto se descubrió que el ventilador de muffin utilizado para soplar aire caliente a través de la pila de núcleos no funcionaba correctamente, lo que hacía que el núcleo captara pulsos de ruido y no leyera correctamente. Una vez solucionado el problema del ventilador, no hubo más problemas con la memoria central y se suspendió el esfuerzo de diseño de la memoria de tambor por considerarlo innecesario.
Tras el anuncio del IBM 1620 el 21 de octubre de 1959, debido a una reorganización interna de IBM, se decidió transferir la computadora de la División de Procesamiento de Datos en Poughkeepsie (solo computadoras mainframe de gran escala) a la División de Productos Generales en San José (solo computadoras pequeñas y productos de soporte) para su fabricación.
Tras la transferencia a San José, alguien allí sugirió en broma que el nombre en código CADET en realidad significaba " C an't Add , D oesn't Even Try ", haciendo referencia al uso de tablas de adición en la memoria en lugar de circuitos de adición dedicados (y SDTRL en realidad significaba " Sold Down The River Logic" ( Lógica de Sold Down The River ) y se convirtió en una broma común entre los CE). Esto se mantuvo y se hizo muy conocido entre la comunidad de usuarios. [30] [31] [32]
Vearl N. Huff, de la sede de la NASA (FOB 10B, Washington DC), utilizó un IBM 1620 modelo II para programar una simulación tridimensional en Fortran del problema de los dos cuerpos de la cápsula Gemini y el módulo del cohete Agena , en un momento en el que no se entendía del todo si era seguro atar dos objetos juntos en el espacio debido a posibles colisiones inducidas por la atadura elástica. El mismo ordenador también se utilizó para simular las órbitas de los vuelos de Gemini, produciendo gráficos de cada órbita. Estas simulaciones se ejecutaron durante la noche y los datos se examinaron al día siguiente. [33]
En 1963 se instaló un IBM 1620 en el IIT Kanpur, lo que supuso el puntapié inicial para el desarrollo del software en la India. [34]
En 1964, en la Universidad Nacional de Australia, Martin Ward utilizó un IBM 1620 modelo I para calcular el orden del grupo Janko J 1 . [35]
En 1966 la UIT produjo una película explicativa sobre un sistema de composición tipográfica por ordenador de 1963 en el Washington Evening Star , utilizando una IBM 1620 y una fotocomponedora Linofilm . [36]
En 1964 se instaló un IBM 1620 en la Universidad de Islandia , convirtiéndose en el primer ordenador de Islandia. [37]
Muchos en la comunidad de usuarios recuerdan que al 1620 se lo denominaba CADET , que en broma significa " No se puede sumar , ni siquiera se intenta ", haciendo referencia al uso de tablas de suma en la memoria en lugar de circuitos de suma dedicados. [ 41]
Consulte el historial de desarrollo para obtener una explicación de las tres interpretaciones conocidas del nombre de código de la máquina.
Se eligió el nombre de código interno CADET para la máquina. Uno de los desarrolladores dice que significaba " Computer with ADvanced Economic Technology ", aunque otros lo recuerdan como simplemente la mitad de "SPACE-CADET" , donde SPACE era el nombre de código interno de la máquina IBM 1401 , también en desarrollo en ese momento. [ cita requerida ]
desarrollado por Bob Richardson, un programador de la Universidad Rice
