sistema operativo amigo | |
---|---|
| |
Desarrollador |
Commodore International (1.0-3.1) Haage & Partner (3.5-3.9) Hyperion Entertainment (3.1.4-3.2.1, 4.0-4.1) |
familia de sistemas operativos | amiga |
Primera edición | 23 de julio de 1985 |
ultima versión |
AmigaOS 4.1 Edición final (PPC) actualización 2 AmigaOS 3.2.1 (68K) ( 12 de enero de 2021 ( PPC ) 21 de diciembre de 2021 ( 68K )) |
Última versión de prueba |
|
Plataformas compatibles | Motorola 680x0 y PowerPC |
tipo de núcleo | micronúcleo atípico |
Licencia | Propiedad |
Estado | el desarrollo continúa |
Anterior | TRIPOS |
próximo | AROS |
Sitio web | amigaos.net |
Archivos multimedia en Wikimedia Commons |
AmigaOS es un sistema operativo para computadoras de la familia Amiga , tiene un microkernel atípico . El AmigaOS clásico se suele considerar como una combinación de dos componentes: Kickstart y Workbench. Kickstart proporciona una abstracción del hardware exclusivo de Amiga e incluye: un planificador multitarea preventivo (Exec), un sistema operativo de disco (AmigaDOS) y bibliotecas GUI (Intuition). Workbench es una interfaz gráfica de usuario y generalmente se representa mediante el escritorio del mismo nombre u otro administrador de archivos.
AmigaOS se basa en la tecnología de bibliotecas compartidas (archivos con la extensión .library ), lo que lo hace modular y extensible. Las bibliotecas son colecciones de funciones, incluidas aquellas que proporcionan el funcionamiento del propio sistema operativo.
En este sentido, las bibliotecas de AmigaOS son similares a las tecnologías de biblioteca de otros sistemas operativos , pero también tienen las propiedades de separabilidad y relacionabilidad (la solución tiene sus ventajas y desventajas).
Inicialmente, se asumió que la única biblioteca que tiene una dirección codificada en la memoria y que el usuario no puede actualizar es exec.library en la dirección 4 . Posteriormente, el desarrollo del hardware de Amiga por parte de terceros y la quiebra de Commodore Corporation llevaron al surgimiento de soluciones ( aceleradores y emuladores ) que permiten reubicar y actualizar exec.library (el llamado "mecanismo de sombreado") como bien. Esta biblioteca es el núcleo de AmigaOS.
Los controladores AmigaOS (archivos con la extensión .device ) también son bibliotecas de funciones que manejan llamadas periféricas y específicas del dispositivo Amiga, y tienen una interfaz de consulta estándar. También existe el concepto específico de AmigaOS de un " controlador " ( eng. handler ), un controlador que tiene un mayor nivel de abstracción. Los controladores brindan control sobre la asignación de recursos de Amiga y son procesos que se ejecutan cuando se inicia AmigaOS.
Uno de los controladores más importantes de AmigaOS es el controlador del sistema de archivos . AmigaOS puede usar cualquier sistema de archivos para el que se haya escrito un controlador. Esta característica se usa en CrossDOS , una aplicación para intercambiar archivos, por ejemplo con FAT , y sus análogos. Para AmigaOS, existen controladores para todos los sistemas de archivos más comunes, así como algunos exóticos. Los siguientes controladores de sistemas de archivos son los más populares entre los usuarios: OFS , FFS , FFS2 , PFS , PFS2 , SFS .
Como regla general, los controladores pasan a DOS el nombre del dispositivo asociado con ellos, pero hay excepciones. Por ejemplo, el controlador Speak (que corresponde al dispositivo SPEAK:) le permite controlar un sintetizador de voz de software (similar a la implementación de OS/2 Warp y la implementación posterior de Windows NT ) y es un ejemplo de un servicio no periférico.
AmigaOS no distingue entre mayúsculas y minúsculas en las que se escribe el nombre del dispositivo (es habitual utilizar caracteres en mayúsculas) y el identificador del dispositivo es el carácter de dos puntos (:) después del nombre del dispositivo. Después de los dos puntos, puede seguir información adicional para el manejador, indicando el objeto y el método de control. Para un controlador de sistema de archivos, esta suele ser información sobre la ruta al archivo. Para otros controladores, esto puede ser una indicación del flujo de E/S (por ejemplo, el SER: el dispositivo conectado al puerto serie acepta datos sobre tasa de bits, bit de inicio/parada, etc.).
Los sistemas de archivos usan sus números de serie en el sistema en los nombres de sus dispositivos. Por ejemplo, el dispositivo DF0: está asociado de manera predeterminada con la primera unidad del sistema y DH0: está asociado con la primera partición del disco duro.
Además, los controladores de dispositivos pueden comunicarse entre sí indefinidamente. En este caso, el camino hacia el dispositivo puede ser bastante "sinuoso". Las etiquetas de volumen del dispositivo también se consideran dispositivos. Por ejemplo, si el disquete en la unidad DF0: tiene una etiqueta de volumen Workbench, entonces el usuario puede acceder a él como Workbench: LUN .
Si el usuario desea acceder al archivo Bar ubicado en el directorio Foo en la unidad Work en la unidad DF0:, puede escribirlo así:
DF0:Fútbol/Baro así:
Trabajo: Foo/BarSin embargo, estas formas de notación no son completamente análogas. Esta última forma se utiliza cuando el sistema ya sabe que el disquete llamado "Trabajo" no es un disquete cualquiera en la unidad DF0 :. Por lo tanto, si intentamos insertar una copia de nuestro disquete, pero con una etiqueta de volumen diferente, en la misma unidad DF0: y nos referimos a ella como Work:Foo/Bar, el sistema detectará un error y mostrará un mensaje:
Inserte el volumen "Trabajo" en cualquier unidadLas aplicaciones de AmigaOS a menudo necesitan acceder a un archivo sin conocer su ubicación (incluido el nombre del dispositivo y la etiqueta del volumen): solo conocen su tipo, si el archivo es una biblioteca, documentación, localización de mensajes del programa, etc. dispositivos lógicos estándar de nivel asociados con archivos de ciertos tipos. La búsqueda del archivo correspondiente se realiza en primer lugar en estos dispositivos. Por defecto, AmigaOS acepta los siguientes dispositivos lógicos:
El AmigaOS clásico se suele considerar como una combinación de dos componentes: Kickstart y Workbench. Antes de AmigaOS 3.5, se consideraban inseparables y dependientes entre sí.
Kickstart (en las versiones V0 a V42) asumió el uso de ciertas versiones de Workbench. Por ejemplo, en un Amiga 500 con Kickstart V36, se puede ejecutar Workbench 1.3, pero Workbench 3.1, por ejemplo, no puede cargarse correctamente. La única excepción a esta regla es Workbench 2.1, que se puede descargar en Amigas con el anterior Kickstart V37. Las últimas versiones de Workbench, 3.5 y 3.9, usan Kickstart V40 para el arranque inicial, luego de lo cual se actualiza a V42 (o V44) en un área de memoria especialmente asignada y protegida (función de reemplazo de ROM para aceleradores).
Kickstart es el nombre que recibe el software del sistema que arranca el Amiga por primera vez . En el Amiga 1000 (el primer modelo lanzado), Kickstart arrancaba desde un disco de 3,5″ y tenía un tamaño de 256 KB. En modelos posteriores, Kickstart se movió al almacenamiento de solo lectura y su tamaño aumentó a 512 KB. Todas las versiones de Kickstart son compatibles con versiones anteriores , a pesar de los numerosos cambios en el chipset clásico de Amiga con cada nuevo modelo.
Además del código responsable de la descarga inicial de Workbench, Kickstart también contiene una parte importante del propio AmigaOS. Esta parte se llama Amiga ROM Kernel e incluye Intuition (bibliotecas que proporcionan una GUI ), Exec (un microkernel que implementa la multitarea preventiva ) y AmigaDOS (bibliotecas que proporcionan manejo de disco). El último componente está basado en TRIPOS , portado específicamente para Amiga por MetaComCo , y escrito en el lenguaje BCPL (considerado el "progenitor" del lenguaje C ).
Las versiones recientes de Kickstart contienen controladores para controladores IDE y SCSI , un puerto PCMCIA y varios periféricos de Amiga.
Con la ayuda de software de terceros , es posible reemplazar Kickstart, ubicado en la ROM de Amiga , con una versión diferente de Kickstart, ubicada en un área de RAM especialmente dedicada y protegida. Por ejemplo, el propietario de una computadora con Kickstart V37 puede usar Kickstart V34 para ejecutar juegos más antiguos de manera más correcta. Los programas que realizan esta sustitución se denominan "softkickers" (Softkickers). También hay interruptores Kickstart de hardware que le permiten usar una computadora que parece tener dos conjuntos de chips: obsoleto y regular. Por lo tanto, hay muchos medios para el reemplazo dinámico de ROM.
Workbench es el shell gráfico estándar para AmigaOS. El nombre del shell es una metáfora de la frase "escritorio" (literalmente, "banco de trabajo"), por lo que la analogía continuó: los directorios se representan como cajones de escritorio, los archivos ejecutables son herramientas, los datos son proyectos y el resto del GUI es todo tipo de dispositivos. La mayoría de las aplicaciones de AmigaOS usan menús emergentes que tradicionalmente comienzan con la palabra Proyecto ("Proyecto"), y no Archivo ("Archivo"), como en otras plataformas. Estrictamente hablando, el término Workbench se refiere solo al administrador de archivos principal de AmigaOS, aunque a menudo se usa para referirse a la parte completa que se encuentra fuera de la ROM (es decir, fuera de Kickstart).
La interfaz de Workbench es similar a Mac OS Finder : también utiliza la barra de menú principal en la parte superior de la pantalla. A diferencia del ratón estándar de Macintosh , que tiene un solo botón, el ratón estándar del Amiga clásico tiene dos botones. Al mantener presionado el botón derecho se abre un menú emergente, al soltarlo se selecciona una opción. El botón izquierdo del mouse se usa para administrar las ventanas abiertas en el escritorio (mover, minimizar, cerrar, resaltar, etc.). Más tarde se agregó soporte para un mouse con más botones y una rueda.
Exec (ExegSG desde AmigaOS 4) es el microkernel multitarea de AmigaOS. Exec proporciona funcionalidad para multitarea , asignación de memoria, manejo de interrupciones y manejo dinámico de bibliotecas compartidas . Actúa como planificador de las tareas que se ejecutan en el sistema, proporcionando multitarea preferencial con prioridades de programación en el entorno gráfico . Exec también brinda acceso a otras bibliotecas y comunicaciones de alto nivel entre procesos a través del paso de mensajes. Otros micronúcleos comparables han tenido problemas de rendimiento debido a la necesidad de copiar mensajes entre espacios de direcciones . Dado que Amiga solo tiene un espacio de direcciones , tener Exec es una herramienta bastante eficiente para pasar mensajes en el sistema.
AmigaDOS proporciona la parte del sistema del sistema operativo AmigaOS . Esto incluye el sistema de archivos, la administración de archivos y directorios, la interfaz de línea de comandos , la redirección de archivos, las ventanas de la consola, etc. La interfaz del sistema es rica en funciones, incluida la redirección de comandos, el paso eficiente de mensajes, la creación de secuencias de comandos con una plantilla primitiva de programación y un sistema de variables globales y locales .
En la primera generación de AmigaOS, AmigaDOS estaba basado en TRIPOS , que estaba escrito en el lenguaje de programación BCPL . La interoperabilidad con otros idiomas resultó ser una tarea difícil y, a veces, provocó errores, en relación con los cuales el puerto TRIPOS se consideró poco efectivo.
En la segunda generación de AmigaOS, AmigaDOS fue reescrito en el lenguaje de programación C y Assembler , manteniendo la compatibilidad con BCPL . Incluía el programa completo de primera generación y parte del programa del tercer lote del AmigaDOS Resource Project (ARP), que ya había encontrado reemplazos para muchas de las utilidades e interfaces del software BCPL .
Posteriormente, ARP también proporcionó uno de los primeros solicitantes de archivos de Amiga estandarizados para presentar el banco de trabajo de Amiga para usar más funciones de plantilla (formato) de estilo UNIX en las opciones de línea de comandos. Otras innovaciones fueron mejoras significativas en la gama de formatos de archivo implementados por el sistema como objetos del sistema operativo , lo que hizo posible cargar cierta información en la memoria solo una vez, almacenarla en la memoria y reducir significativamente el tiempo de arranque del sistema para usos posteriores.
AmigaOS 4.0 eliminó el legado BCPL por completo como parte de DOS y, a partir de AmigaOS 4.1, se reescribió por completo para admitir completamente la arquitectura de 64 bits .
No hace falta decir que a menudo se utilizan varias extensiones en AmigaOS, pero no son obligatorias y DOS no las maneja de una manera especial , que actualmente solo se refiere a directorios y archivos en el sistema. Los programas ejecutables se implementan utilizando lo que se conoce como número mágico o firma de datos .
AmigaOS contiene soporte para el lenguaje de programación interpretado REXX ( ARexx es la abreviatura oficial de Amiga Rexx ). Este soporte literalmente "penetra" en todas las partes del sistema operativo y le permite: escribir secuencias de comandos de control del sistema operativo ( similar a bash en GNU/Linux ), administrar aplicaciones (más tarde integración análoga - VBA en Microsoft Office ) y también intercambiar mensajes entre aplicaciones. , compatible con puertos ARexx (analógicos - D-Bus ).
Las aplicaciones pueden abrir puertos ARexx y escuchar mensajes de texto de otras aplicaciones o del sistema operativo. Estos mensajes pueden interpretarse como si el usuario estuviera usando la GUI o la línea de comandos para controlar directamente la aplicación. Por ejemplo, un programa ARexx (archivo de texto sin formato) podría iniciar un cliente de correo electrónico, guardar los correos electrónicos recibidos, llamar al programa para procesarlos y luego llamar a un visor de texto externo para mostrarlos. De esta manera, ARexx permite que una aplicación controle a otra mediante el vaciado de datos a través de la memoria, en lugar de crear muchos archivos pequeños y dejar que las operaciones del disco las administren sobre los hombros del usuario.
AmigaOS 1.0 - 3.0 (originalmente llamado Amiga Workbench ) fue creado por Commodore SG Corporation
AmigaOS 3.1 fue creado por ESCOM , que también relanzó la producción del clásico Amiga en Europa y Estados Unidos . La nueva versión fue creada en base a las fuentes recibidas del Commodore SG
AmigaOS 3.5-3.9 fue creado por Amiga Inc. , propietario de la marca Amiga en 2004 . La nueva versión fue escrita desde cero en C utilizando ingeniería inversa .
AmigaOS 3.1.x fue creado por Hyperion Entertainment basado en fuentes vendidas por Amiga Inc.
AmigaOS 3.2.x fue creado por Hyperion Entertainment basado en fuentes vendidas por Amiga Inc.
AmigaOS 4.0 - 4.1 fueron creados por Hyperion Entertainment [3] con la asistencia activa de ACube Systems SRL, que contribuyó en gran medida al desarrollo del sistema y lo hizo verdaderamente popular debido a su interfaz gráfica avanzada y cómoda y una amplia gama de aplicaciones
de los sistemas operativos | Aspectos|||||
---|---|---|---|---|---|
| |||||
Tipos |
| ||||
Núcleo |
| ||||
Gestión de procesos |
| ||||
Gestión y direccionamiento de memoria | |||||
Herramientas de carga e inicialización | |||||
caparazón | |||||
Otro | |||||
Categoría Wikimedia Commons Wikilibros Wikcionario |
amigas | Computadoras||
---|---|---|
Conjunto de chips OCS | ||
Conjunto de chips ECS | ||
Conjunto de chips AGA |
| |
PPC -generación |
| |
clones |
| |
sistema operativo |