SGI Indy

Présenté en 1993, le Indy était le fruit le effort de s de SGI de 'de muscle dans le marché pour la publication assistée par ordinateur, le DAO bas de gamme , et les multimédia . Lorsque, le marché a été la plupart du temps dominé par le Apple . L'Indy était le premier ordinateur pour inclure une caméra vidéo numérique, et a été construit avec l'architecture progressiste d'a (puis) comprenant un adapteur à bord du le RNIS . Avec l'inclusion de l'entrée-sortie analogue et numérique, du SCSI , et du standard les entrées composées de la S-Vidéo de et de , l'Indy étaient vraiment une machine de multimédia.

Au début de sa vie, l'Indy est venu norme avec 16MB du RAM .1, le premier OS pour l'Indy, n'a pas profité pleinement du matériel dû à la gestion de la mémoire principale insatisfaisante. Le SGI a réalisé ceci et a rapidement augmenté les spécifications basses au mb 32, à grand frais. Les dégagements suivants du IRIX ont apporté des améliorations énormes d'utilisation de mémoire. Le dernier dégagement d'IRIX disponible pour les postes de travail d'Indy est 6.

Caractéristiques physiques

L'Indy a emballé une quantité de puissance raisonnable dans très un petit (41 × 8 cm de × 36 cm de cm), simple, et le paquet élégant. Le " coloré vigoureux et électrique-bleu ; " de la boîte à pizza de ; le châssis est comparable à un petit PC de bureau de la même ère, et est conçu pour s'adapter sous un grand moniteur de tube.

Une option pour l'Indy était une commande de Floptical . Le Floptical a employé 21 disques de mb, mais pouvait également lire et écrire les disques souples magnétiques standard aussi bien.

Processeurs

La carte mère d'Indy a une douille pour le processeur (PM). Indys tôt a utilisé 100 l'unité centrale de traitement des MIPS R4000 de de mégahertz , qui a rapidement prouvé insatisfaisant. L'Indy, au fond des listes des prix du SGI, est ainsi devenu la plate-forme primaire pour les MIPS 's peu coûteux, série de d'unité centrale de traitement de la bas-puissance-consommation R4600. Le R4600 a eu l'exécution impressionnante de nombre entier, mais a eu des possibilités à point mobile du pauvre . Ce, cependant, n'était pas trop énorme d'un problème dans une boîte qui n'a pas été généralement conçue pour des applications flotter-point-intensives. Pour cette raison, le R4600 a fait un aspect en dehors de la ligne d'Indy juste par le passé, et seulement brièvement, dans le SGI Indigo2 . Cette série d'unité centrale de traitement publie, avec les graphiques relativement bas-actionnés embarque, quantité maximum inférieure de RAM, et manque relatif de capacité interne d'expansion comparée à l'indigo du SGI mené à l'Indy étant de manière péjoratif décrit parmi des initiés d'industrie comme " ; Un indigo sans « disparaissent ». " ;

R4600 le morceau lui-même n'a aucun contrôleur de la cachette L2, contrôleur externe a été employé pour ajouter 512K de la cachette L2. Les processeurs de R4600s avec une cachette (Sc) du L2 et en dehors (PC) sont communs dans l'Indy. À la même fréquence de base, la version de Sc du processeur est généralement 20 à 40 pour cent plus rapide que la version de PC, due à la cachette de mémoire.

L'Indy était également le premier SGI pour utiliser l'unité centrale de traitement des MIPS R5000 de , qui a offert des avantages significatifs par rapport au R4400 et R4600 il a remplacé. Le module du mégahertz R5000 de l'Indy 180 peut être Overclocked à 200 mégahertz en remplaçant son morceau d'oscillateur à cristal.

Graphiques

Trois sous-systèmes de graphiques étaient disponibles pour l'Indy : XL à 8 bits, 24 bits XL, et 24 bits XZ. Chacun a soutenu une résolution maximum du × 1280 1024 à une vitesse de régénération de 76 hertz, et a eu un raccordement de moniteur du 13W3 . Des options de graphiques ont été reliées au système using un autobus du GIO32bis .

