 | Este artículo necesita citas adicionales para su verificación . ( julio de 2015 ) ( Aprenda cómo y cuándo eliminar este mensaje de plantilla ) |
Simmon ( SIM ulación MON itor) fue un propietario de pruebas de software sistema desarrollado en la década de 1960 en el Laboratorio de Pruebas del producto de IBM, a continuación, en Poughkeepsie, Nueva York Fue diseñado para la entonces nueva línea de sistema / 360 ordenadores como vehículo para probar la software que IBM estaba desarrollando para esa arquitectura . SIMMON se describió por primera vez en el simposio IBM SimSymp 1968 , celebrado en Rye, Nueva York. [1]
SIMMON era un hipervisor , similar al sistema IBM CP-40 que se estaba desarrollando de forma independiente en el Centro Científico de Cambridge aproximadamente en esa misma época. La principal diferencia con CP-40 era que SIMMON admitía una sola máquina virtual para probar un solo programa invitado que se ejecutaba allí. CP-40 admitía muchas máquinas virtuales para el trabajo de producción de tiempo compartido . CP-40 evolucionó en muchas etapas hasta convertirse en el actual sistema operativo VM / CMS . SIMMON fue un vehículo de prueba útil durante muchos años.
SIMMON fue diseñado para incluir dinámicamente programas desarrollados de forma independiente (herramientas de prueba) para probar el programa invitado de destino. El kernel de SIMMON mantuvo el control sobre el hardware (y el invitado) y coordinó la invocación de las herramientas de prueba.
Modos de procesamiento [ editar ]
Se proporcionaron dos modos de funcionamiento:
- Simulación completa
- Interrumpir
Modo de simulación completo [ editar ]
En este modo, cada instrucción en el programa de invitado se simuló sin pasar el control directamente al invitado. Como simulador de conjunto de instrucciones , SIMMON era inusual en el sentido de que simulaba la misma arquitectura en la que se estaba ejecutando, es decir, la del IBM System / 360/370. Aunque era un orden de magnitud más lento que el modo de interrupción (abajo), permitía prestar mucha atención a la operación del huésped. Este sería el modo utilizado por varias herramientas de prueba de seguimiento de instrucciones .
Modo de interrupción [ editar ]
El modo de interrupción (a / k / a modo Bump) restringía el programa invitado a ejecutarse en el estado de programa de usuario , con el kernel SIMMON manejando todas las interrupciones de hardware y simulando todas las instrucciones privilegiadas que el invitado intentó ejecutar. Este modo podría ser utilizado, por ejemplo, por una herramienta de prueba para simular un dispositivo de hardware.
Algunas herramientas de prueba SIMMON [ editar ]
Estas fueron algunas de las herramientas de prueba que se desarrollaron para su uso con SIMMON.
ERGENTE [ editar ]
( ER ROR GEN ración y T est): Esta herramienta de prueba fue desarrollado para probar el soporte de dispositivos de recuperación de errores en de IBM PCP sistema operativo (Programa de Control primaria), a continuación, está siendo desarrollado. Usó una máquina de estados finitos (FSM) basada en tablas, novedosa y muy eficiente para inyectar errores simulados y verificar que el sistema operativo seguía las especificaciones detalladas de las acciones a tomar para intentar la recuperación.
El aspecto FSM basado en tablas recibió la patente estadounidense [1] en octubre de 1972.
MAPPER [ editar ]
MAPPER (que no debe confundirse con el producto de Unisys del mismo nombre) era una herramienta de análisis de rendimiento estadístico . Operaba permitiendo que el programa bajo prueba se ejecutara en modo de interrupción , pero también usaba el temporizador del sistema para interrumpirlo periódicamente. Las direcciones donde se interrumpió el programa probado se registraron y luego se resumieron y tabularon en forma de mapa, mostrando la densidad de interrupciones sobre las direcciones de memoria. El resultado se asemejaba a imágenes de gammagrafía nuclear , que mostraban las partes del programa más utilizadas en las condiciones de prueba.
HOTSPOTS [ editar ]
HOTSPOTS fue una herramienta de rastreo de instrucciones escrita para ayudar a identificar áreas con problemas de rendimiento en el sistema operativo MFT de IBM . Los datos de seguimiento de rama se escribieron en cinta y luego se resumieron. El informe tomó la forma de una lista similar a un volcado de almacenamiento , con los puntos de entrada y salida del programa identificados, incluida la frecuencia de uso de cada secuencia de instrucciones.
Estos datos identificaron que el componente de administración de memoria consumía aproximadamente el 20% de los recursos de la CPU y se utilizaron para justificar un grupo de trabajo para tratar de mejorar el rendimiento.
Estrés [ editar ]
Si bien no es una herramienta de prueba específica, las relaciones de sincronización distorsionadas mientras se ejecuta bajo SIMMON encontraron una serie de problemas, particularmente en las secciones de entrada / salida . A menos que se haya implementado una herramienta SIMMON para normalizar y retrasar los eventos de E / S, estos aparecerían para el programa invitado como algo anormalmente rápido.
Programas probados [ editar ]
Los programas bajo prueba, los llamados programas invitados , tenían que ser capaces de funcionar de forma autónoma en el hardware básico. SIMMON proporcionó servicios para las herramientas de prueba, pero no para el invitado.
Estos fueron algunos de los programas que se habían probado con SIMMON:
- Varios programas de diagnóstico independientes de Customer Engineer (CE)
- DOS / 360 (incluidos BOS y TOS)
- OS / 360 (PCP. MFT y MVS)
- Varias herramientas de prueba de productos
Ver también [ editar ]
- Pruebas de software
Referencias [ editar ]
- ^ Lehman MM (ed.) Proc. SimSymp 1968 , IBM Res. Div., Yorktown Heights, Nueva York; Noviembre de 1968, 3 vols.
