Diferencia entre revisiones de «IRIX»
(→Características) |
|||
| Línea 30: | Línea 30: | ||
IRIX usa el MIPSPro Compiler 7.4 tanto para la parte delantera y la parte trasera. El compilador fue diseñado para apoyar la programación POSIX paralelo en C/C + +, Fortran 77/90 y Ada. La GUI IDE taller se utilizó para el desarrollo. Otras herramientas incluyen speedshop para ajustar el rendimiento y Performance Co-Pilot. | IRIX usa el MIPSPro Compiler 7.4 tanto para la parte delantera y la parte trasera. El compilador fue diseñado para apoyar la programación POSIX paralelo en C/C + +, Fortran 77/90 y Ada. La GUI IDE taller se utilizó para el desarrollo. Otras herramientas incluyen speedshop para ajustar el rendimiento y Performance Co-Pilot. | ||
IRIX también apoyó [[OpenGL]] para los chips gráficos y bibliotecas de procesamiento de imágenes. | IRIX también apoyó [[OpenGL]] para los chips gráficos y bibliotecas de procesamiento de imágenes. | ||
| − | [[Archivo:Llogo_irix.png]] | + | [[Archivo:Llogo_irix.png width:200px;height: 200px;]] |
| + | |||
==Management (Scheduling), Procesos== | ==Management (Scheduling), Procesos== | ||
Un proceso de IRIX representa un hilo en ejecución. El espacio de dirección virtual de un proceso, el contenido de su entrada de la estructura del usuario y de la tabla del proceso, y los valores contenidos en registros de la máquina cuando el proceso está funcionando constituye el contexto del [[proceso]]. Para apoyar procesos múltiples, IRIX pone un algoritmo en ejecución proceso-programar que asegure una división bastante equitativa de tiempo de procesador entre todos los procesos. Este algoritmo es no comprado de antemano, es decir, el proceso corriente no se puede comprar con derecho preferente por otro proceso (pero puede ser comprado con derecho preferente por el núcleo). El proceso corriente puede rendir a otro proceso "voluntariamente," haciendo una llamada del sistema (tal como una petición de I/O) esas causas el proceso se prepara para dormir, dándole paso a otro proceso de la lista que sale a funcionar. El proceso corriente se puede también comprar con derecho preferente por el núcleo para manejar una excepción, en este caso el proceso se cambia la hora para reasumir inmediatamente después que acaban al tratante de la excepción. El núcleo también hace cumplir límites en la cantidad de tiempo que un proceso puede monopolizar el procesador (tiempo que rebana). Mientras que el modelo de la gerencia de proceso discutido representa un recurso al parecer equitativo que comparte el modelo, el efecto de programar procesos en un modelo simplista no maximiza la capacidad en que computa un sistema del multiprocesador. Las ineficacias pueden aumentar con el número de procesadores. | Un proceso de IRIX representa un hilo en ejecución. El espacio de dirección virtual de un proceso, el contenido de su entrada de la estructura del usuario y de la tabla del proceso, y los valores contenidos en registros de la máquina cuando el proceso está funcionando constituye el contexto del [[proceso]]. Para apoyar procesos múltiples, IRIX pone un algoritmo en ejecución proceso-programar que asegure una división bastante equitativa de tiempo de procesador entre todos los procesos. Este algoritmo es no comprado de antemano, es decir, el proceso corriente no se puede comprar con derecho preferente por otro proceso (pero puede ser comprado con derecho preferente por el núcleo). El proceso corriente puede rendir a otro proceso "voluntariamente," haciendo una llamada del sistema (tal como una petición de I/O) esas causas el proceso se prepara para dormir, dándole paso a otro proceso de la lista que sale a funcionar. El proceso corriente se puede también comprar con derecho preferente por el núcleo para manejar una excepción, en este caso el proceso se cambia la hora para reasumir inmediatamente después que acaban al tratante de la excepción. El núcleo también hace cumplir límites en la cantidad de tiempo que un proceso puede monopolizar el procesador (tiempo que rebana). Mientras que el modelo de la gerencia de proceso discutido representa un recurso al parecer equitativo que comparte el modelo, el efecto de programar procesos en un modelo simplista no maximiza la capacidad en que computa un sistema del multiprocesador. Las ineficacias pueden aumentar con el número de procesadores. | ||
Revisión del 11:28 30 nov 2013
| ||||||||||||||||
IRIX: Consta con un particular soporte para gráficos 3D, video y transferencia de datos de gran ancho de banda. Fue una de las primeras versiones de Unix en tener una interfaz gráfica de usuario para el escritorio principal y fue ampliamente utilizado, debido a su alta calidad en gráficos 3D, en la industria de la animación por computadora y para visualización científica, aunque debido a los cambios tecnológicos y al abandono de su desarrollo por parte de SGI, ha perdido dicha popularidad. Existen dos ramas o subversiones: maintenance y feature, que corresponden más o menos a las versiones "estable" y "desarrollo" de otros programas. La maintenance contiene mejoras de funcionamiento y correcciones de errores y la feature contiene nuevos subsistemas. Desde la 6.5.22 existe esa división en "maintenance" y "feature". A partir de la 6.5.23 es necesario un contrato de mantenimiento para poder acceder a las nuevas actualizaciones.
Sumario
Historia
El nombre IRIX fue utilizado por primera vez en la época de la versión 3.0 del sistema operativo para la serie IRIS de SGI 4D de estaciones de trabajo y servidores, en 1988 - Las versiones anteriores se identificaron sólo por el número de versión prefijo "4D1-", por ejemplo, "4D1-2.2". El prefijo 4D1 continuó siendo utilizado en la documentación oficial a los números de versión IRIX prefijo. IRIX 3.x se basa en UNIX System V Release 3 con 4.3BSD mejoras, y se incorpora el sistema de ventanas 4Sight, basado en noticias y IRIS GL. Propio sistema de archivos Extensión de SGI reemplazó el sistema V sistema de archivos. IRIX 4.0, lanzado en 1991, reemplazó 4Sight con el Sistema X Window, el gestor de ventanas 4Dwm proporcionando un aspecto similar al 4Sight. IRIX 5.0, lanzado en 1993, incorpora algunas características de UNIX System V Release 4, incluyendo los ejecutables ELF formato. IRIX 5.3 introdujo el sistema de archivos journaling XFS. En 1994, IRIX 6.0 añade soporte para el procesador de 64-bit MIPS R8000, pero por lo demás similar al IRIX 5.2 - Versiones posteriores 6.x apoyaron otros miembros de la familia de procesadores MIPS en el modo de 64 bits. IRIX 6.3 se lanzó sólo para la estación de trabajo SGI O2. IRIX 6.4 mejora la escalabilidad de multiprocesador para el Octane, Origen 2000 y Onyx2 sistemas. El Origen 2000 y Onyx2 IRIX 6.4 se comercializó como "Celular IRIX", aunque sólo incorpora algunas de las características del proyecto original del sistema celular IRIX distribuido operativo. Desarrollo IRIX estabilizado con IRIX 6.5, lanzado en 1998 - La última versión de IRIX fue 05.06.30, lanzado en agosto de 2006.
Características
IRIX 6 es compatible con UNIX System V Release 4, 95 UNIX y POSIX. IRIX tuvo un fuerte apoyo para el disco en tiempo real y gráficos de I/O. IRIX fue una de las primeras versiones de Unix para ofrecer una interfaz gráfica de usuario para el entorno de escritorio principal. IRIX se utiliza ampliamente en la industria de la animación por ordenador y para la visualización científica debido a su vez al gran base de la aplicación. IRIX fue un líder en Symmetric Multi-Processing, escalable desde 1 hasta más de 1024 procesadores de una única imagen de sistema con. IRIX usa el Indigo Magic Desktop, que por defecto utiliza el gestor de ventanas X 4Dwm con una mirada de encargo diseñado utilizando el widget de Motif toolkit. IRIX usa el MIPSPro Compiler 7.4 tanto para la parte delantera y la parte trasera. El compilador fue diseñado para apoyar la programación POSIX paralelo en C/C + +, Fortran 77/90 y Ada. La GUI IDE taller se utilizó para el desarrollo. Otras herramientas incluyen speedshop para ajustar el rendimiento y Performance Co-Pilot. IRIX también apoyó OpenGL para los chips gráficos y bibliotecas de procesamiento de imágenes. Archivo:Llogo irix.png width:200px;height: 200px;
Management (Scheduling), Procesos
Un proceso de IRIX representa un hilo en ejecución. El espacio de dirección virtual de un proceso, el contenido de su entrada de la estructura del usuario y de la tabla del proceso, y los valores contenidos en registros de la máquina cuando el proceso está funcionando constituye el contexto del proceso. Para apoyar procesos múltiples, IRIX pone un algoritmo en ejecución proceso-programar que asegure una división bastante equitativa de tiempo de procesador entre todos los procesos. Este algoritmo es no comprado de antemano, es decir, el proceso corriente no se puede comprar con derecho preferente por otro proceso (pero puede ser comprado con derecho preferente por el núcleo). El proceso corriente puede rendir a otro proceso "voluntariamente," haciendo una llamada del sistema (tal como una petición de I/O) esas causas el proceso se prepara para dormir, dándole paso a otro proceso de la lista que sale a funcionar. El proceso corriente se puede también comprar con derecho preferente por el núcleo para manejar una excepción, en este caso el proceso se cambia la hora para reasumir inmediatamente después que acaban al tratante de la excepción. El núcleo también hace cumplir límites en la cantidad de tiempo que un proceso puede monopolizar el procesador (tiempo que rebana). Mientras que el modelo de la gerencia de proceso discutido representa un recurso al parecer equitativo que comparte el modelo, el efecto de programar procesos en un modelo simplista no maximiza la capacidad en que computa un sistema del multiprocesador. Las ineficacias pueden aumentar con el número de procesadores.
Gang Scheduling
El usuario puede programar procesos relacionados o los hilos de rosca del funcionamiento como grupo. Rosca que se comunica con uno que usa las cerraduras o los semáforos, serán asegurados del funcionamiento en paralelo, evitando el sobretráfico del procesador.
Processor Sets
El administrador puede reservar un sistema de procesadores para funcionar en tareas específicas, arti- tioning CPUs múltiple en grupos en el mismo sistema. Esto permite la aplicación de las decisiones sobre las cuales los usuarios pueden funcionar en un sistema particular, y puede proporcionar aseguramiento a los usuarios que el número óptimo de procesadores que necesitan para una tarea paralela estará disponible cuando está necesitado.