XL à 8 bits

Également connu en tant que graphiques de Newport basés sur le jeu de puces du REX3 , ceux-ci ont été conçus pour applications X11 de général les 2D ; aucune accélération du matériel 3D n'était incluse. C'était le premier accélérateur pour démontrer l'anticrénelage Objet-basé par et les lignes exactes de Bresenham de Secondaire-Pixel de . Ceux-ci ont fonctionné meilleur pour l'usage du 2D DAO ou du bureau général.

24 bits XL (XGE)

Using une carte identique comme XL à 8 bits, les 24 bits XL ont inclus trois fois autant mémoire de framebuffer d'adapter à 24 couleurs de bit. Un choix populaire pour quelques graphiques généraux fonctionnent, puisque sa 2D exécution est meilleure que la carte de XZ.

Dans un Indy avec une unité centrale de traitement R5000, ces options de graphiques s'appellent le XGE, parce qu'une unité centrale de traitement R5000 peut exécuter des calculs de la géométrie 3D plus rapidement que moteurs de la géométrie des sous-systèmes de XZ quatre--en conséquence, tout le 3D est fait dans le logiciel. Des graphiques de XZ ont été rarement appareillés avec le R5000 pour cette raison.

XZ

Ces graphiques étaient un port le graphiques des 'de s XZ (élan de ² indigo du ) dans Indy - ils ont offert l'exécution non-texturisée très bonne du 3D alors, sacrifiant un peu de la 2D exécution en échange. L'option de graphiques de XZ n'était pas employée couramment dans les systèmes d'Indy qui ont utilisé l'unité centrale de traitement R5000. C'était la plupart du temps dû aux prolongements de l'ensemble d'instruction de MIPS qui ont été mis en application dans le R5000. Avec les nouvelles instructions, l'unité centrale de traitement R5000 pourrait exécuter des transformations du même rang plus rapidement que les graphiques de XZ embarquent. Puisque les graphiques de XZ ont seulement fourni l'aide à l'unité centrale de traitement principale pour des transformations du même rang, le rendu 3D était souvent plus rapide une fois mis en application seulement dans le logiciel. Cependant, using XZ exécuter la coordonnée transforme libère l'unité centrale de traitement pour exécuter d'autres calculs rendu-connexes. Ces graphiques prennent la forme de deux conseils, une sur l'autre, et bloquent les deux fentes d'option de GIO.

Vidéo

L'Indy était le premier SGI pour avoir les entrées visuelles par défaut. Chaque Indy a un composé, la S-Vidéo , et l'entrée-vidéo numérique établie dans la carte mère, qui collectivement sont connus comme " ; Vino" ; (entrée-vidéo, aucun rendement) vidéo. Aucun de eux n'est de qualité professionnelle, mais est encore utilisable. L'entrée numérique est un connecteur D-secondaire du de propriété industrielle avec une rangée rectangulaire de goupilles, et est employée par le SGI IndyCam . Le connecteur est identique que les portes série sur des routeurs de Cisco, est de quelque manière qu'électriquement différente.

La résolution soutenue maximum d'entrée est 640x480 ( NTSC ) ou 768x576 ( pal ). Elle prend une machine rapide à la capture à l'une ou l'autre de ces résolutions, cependant ; un Indy avec une unité centrale de traitement de R4600PC plus lente, par exemple, peut exiger pour entrer la résolution d'être réduit avant stockage ou le traitement. Cependant, le matériel de vin est capable des champs visuels de DMAing directement dans le framebuffer avec l'unité centrale de traitement minimale aérienne.

Rien l'appui d'Indys une sortie vidéo par défaut - qui exigerait la carte visuelle du GIO32 d'Indy. Sur cela, il y a un module facultatif appelé CosmoCompress, qui offre à JPEG en marche la compression visuelle et la décompression et les épuise une autre fente GIO32.

Commandes

