El AmigaOS es el sistema operativo nativo del defecto Amiga de computadora personal. Fue desarrollado primero por el comodoro internacional, e introducido inicialmente en el 1985 con el Amiga 1000 . Funcionó en la serie 68k de Motorola de los microprocesadores de 32 bits a excepción de AmigaOS 4 que funciona en los microprocesadores de PowerPC .
Encima de un núcleo de los trabajos m3ultiple con derecho preferente llamado Exec, incluye una abstracción del hardware único del Amiga, de un llamado AmigaDOS del sistema de explotación de discos, de un llamado '' intuición '' '' API '' del sistema de la visualización en una ventana y de un interfaz utilizador gráfico llamado '' banco de trabajo '' . Una línea interfaz de comando está también disponible.
Kickstart contiene el código necesario para patear el hardware estándar de Amiga y cualquier hardware de la extensión del Autoconfig . El Kickstart también contuvo muchas partes comunes del sistema operativo del Amiga, tales como Exec, intuición y la base del AmigaDOS . Esto significó que a accionar-en Amiga tenía ya muchas las partes esenciales del sistema operativo disponible. Versiones posteriores del Kickstart contuvieron los conductores para el IDE y los reguladores del SCSI, los puertos de la tarjeta PC y el otro hardware que vino se incorporaron a Amigas. Puede ser comparado al BIOS más el núcleo principal de Windows en las PC de IBM sin embargo que tiene lejos más funcionalidad disponible en el tiempo del cargador - el ambiente de visualización en una ventana completo, por ejemplo.
Con el software de tercera persona, es posible tener un diverso Kickstart cargado en RAM y utilizarlo en vez de la ROM una - por ejemplo Kickstart 1.3 se puede cargar para funcionar los viejos juegos incompatibles con Kickstart 2. Estos programas se llaman los softkickers del . Hay también los interruptores de Kickstart del del hardware que permiten que usted tenga más de un sistema de las virutas de Kickstart dentro de la computadora, que son seleccionables por un interruptor o un atajo de teclado cuando usted primero gira la máquina.
MMU - Amigas permitido cargó típicamente una copia del kickstart de un archivo en disco y le pasó control en el tiempo del cold-boot. Los caliente-cargadores subsecuentes reutilizarían la copia already-loaded del kickstart, reduciendo tiempo del cargador. Un Amiga 3000 podría completamente caliente-cargador en 7 segundos; cold-boot en 11 segundos.
considera también:
l banco de trabajo (AmigaOS) El banco de trabajo es el nombre dado a ambos el software de sistema operativo de la base que no se almacena en la ROM de Kickstart (el " Disk" del banco de trabajo;), y también la cáscara gráfica nativa para la computadora de Amiga . El ambiente del banco de trabajo no tiene que ser cargado para que el software funcione. De hecho, asumir el control el hardware de Amiga y guardar toda la memoria y recursos a sí mismos, muchos juegos patean directo de Kickstart (usar un de encargo Bootblock del en el del disco blando). Mientras que el nombre sugiere, la metáfora de un banco de trabajo se utiliza, algo que una mesa; los directorios se representan como cajones del, los ficheros ejecutables son las herramientas del, los ficheros de datos son los proyectos del y los aparatos del GUI son los adminículos del . En muchos otros aspectos el interfaz se asemeja a OS del mac, con la mesa principal demostrando los iconos de discos insertados y de particiones de la impulsión dura, y a una sola barra de menú en la tapa de cada pantalla. Desemejante de Macintosh, el ratón de Amiga del estándar tiene dos botones - el botón de ratón derecho funciona los menús pull-down, con un " del Macintosh-estilo; lanzar al select" mecanismo.
Una característica única del banco de trabajo es las pantallas del múltiplo del . Éstos son conceptual similares a las mesas virtuales o a los espacios de trabajo del sistema de la ventana X, pero son generados dinámicamente por programas de aplicación cuanto sea necesario. Cada pantalla puede tener una diversa intensidad de la resolución y del color. Un adminículo en la esquina tapa-derecha de la pantalla permite que las pantallas sean completadas un ciclo - mientras que el OS almacena todas las pantallas en memoria simultáneamente, el rediseñar es instantáneo. Las pantallas se pueden también arrastrar hacia arriba y hacia abajo por sus barras de título. En un Amigas más viejo esta funcionalidad fue proporcionada por los chipsetes de encargo diseñados especialmente para la plataforma, pero puesto que se adopta AmigaOS4 una nueva técnica y las pantallas son draggable en cualquier dirección. La fricción - y - gota entre diversas pantallas es posible también.
Ser la base del banco de trabajo es el sistema de la visualización en una ventana de la intuición del . Esto controla y extrae las pantallas, las ventanas y los adminículos, y las manijas entradas del teclado y del ratón, pasando mensajes a los programas.
La ayuda también agregada del banco de trabajo 2.0 para el público del defiende . En vez de la pantalla del banco de trabajo que era la única pantalla compartible, los usos podían crear sus propias pantallas nombradas para compartir con otros usos.
El banco de trabajo 2.0 introdujo el AmigaGuide, un esquema simple y hojeador del del margen de beneficio del hipertexto del text-only, para proporcionar ayuda en línea dentro de usos. También introdujo el instalador, un programa del de instalación del programa normalizado, conducido por un lisp - como lengua scripting.
Finalmente, el banco de trabajo 2.0 rectificó el problema de reveladores que el que engancha directo en los entrada-acontecimientos fluye para capturar los movimientos del teclado y del ratón, trabándose a menudo encima del sistema entero. El banco de trabajo 2.0 proporcionó las materias, un interfaz estándar del para los acontecimientos de modificación o de exploración de la entrada. Esto incluyó un método estándar para especificar el " global; hotkey" llave-secuencias, y un registro del intercambio de materias del para que el usuario vea lo que funcionaban las materias.
considera también: AmigaDOS
El AmigaDOS proporciona la porción del sistema de explotación de discos del AmigaOS. Esto incluye la manipulación del archivo y del directorio de los sistemas de ficheros, la línea interfaz, cambio de dirección del archivo, ventanas de comando de la consola, y así sucesivamente.x, la porción de AmigaDOS fue basada en un puerto TRIPOS por el MetaComCo, escrito en BCPL . Las considerables cantidades de funcionalidad estaban solamente disponibles para los programas escritos en el BCPL y no para los reveladores que usaban otras idiomas. El proyecto de tercera persona (arp.library, antes el proyecto del recurso de AmigaDOS del del reemplazo de AmigaDOS del ) proporcionó funcionalidad equivalente a los programador de lenguaje-c. El ARP también proporcionó a uno de los primeros solicitantes estandardizados del archivo para el Amiga.x hacia adelante, AmigaDOS fue reescrito en el C y el ensamblador, conservando compatibilidad de programa completa del BCPL 1.x, e incorporó la mayor parte de el ARP en el OS.
Las particiones y las impulsiones físicas se refieren típicamente como DF0: (impulsión floja 0), DH0: (impulsión dura 0), etc. Sin embargo, desemejante de muchos sistemas operativos, fuera de los dispositivos incorporados tener gusto de DF0: estos nombres son total arbitrarios; por ejemplo una partición del disco duro se podía nombrar HARDDISK: o A: o HD0: cuando fue repartido. Los nombres de volumen tienen el mismo formato que los nombres de dispositivo, tan una partición de disco en el dispositivo DH0: pudo tener el cargador del nombre de volumen:. Además, los nombres de volumen virtual se podían fijar con el " assign" comando a cualquie directorio o dispositivo; por ejemplo los programas asignaron a menudo un nombre de volumen virtual a su directorio de instalación; un ejemplo pudo ser FooBarWriter que asignaba FooBar: a DH0: Productividad/FooBarWriter. Esto permite la relocalización fácil de programas instalados. ¡Necesidad Info en sistemas de ficheros -->
El Amiga no tenía ninguna capacidad oficial de los gráficos 3D, así que no tenía ninguÌn interfaz de gráficos estándar 3D. Los fabricantes de la tarjeta gráfica proporcionaron sus propios estándares, que incluyen el MiniGL, el Warp3D, Mesa ( agl.library ) de la tormenta y CyberGL . El VideoScape 3D era uno de los sistemas más tempranos de la representación 3D y de la animación, así como el TrueSpace 3D.
Asimismo, mientras que el Amiga es bien sabido para su capacidad fácilmente al Genlock con vídeo, hizo ninguÌn construir en el interfaz video de la captura . Los interfaces de tercera persona incluyeron el Digiview, el VHI (interfaz de hardware video) por IOSPIRIT GmbH, el tv.library de Elbox Computer y el tvcard.library de Guido Mersmann.
En los lanzamientos originales 1.x, un dice que programa de en utilidades y una versión parcial de programa básica también fue incluido con los ejemplos programados de AmigaBASIC .
El sintetizador de discurso fue utilizado de vez en cuando en los programas de tercera persona, programas informáticos a menudo educativos. ¡Los procesadores de textos Prowrite y excelencia! podía leer documentos usar el sintetizador.
A pesar de la limitación en los fonemas del narrator.device s, Francisco que Devitt escribió una nueva versión del translator.library que podría traducir cualquier lengua a los fonemas, dada lo tenía un sistema de las reglas para esa lengua, y proporcionó así síntesis de discurso multilingüe.
considera también: ARexx
El OS de Amiga tenía ayuda para la lengua de Rexx . Fue llamado ARexx (corto para el " Amiga Rexx") y era una lengua de escritura que permitió el OS completo scripting, similar al AppleScript, el scripting del intra-uso, similar al VBA en el Microsoft Office, así como la comunicación inter-program. Tener una sola lengua scripting para cualquier uso en el sistema operativo era beneficioso a los usuarios, en vez de tener que aprender una nueva lengua para cada uso.
Los programas podían escuchar en un " Port" de ARexx; para los mensajes de la secuencia. Estos mensajes se podían entonces interpretar por el programa en una manera similar a un usuario que empujaba los botones. Por ejemplo, una escritura de ARexx cuando estaba funcionada en un programa de email, podría ahorrar el email actual exhibido e invocar un programa externo que podría extraer y la información de proceso y después invocar un programa del espectador. Esto permitió que los usos controlaran otros usos enviando datos hacia adelante y hacia atrás directo con las manijas de la memoria en vez de archivos del ahorro al disco entonces que recargaba.
El OS de Amiga también tiene ayuda para un disco de RAM recuperable de la fijo-capacidad, que funciona como un disco de RAM estándar, pero puede mantener su contenido en recomenzar. Comúnmente fue llamado disco de RAD y puede funcionar como un disco de cargador (con el sector de cargador).
.library" extensión de nombre de fichero, o almacenado en la ROM de Kickstart . Todas las bibliotecas están alcanzadas vía una tabla de salto indirecta, que se almacena siempre en RAM. Que la manera, cada función de biblioteca puede ser remendado o enganchó en run-time, incluso si la biblioteca se almacena en la ROM. La biblioteca más importante de AmigaOS es el exec.library, que se puede considerar un Microkernel, así como una biblioteca. Actúa como planificador para las tareas que funcionan en el sistema, proveyendo de los trabajos m3ultiple con derecho preferente el prioritario de previsión circular. Exec también proporciona el acceso a otras bibliotecas y la comunicación entre procesos de alto nivel vía el mensaje que pasa . (Otros microkernels han tenido problemas de funcionamiento debido a la necesidad de copiar mensajes entre los espacios de dirección. Puesto que el Amiga tiene solamente un espacio de dirección, el paso del mensaje de Exec es absolutamente eficiente.) La única dirección de memoria fija en el software de Amiga (la dirección 4) es un indicador al exec.library, que se puede entonces utilizar para tener acceso a otras bibliotecas. Exec fue diseñado y ejecutado por el Carl Sassenrath .
Desemejante de sistemas operativos tradicionales, el núcleo del exec no funciona el " privileged". Los sistemas operativos contemporáneos para los 68000 tales como TOS y SunOS de Atari utilizaron las instrucciones de la trampa para invocar funciones de núcleo. Esto hizo las funciones de núcleo funcionadas con en el modo de supervisor del 68000's, mientras que el software del usuario funcionó en el modo no privilegiado del usuario del . Por el contrario, las llamadas de función del exec son hechas con la tabla de salto de la biblioteca, y el código del núcleo ejecuta normalmente en modo del usuario. Siempre que el modo de supervisor sea necesario, por el núcleo o los programas del usuario, utilizan al supervisor de las funciones de biblioteca () o SuperState ().
Los drivers de dispositivo son también bibliotecas, pero ejecutan un interfaz estandardizado. Los usos no llaman generalmente los dispositivos directo como bibliotecas, sino utilizan las funciones de la entrada-salida del exec.library para tenerles acceso indirectamente. Como bibliotecas, los dispositivos son o archivos en disco (con el " .device" extensión), o almacenado en la ROM de Kickstart.
La parte de alto nivel de la gerencia del dispositivo y de recurso es controlada por los tratantes del, que no son bibliotecas, solamente las tareas, y comunica pasando mensajes.
Un tipo importante de tratante es un tratante del sistema de ficheros . El AmigaOS puede hacer uso de cualquier sistema de ficheros para el cual hayan escrito un tratante, una posibilidad que ha sido explotada por programas como el CrossDOS y por algunos " alternative" sistemas de ficheros al estándar OFS y al FFS . Estos sistemas de ficheros permiten que uno agregue nuevas características como el que mete o los privilegios del archivo en diario que no se encuentren en el sistema operativo estándar.
Los tratantes exponen típicamente un nombre de dispositivo del al DOS, que se puede utilizar para tener acceso al periférico (eventualmente) asociado al tratante.
Como ejemplo de estos conceptos, el HABLA: el tratante puede tener texto enviado a él. El tratante hace uso del translator.library, que convierte el texto en los fonemas entonces que escribe los fonemas al narrator.device, que traduce los fonemas a muestras de discurso intoned y sí mismo utiliza el audio.device para jugarlas a través del hardware audio del Amiga.
Los nombres de dispositivo son secuencias sin diferenciación entre mayúsculas y minúsculas (mayúsculo por la convención) seguidas por los dos puntos . Después de los dos puntos un comitente del puede ser agregado, que da a tratante la información adicional sobre qué está siendo alcanzado y cómo . En el caso de sistema de ficheros, el comitente consiste en generalmente una trayectoria a un archivo en el sistema de ficheros; para otros tratantes, los comitentes fijan generalmente características del canal de entrada-salida deseado (para el SER: el conductor del puerto serial de, por ejemplo, el comitente contendrá el índice binario, comienzo y los pedacitos de parada, etc).
La impulsión del de la exposición de los sistemas de ficheros nombra como sus nombres de dispositivo. Por ejemplo, DF0: por abandono refiere a la primera impulsión floja en el sistema. En el DH0 de muchos sistemas: se utiliza para referir a la primera impulsión dura.
Los sistemas de ficheros también exponen los nombres de volumen del, después del mismo sintaxis que nombres de dispositivo: éstos identifican el medio específico en la impulsión sistema-manejada archivo. Si DF0: contiene un disco nombrado " Workbench", entonces banco de trabajo del : será un nombre de volumen que se puede utilizar para tener acceso a archivos en el DF0: .
Si uno quiso tener acceso a un archivo nombrado " Amp" localizado en " del directorio; Win" del disco con el " conocido; Work" en el DF0 de la impulsión:, uno podía escribir DF0: Triunfo/amperio o Trabajo: Triunfo/amperio Sin embargo, éstos no son totalmente equivalentes, desde entonces cuando se utiliza la 3ultima forma, el sistema saben que el querido del volumen es " de ; Work" y no apenas cualquier volumen en el DF0: . Por lo tanto, siempre que un archivo pedido en " Work" está siendo alcanzado sin " del volumen; Work" estando presente en cualesquiera conducir, él dirá algo al efecto de: Insertar por favor el trabajo del volumen en cualquier impulsión
Necesidad de los programas a menudo de tener acceso a archivos sin conocer su localización física (la impulsión o el volumen): saben solamente el " path" lógico; del archivo, es decir si el archivo es una biblioteca, un archivo de la documentación, una traducción de los mensajes de programa, etc.
Esto es solucionada en AmigaOS por el uso del asigna . Una asignación sigue, otra vez, el mismo sintaxis que un nombre de dispositivo; sin embargo, señala ya a un directorio dentro del sistema de ficheros. El lugar que una asignación señala a puede ser cambiado en cualquier momento por el usuario. El estándar asigna que está generalmente presente en un sistema de AmigaOS incluye el
Sistema del :, que señala al directorio de raíz de la impulsión de cargador; éste es el único asigna creado automáticamente por el kickstart
LIBERACIONES del :, señalando a un directorio que contiene las bibliotecas de sistema, generalmente sistema: Libs/
DEVS:, señalando a un directorio que contiene los dispositivos de sistema, generalmente sistema: Devs/
C:, señalando a un directorio que contiene comandos de la cáscara, generalmente sistema: C
PROGDIR:, éste no es normalmente accesible a un usuario pero todos los programas tienen esto asignada a él detrás de las escenas de modo que no necesiten saber dónde se han almacenado en disco.
, o el sistema operativo de la investigación del AROS es una tentativa de reproducir el AmigaOS API en un sistema operativo de la abrir-fuente del portable. Aunque sea no binario compatible con AmigaOS (a menos que funcione en 68k), usuarios lo hayan divulgado para ser alto código fuente compatible.
el MorphOS del
es un sistema operativo nativo de PowerPC, creado original cuando el futuro del Amiga parecía incierto. Provee de compatibilidad binaria el " OS-friendly" Usos de AmigaOS (es decir, esos usos que no tienen acceso a ninguÌn natural, hardware de Amiga de la herencia directo). Se ha lanzado una versión que funciona en Amigas clásico con las trajetas aceleradoras del PPC.
aunque Amiga se relacionara no no terminantemente, una bifurcación del lanzamiento de FreeBSD 4.8, llamada DEB de la libélula del, ha sido creado por un anterior Matt Dillon del revelador de FreeBSD y del programador de Amiga. El DEB de la libélula apunta hacer el núcleo de FreeBSD más bién AmigaOS arquitectónico, ofreciendo el mensaje-paso en el núcleo y tener en cuenta el mutex muy eficiente y virtualmente - ayuda libre del SMP .
el BeOS del
ofrece también una estructura centralizada que apoya Datatypes, que es una herencia directa de la misma solución original de Amiga que permiten que el OS entero reconozca toda la clase de los archivos (texto, música, vídeos, documentos, etc.) con descriptores del fichero estándar. El sistema de Datatype provee del sistema entero y de cualquier herramienta de la productividad los cargadores y los ahorradores estándar para estos archivos, sin tener la necesidad para encajar capacidades del cargamento de archivo múltiple en cualquier solo programa.
el AtheOS del
fue inspirado por AmigaOS, y se prepuso original ser una copia de AmigaOS. La sílaba es una bifurcación de AtheOS, e incluye cierto AmigaOS y BeOS como calidades.
el sistema operativo 3DO multijugador interactivo agujerea una semejanza muy fuerte a AmigaOS, y fue convertido por RJ Mical, el creador del interfaz utilizador de la intuición del Amiga.
| Random links: | Pie en la concesión de la boca | Eritrea en los 2004 Juegos Olímpicos de Verano | Triángulo de Hala'ib | Chiyu Banking Corporation | Líneas aéreas Eritrean |