L'Indy a deux compartiments d'entraînement de pour 3.5" grand d'un pouce ; commandes. Le compartiment supérieur d'entraînement est extérieurement accessible et peut tenir une commande de Floptical de SCSI. Tous les external et commandes internes partagent un autobus rapide simple du SCSI (à moins qu'une carte du SCSI GIO32 a été installée).

CD-ROM

La commande externe de la CD-ROM se relient par l'intermédiaire du connecteur du SCSI sur le dos de la boîte. Les appuis typiques d'entraînement initialisent, OS installent, audio. La ROM spéciale est exigée pour initialiser de pour certains types de dispositif. Un nombre restreint de commandes de la CD-ROM ont les progiciels requis pour faire l'acoustique au-dessus du SCSI .

Gestion de réseau

Tout l'Indys s'est transporté avec le AUI /l'Ethernet 10BaseT et le le RNIS en tant qu'équipement standard. Les ports d'Ethernet sont le semi-duplex seulement. Le port 10BaseT a la priorité au-dessus du port d'AUI - si le système détecte un porteur sur les deux ports, il emploiera le 10BaseT.

Deux fabricants différents ont produit des cartes d'Ethernet du 100BASE-TX compatibles avec l'Indy, qui a attaché au système using l'autobus du GIO32 . La technologie réglée a produit une telle carte rapide d'Ethernet, basée sur le jeu de puces de ThunderLAN de Texas Instruments , sous contrat avec le SGI . En outre, Phobos a également produit des modèles des cartes rapides d'Ethernet pour l'Indy (le G100 et le G130).

Le port du RNIS fourni sur l'Indy n'a aucun NT1. Un external NT1 est exigé pour employer le port du RNIS en Amérique du Nord.

Défi S de SGI

Le SGI a libéré une variante de l'Indy pour l'utilisation bas de gamme de serveur. Le défi S de SGI a un cas identique comme Indy (excepté l'insigne nommé), et a comporté une carte mère presque identique comme Indy, mais sans n'importe quels graphiques ou matériel sain. Intéressant, il restent des boutons de commande de volume sur l'avant du défi S, mais ils ne sont pas attachés à n'importe quoi. Le défi S vient avec une norme gauche du RNIS. Également inclus est un port d'Ethernet de 10Mbps AUI. Toute l'administration locale est effectuée par la console périodique à une des deux portes série DIN-8 (l'un ou l'autre une peut être employé pour atteindre le message de sollicitation de PROM et utilise la même goupille-dehors trouvée sur des ports de modem/imprimeur de Macintosh).

Utilisation continue

Le composant de l'Indy la plupart à d'échec enclin est alimentation de l'énergie générale de Nidec/puissance. De nouvelles alimentations d'énergie sont fabriquées par Sony et vendues par des revendeurs, toutefois elles sont chères.

L'adresse de l'Ethernet de l'Indy, qui double comme numéro de série du système, est stockée dans le RAM batterie-soutenu. Ceci signifie que quand la batterie interne meurt, ainsi fait le système - il accrochera au moniteur et aux ordures de PROM à initialiser pour promouvoir en raison de l'adresse d'Ethernet étant tout le FFs. Un utilisateur compétent peut remplacer la batterie de PROM et la reprogrammer. La batterie originale a été faite par le semi-conducteur , maintenant une division de Dallas de des produits intégrés par maxime . L'unité originale a été marquée le " ; DS-1386-8K-150" ; , de quelque manière que son unité de rechange, le " ; DS-1386-8K-120" ; peut être directement substitué sans des mauvais effects.

On peut placer un nouveau MAC address du moniteur de commande avec le " de commande ; setenv - eaddr xx de f : xx : xx : xx : xx : xx" ;. - Le commutateur de f ici forcera le nouveau MAC address. Le MAC address est (habituellement) sur un autocollant derrière l'unité, et par conséquent peut être reprogrammé sans permis perdants de logiciel, qui se fondent souvent sur elle pour vérifier la propriété. Autrement, n'importe quel MAC address dans le bloc du SGI est utilisable.

(À l'origine basé sur page du SGI d'Alex (PageMirror), public domain en date de 2003 du 7 septembre )

Random links: