Arquitectura de Cmputo Centralizado

Procesadores X64 Cronologa del procesador de 64 bits 1961: IBM lanz la supercomputadora IBM 7030 Stretch. Este utilizaba palabras de 64 bits e instrucciones de 32 64 bits. 1974: Control Data Corporation lanz la supercomputadora vectorial CDC Star100, que utiliza una arquitectura de palabras de 64 bits (los sistemas previos de CDC estaban basados en arquitecturas de 60 bits). 1976: CrayResearch lanz la primera computadora Cray-1. Este estaba basado en una arquitectura de palabras de 64 bits, que sent las bases para los posteriores supercomputadoras vectoriales de Cray. 1983: Elxsi lanz la mini supercomputadora Elxsi 6400 paralelo. La arquitectura Elxsi tena registros de datos de 64 bits pero un espacio de direcciones de 32 bits. 1991: MIPS Technologies produjo el primer microprocesador de 64 bits, como la tercera revisin de la arquitectura RISC MIPS, el R4000. La CPU fue utilizada en las estaciones de trabajo de SiliconGraphics empezando con el IRIS Crimson. Sin embargo, el soporte de 64 bits para el R4000 no se incluy en el sistema operativo IRIX hasta la versin IRIX 6.2 en 1996. 1992: Digital EquipmentCorporation (DEC) introdujo el Alpha con una arquitectura pura de 64 bits que naci del proyecto PRISM. 1993: DEC lanz los sistemas operativos de 64 bits estilo UNIX Tru64 y el OpenVMS para Sistemas Alpha. 1994: Intel anunci sus planes para la arquitectura IA-64 de 64 bits (desarrollada conjuntamente con HP) como sucesor de su procesador de 32 bits IA-32. SGI lanz el IRIX 6.0 con soporte de 64 bits para las CPUs R8000. 1995: Sun lanz un procesador SPARC de 64 bits, el UltraSPARC. HAL ComputerSystems propiedad de Fujitsu lanz estaciones de trabajo basadas en una CPU de 64 bits, HAL independientemente dise la primera generacin de SPARC64. IBM lanz los sistemas AS/400 de 64 bits, con la posibilidad de actualizar el sistema operativo, las bases de datos y las aplicaciones. DEC lanz el OpenVMSAlpha 7.0, la primera versin completa de 64 bits de OpenVMS para Alpha.

1996: HP lanz una implementacin de 64 bits, la versin 2.0 de su arquitectura de procesador PA-RISC, el PA-8000. Nintendo introdujo la consola de videojuegos Nintendo 64, construida con una variante de bajo coste del MIPS R4000. 1997: IBM lanz su RS64 equipado con procesadores PowerPC de 64 bits. 1998: IBM lanz su procesador POWER3 completamente de 64 bits de la familia PowerPC/POWER. Sun lanz Solaris 7, con soporte completo para UltraSPARC de 64 bits. 1999: Intel public el conjunto de instrucciones para la arquitectura IA-64. Primera revelacin pblica del juego de extensiones de 64 bits al IA-32 de AMD (posteriormente renombrado como AMD64). 2000: IBM estren su primer mainframe de 64 bits, el z900 y su nuevo sistema operativo, el Z/OS culminando el mayor desarrollo de la historia de investigacin de un procesador de 64 bits e instantneamente borrando la compatibilidad con las mquinas de 31 bits de sus competidores Fujitsu/Amdahl e Hitachi. Un Linux para zSeries de 64 bits apareci casi inmediatamente. 2001: Intel finalmente lanz su lnea de procesadores de 64-bit, con la marca Itanium, teniendo como objetivo servidores de gama alta. No cumpli las expectativas debido a los repetidos retrasos del lanzamiento del IA-64 al mercado y se convirti en un fracaso. Linux fue el primer sistema operativo en esta versin de procesador. 2002: Intel introdujo el Itanium 2 como sucesor del Itanium. 2003: AMD sac a la luz sus lneas de procesadores con arquitectura AMD64 Opteron y Athlon 64. Apple lanz tambin sus CPUsPowerPC 970 "G5" de 64 bits por cortesa de IBM, junto con una actualizacin de su sistema operativo Mac OS X, que aadi soporte parcial para el modo de 64 bits. Se publicaron varias distribuciones Linux con soporte para AMD64. Microsoft anunci que creara una versin de su sistema operativo Windows para esos chips AMD. Intel sostuvo que sus chips Itanium seran sus nicos procesadores de 64 bits. 2004: Intel, reaccionando al xito de mercado de AMD, admiti que haba estado desarrollando un clon de las extensiones AMD64, al que llam IA-32e y posteriormente renombr como EM64T. Se lanzaron versiones actualizadas de sus familias de procesadores Xeon y Pentium 4 que soportaban las nuevas instrucciones. Freescane anuncia su ncleo e700, sucesor de su familia PowerPC G4. 2005: El 31 de enero, Sun lanz Solaris 10 con soporte para los procesadores AMD64 y EM64T. En marzo, Intel anunci que sus primeros procesadores EM64T de doble ncleo se pondran a la venta en el segundo cuatrimestre de 2005 con la publicacin de su Pentium Extreme Edition 840 y los nuevos chips Pentium D. El 30 de abril, Microsoft lanz pblicamente su Windows XP Professional x64 Edition para procesadores AMD64 y EM64T. En mayo, AMD introdujo sus primeros procesadores para servidores Opteron AMD64 de doble ncleo y anunci su versin de escritorio,

llamada Athlon 64 X2. Los primeros procesadores Athlon 64 X2 (Toledo) contaban con dos ncleos con una memoria cach L2 de 1MB y consistan de aproximadamente 233,2 millones de transistores. Tenan un tamao de 199 mm2. En julio, IBM anunci sus nuevos procesadores PowerPC 970MP (cuyo nombre en cdigo era Antares) de doble ncleo y 64 bits usados por IBM y Apple. Microsoft lanz la consola Xbox 360 que usaba el procesador PowerPC de 64 bits Xenon, fabricado por IBM. 2006: Se pusieron en produccin los procesadores Itanium 2 Montecito de doble ncleo. Sony, IBM y Toshiba comenzaron a fabricar el procesador Cell para su uso en la PlayStation 3, servidores, estaciones de trabajo y otros dispositivos. Apple incorpor procesadores Xeon EM64T de 64 bits en su nuevo Mac Pro y sus computadoras Intel Xserve, y posteriormente actualiz el iMac, el MacBook y el MacBook Pro con procesadores EM64T Intel Core 2 Duo. x86-64 es una arquitectura basada en la extensin del conjunto de instrucciones x86 para manejar direcciones de 64 bits. Adems de una simple extensin contempla mejoras adicionales como duplicar el nmero y el tamao de los registros de uso general y de instrucciones SSE. Se trata de una arquitectura desarrollada por AMD e implementada bajo el nombre de AMD64. El primer procesador(para computadoras personales) con soporte para este conjunto de instrucciones fue el Opteron, lanzado en abril de 2003. Posteriormente ha sido implementado en mltiples variantes del Athlon 64 y posteriores; y del Pentium 4 y posteriores de Intel, en ste ltimo caso bajo una versin de Intel llamada Intel 64 (antes EM64T). El conjunto de instrucciones del AMD x86-64 (renombrado posteriormente como AMD64) es una extensin directa de la arquitectura del x86 a una arquitectura de 64 bits, motivado por el hecho de que los 4GB de memoria que son direccionables directamente por una CPU de 32 bits ya no es suficiente para todas las aplicaciones. Caractersticas Incorporadas Nuevos registros. El nmero de registros de propsito general se ha incrementado de 8 en los procesadores x86-32 a 16, y el tamao de todos estos registros se ha incrementado de 32 bits a 64 bits. Adicionalmente, el nmero de registros MMX de 128 bits (usados para las instrucciones extendidas SIMD) se ha incrementado de 8 a 16. Los registros adicionales incrementan el rendimiento. Registros XMM (SSE) adicionales: Igualmente el nmero de registros de 128 bits (usados para las instrucciones SSE) han aumentado de 8 a 16. Espacio de direcciones mayor. Debido a la arquitectura de 64 bits, la arquitectura AMD64 puede direccionar hasta 16 exabytes de memoria. Esto, comparado con los 4GB del x86-32, de los que slo la mitad est disponible para aplicaciones en la mayora de las versiones de Microsoft Windows, el sistema operativo dominante en entornos domsticos. Las implementaciones futuras de la arquitectura del AMD64 puede proporcionar hasta 2 exabytes de memoria disponible. Si la paginacin de memoria se utiliza correctamente, los sistemas operativos de 32 bits podran tener acceso a algunas de las extensiones de direccin fsicas sin tener

que realizar la ejecucin en modo largo (long). Aunque la memoria virtual de todos los programas en el modo de 32 bits est limitada a 3 GB. Instruccin de acceso a datos relativa al puntero: Las instrucciones ahora pueden hacer referencias relativas al puntero de instrucciones (registro RIP). Esto permite crear cdigo independiente de la posicin que permite un cdigo mucho ms eficiente en bibliotecas dinmicas y cdigo cargado en tiempo de ejecucin. Llamadas al sistema ms rpidas. Debido a que la segmentacin no est soportada en el modo de 64 bits, las llamadas al sistema no tienen las latencias asociadas con almacenar y recuperar la informacin de segmentacin ni tienen que realizar las comprobaciones necesarias de proteccin a nivel de segmentacin. Por lo tanto, AMD ha introducido una nueva interfaz de llamadas al sistema, al que se accede utilizando solamente la instruccin "SYSCALL". Aunque los sistemas operativos todava pueden utilizar el sistema de interrupciones para las llamadas al sistema, en el modo de 64 bits utilizar "SYSCALL" es ms rpido. Instrucciones SSE. La arquitectura AMD 64 incluye las extensiones de Intel SSE y SSE2, las ltimas cpus incluyen SSE3 tambin. Tambin estn soportadas las instrucciones del x86 y MMX. Bit NX. El bit NX es una caracterstica del procesador que permite al sistema operativo prohibir la ejecucin del cdigo en rea de datos, mejorando la seguridad. Esta caractersticas est disponible en los modos de 32 y 64 bits, y est soportada por Linux, Solaris, Windows XP SP2, Windows Server 2003 SP1. En arquitectura de computadoras, 64 bits es un adjetivo usado para describir enteros, direcciones de memoria u otras unidades de datos que comprenden hasta 64 bits (8 octetos) de ancho, o para referirse a una arquitectura de CPU y ALU basadas en registros, bus de direcciones o bus de datos de ese ancho. Los microprocesadores de 64 bits han existido en las supercomputadoras desde 1960 y en servidores y estaciones de trabajo basadas en RISC desde mediados de los aos 1990. En 2003 empezaron a ser introducidos masivamente en las computadoras personales (previamente de 32 bits) con las arquitecturas x86-64 y los procesadores PowerPC G5. Aunque una CPU puede ser internamente de 64 bits, su bus de datos o bus de direcciones externos pueden tener un tamao diferente, ms grande o ms pequeo y el trmino se utiliza habitualmente para describir tambin el tamao de estos buses. Por ejemplo, muchas mquinas actuales con procesadores de 32 bits usan buses de 64 bits (p.ej. el Pentium original y las CPUs posteriores) y pueden ocasionalmente ser conocidas como "64 bits" por esta razn. El trmino tambin se puede referir al tamao de las instrucciones dentro del conjunto de instrucciones o a cualquier otro elemento de datos (p.ej. las cantidades de 64 bits de coma flotante de doble precisin son comunes). Sin ms calificaciones, sin embargo, la arquitectura de las computadoras de 64 bits tiene integrados registros que son de 64 bits, que permite soportar (interna y externamente) datos de 64 bits.

Pros y contras (32 bits contra 64 bits) Un pro muy importante es que la cantidad de bit aadida es igual a la cantidad de bit modificada, es esto afecta el puente norte y el puente sur que implica una conexion en paralelo con el chipsetUn error comn es, que las arquitecturas de 64 bits no son mejores que las de 32 bits, a menos que la computadora tenga ms de 4 GB de memoria. Esto no es completamente cierto:Algunos sistemas operativos reservan porciones de espacio de direcciones de procesos para uso del SO, reduciendo el espacio total de direcciones disponible para asignar memoria para programas de usuario. Por ejemplo, las DLLs de Windows XP y los componentes de usuario del SO estn asignados en cada espacio de direcciones de proceso, dejando slo entre 2 y 3.8 GB (dependiendo de la configuracin) de espacio de direcciones disponible, incluso si la computadora tiene 4 GB de RAM. Esta restriccin no est presente en las versiones de Windows de 64 bits. La asignacin en memoria de archivos es menos til con arquitecturas de 32 bits, especialmente con la introduccin de tecnologa de grabacin de DVD relativamente econmica. Un archivo de 4 GB ya no es inusual y tales archivos grandes no pueden ser asignados fcilmente con arquitecturas de 32 bits; slo se puede asignar una regin del archivo en el espacio de direcciones y para acceder al archivo usando asignacin de memoria, estas regiones deben ser localizadas dentro y fuera del espacio de direcciones segn sea necesario. Esta es una cuestin clave, ya que la asignacin de memoria es uno de los mtodos ms eficientes para transportar datos del disco a la memoria, cuando es correctamente implementado por el SO. La principal desventaja de las arquitecturas de 64 bits es que, con respecto a las de 32 bits, los mismos datos ocupan ligeramente ms espacio en memoria debido al crecimiento de los punteros y posiblemente otros tipos y al relleno para alineamiento. Esto incrementa los requisitos de memoria de un proceso dado y puede tener implicaciones para el uso eficiente de la cach del procesador. Mantener un modelo parcial de 32 bits es una manera de manejar esto y es en general razonablemente efectivo. De hecho, el sistema operativo de altas prestaciones Z/OS ha escogido este enfoque actualmente, requiriendo que el cdigo de programa resida en varios espacios de direcciones de 32 bits mientras que los objetos de datos pueden (opcionalmente) residir en regiones de 64 bits. Actualmente, muchos programas comerciales estn construidos como cdigo de 32 bits, no de 64 bits, as que no pueden obtener ventajas de los grandes espacios de direcciones de 64 bits o de registros de 64 bits ms anchos y las rutas de datos en procesadores de 64 bits o, en procesadores x86, de los registros adicionales en el modo de 64 bits. Sin embargo, los usuarios de sistemas operativos libres o de cdigo abierto han podido utilizar entornos exclusivos de 64 bits durante aos. No todas las aplicaciones necesitan un gran espacio de direcciones o manipular elementos de 64 bits, as que no se beneficiaran de los grandes espacios de direcciones o de los registros ms anchos y las rutas de datos; el principal beneficio para las aplicaciones de 64 bits que no se beneficiaran de nada de esto sera que las versiones x86 podran usar ms registros.

Spark SPARC (del ingls Scalable Processor ARChitecture) es una arquitectura RISC big-endian. Es decir, una arquitectura con un conjunto reducido de instrucciones. Fue originalmente diseada por Sun Microsystems y dirigido por el ingeniero Kaa en 1985, se basa en los diseos RISC I y II de la Universidad de California en Berkeley que fueron definidos entre los aos 1980 y 1982. La empresa Sun Microsystems dise esta arquitectura y la licenci a otros fabricantes como Texas Instruments, Cypress Semiconductor, Fujitsu, LSI Logic entre otros. SPARC es la primera arquitectura RISC abierta y como tal, las especificaciones de diseo estn publicadas, as otros fabricantes de microprocesadores pueden desarrollar su propio diseo. Una de las ideas innovadoras de esta arquitectura es la ventana de registros que permite hacer fcilmente compiladores de alto rendimiento y una significativa reduccin de memoria en las instrucciones load/store en relacin con otras arquitecturas RISC. Las ventajas se aprecian sobre todo en programas grandes. La cpu SPARC esta compuesta de una unidad entera, UI (Integer Unit) que procesa la ejecucin bsica y una FPU (Floating-Point Unit) que ejecuta las operaciones y clculos de reales. La IU y la FPU pueden o no estar integradas en el mismo chip. Aunque no es una parte formal de la arquitectura, las computadoras basadas en sistemas SPARC de Sun Microsystems tienen una unidad de manejo de memoria (MMU) y un gran cach de direcciones virtuales (para instrucciones y datos) que estn dispuestos perifricamente sobre un bus de datos y direcciones de 32 bits.

Imagen 1. Sun UltraSparc II. Principales caractersticas Su caracterstica distintiva es utilizar ventanas de registros. 32 registros de "enteros" de 32 bits.

16 registros de punto flotante de 64 bits (para el caso de doble precisin) que se pueden utilizar como 32 registros de 32 bits (para precisin simple). Modos de direccionamiento: 1. Inmediato, (constantes de 13 bits). 2. Directo, (offset de 13 bits). 3. Indirecto, (registro + offset de 13 bits o registro + registro). Utiliza instrucciones retardadas (saltos, load y store ). Manejo de memoria: 4. Espacio virtual de 4 Gigabytes. 5. Unidad de manejo de memoria (MMU) que trabaja con pginas de tamao configurable. Categoras de Instrucciones La arquitectura SPARC tiene cerca de 50 instrucciones enteras, unas pocas ms que el anterior diseo RISC, pero menos de la mitad del nmero de instrucciones enteras del 6800 de Motorola. Las instrucciones de SPARC se pueden clasificar en cinco categoras: LOAD y STORE (La nica manera de acceder a la memoria). Estas instrucciones usan dos registros o un registro y una constante para calcular la direccin de memoria a direccionar. Instrucciones Aritmticas/Lgicas/Shift. Ejecutan operaciones aritmticas, lgicas y de desplazamiento de bits. Estas instrucciones calculan el resultado si es una funcin de 2 operandos y guardan el resultado en un registro. Operaciones del Coprocesador. La IU extrae las operaciones de punto flotante desde las instrucciones del bus de datos y los coloca en la cola para la FPU. La FPU ejecuta los clculos de punto flotante con un nmero fijo en unidad aritmtica de punto flotante, (el nmero es dependiente de la aplicacin). Las operaciones de punto flotante son ejecutadas concurrentemente con las instrucciones de la IU y con otras operaciones de punto flotante cuando es necesario. La arquitectura SPARC tambin especifica una interfaz para la conexin de un coprocesador adicional. Instrucciones de Control de Transferencia. Estas incluyen jumps, calls, traps y branches. El control de transferencia es retardado usualmente hasta despus de la ejecucin de la prxima instruccin, as el pipeline no es vaciado porque ocurre un control de tiempo. De este modo, los compiladores pueden ser optimizados por ramas retardadas. Instrucciones de control de registros Read/Write. Estas instrucciones se incluyen para leer y grabar el contenido de varios registros de control. Generalmente la fuente o destino est implcito en la instruccin.

Traps y Excepciones El diseo SPARC soporta un set total de traps o interrupciones. Ellos son manejados por una tabla que soporta 128 interrupciones de hardware y 128 traps de software. Sin embargo las instrucciones de punto flotante pueden ejecutarse concurrentemente con la instrucciones enteras, los traps de punto flotante deben ser exactos porque la FPU provee (desde la tabla) las direcciones de las instrucciones que fracasan. Proteccin de memoria Algunas instrucciones SPARC son privilegiadas y pueden ser ejecutadas nicamente mientras el procesador esta en modo supervisor. Estas instrucciones ejecutadas en modo protegido aseguran que los programas de usuario no sean accidentalmente alterados por el estado de la mquina con respecto a sus perifricos y viceversa. El diseo SPARC tambin proporciona proteccin de memoria, que es esencial para las operaciones multitarea. El SPARC tiene muchas similitudes con el diseo de Berkeley, el RISC II. Semejante al RISC II, l usa una ventana de registros para reducir el nmero de instrucciones Load y Store. Implementaciones SPARC 1. 2. 3. Primera generacin liberada en 1987. Frecuencias de reloj de 16 a 50 Mhz. Diseo escalar.

SUPER SPARC 4. 5. 6. Segunda generacin liberada en 1992. Frecuencias de reloj de 33 a 50 Mhz. Diseo super escalar

ULTRA SPARC II 1. Lanzado a mediados de 1996. 2. Arquitectura super escalar de 4 etapas y de 64 bits. 3. Cinco unidades de punto flotante. 4. Velocidades entre 250 y 300 Mhz. Advanced Product Line (APL) 1. 2. 3. 4. Lanzado a mediados de 2004. Acuerdo comercial entre Sun Microsystems y Fujitsu Arquitectura super escalar compatible con en el diseo SPARC V9 de 64 bits. Velocidades entre 1,35 y 2,7 GHz.

X32 X86 Por qu se llama x86 un procesador de 32bits y no x32? Tcnicamente el termino x86 simplemente se refiere a la familia de procesadores y el conjunto de instrucciones que la mayora usa. x86 comenz a equiparse como una instruccin de 16 bits en los procesadores 8086 y 8088, luego se extendi a una instruccin de 32 bits en los procesadores 80386 y 80486, es aqu donde la instruccin comienza a ser conocida como x86 para abreviar el nombre de los procesadores. Sola ser escrito en medio de los chips como 80*86 para reflejar el cambio en el modelo del procesador, pero en algn momento a lo largo del tiempo dejaron atrs el 80 dejando solo el 86. Entonces el nombre extrao aqu es realmente x64. El primer nombre para la extensin de 64 Bits para el conjunto de x86 se conoce como: x86-64. Ms tarde fue nombrado AMD64 (debido a que fue el primero en integrar en sus instrucciones la extensin x64 originalmente) Intel licencia la instruccin con el nombre de EM64T. Ambas instrucciones y los procesadores que las ocupan son todava considerados x86. Y es as que llamamos a los procesadores de 32bits como x86 y no x32. Hoy en da la tecnologa x86 es las ms usada en el mbito tecnolgico, Intel fue la primera que comenz a comercializar el 8086, un procesador que ocupaba la arquitectura CISC el procesador contaba con 40 pines y trabajaba a 16bits que llegaba a desarrollar una velocidad de reloj de hasta 10Mhz, luego de eso Intel desarrolla los sucesores 80286, 80386 y 80486 luego se les conoci solo como x86 lanzamiento IBM-PC se hizo popular a los procesadores x86, y que despus fueran conocidos como familia Pentium (8086) en base a eso varias compaas se basaron e implementaron su tecnologa hardware y software en el estndar x86. Hoy da contamos con los DualCore, Celeron, Xeon, Athlon, Turion, Phenon, y ese es el resultado de tres dcadas de trabajo intenso e imparable. Breve historia Intel inici sus operaciones siendo un fabricante de memoria para computadoras. En 1971 fue la primera compaa en lograr la integracin de suficientes transistores como para vender un microprocesador programable completo con un juego de instrucciones de 4 bits, que se volvera muy comn en calculadoras de bolsillo: El Intel 4004. Al 4004 lo sucedieron el 8008 en 1972 y en 1974 el 8080, cada vez logrando mayor capacidad. En 1978, Intel comenz a comercializar el procesador 8086, un ambicioso chip de 16 bits potencialmente capaz de ser el corazn de computadoras de propsito mltiple. El 8086 se comercializ en versiones desde 4,77 y hasta 10MHz. IBM adopt al hermano menor del 8086 (el 8088, un procesador con un bus de datos interno de 16 bits, pero con el bus externo de 8 bits, lo que permita aprovechar

diseos y circuitos para sistemas de 8 bits) para basarse en l y lanzar la lnea de computadoras ms exitosa de la historia: el IBM PC (1981) y el IBM XT (eXtended Technology) (1983) (ver influencia del IBM PC). El xito de esta serie fue tal que a partir de ese momento, todos los CPUs de Intel mantuvieron una estricta poltica de compatibilidad hacia atrs - Todo CPU fabricado por Intel desde ese momento y hasta el 2001 es capaz de ejecutar cdigo compilado para cualquiera de sus predecesores. Al 8086 lo sucedi el 80286 en 1982 (en el cual se bas la IBM PC/AT, 1985). Este chip, de 24/16 bits, implement el modo protegido de ejecucin, sentando las bases para la aparicin de los verdaderos sistemas multitarea de escritorio. El 80286 apareci a 6MHz, y a lo largo de los aos lleg hasta los 12MHz. Hubo varios sistemas operativos que aprovecharon su modo protegido para ofrecer multitarea real, tales como las primeras versiones de OS/2, o Xenix. Pero el verdadero boom de la multitarea no lleg hasta el nacimiento del 80386 (1985) - Un avance tan fuerte que hoy en da es comn referirse como i386 a toda la lnea de procesadores que le siguieron (tambin es comn la referencia IA32, Intel Architecture of 32 bits). El 386 fue el primer procesador de Intel de 32 bits, y -magnficas noticias para los desarrolladores- utilizarlo para aplicaciones de multitarea sera ya mucho ms fcil de lo que lo fue con el 80286. El 80386 maneja velocidades de 16 a 33MHz. El 80486 apareci en 1989. Fue un cambio relativamente menor frente al 80386 - Hasta su aparicin, todas las computadoras PC tenan la opcin de instalar en un zcalo de la placa base un -bastante caro- coprocesador numrico - para las XT, el 8087. Para las AT, el 80287. Para las 386, el 80387. A partir del 80486, el coprocesador numrico, as como la memoria cach L1 o de nivel 1 fueron integrados dentro del chip de la CPU (el coprocesador slo en los modelos 486DX. Los modelos 486SX lo tenan desactivado), trayendo como resultado un gran aumento en la velocidad percibida por los usuarios. Internamente este procesador es el primer x86 segmentado (con una profundidad 5). Este cambio es importante pues permite a la misma frecuencia de reloj ejecutar casi el doble de instrucciones (1.9) e incrementar la frecuencia de reloj. El 486 existe en versiones desde 20 y hasta 100MHz. Estos ltimos denominados 486-DX4 a pesar de multiplicar por tres la frecuencia de funcionamiento interna respecto al bus de datos externo. En 1993 apareci el Pentium. Por qu ya no se llam 80586? Porque muchas empresas competidoras de Intel comenzaron a producir CPUs con el mismo nombre que los de Intel. Ante el fallo de que un nmero no puede ser tomado como marca registrada, a partir de entonces los procesadores llevan un nombre propio. Este procesador incorporaba bastantes novedades, entre ellas un coprocesador muy mejorado y un doble sistema de prefetch, lo que le permita en ciertas situaciones ejecutar dos instrucciones simultneas, con el consiguiente aumento de rendimiento (esto slo era posible bajo ciertas combinaciones muy estrictas de instrucciones, con lo que el aumento de rendimiento slo era apreciable en aplicaciones compiladas especficamente para l). El Pentium lleg desde los 60 hasta los 233MHz.

Poco despus hizo su aparicin el Pentium Pro, una versin orientada a servidores que inclua la cach de segundo nivel en el mismo encapsulado que el procesador. Su elevado precio supuso un freno a su expansin.[cita requerida] Desde entonces, la tendencia al aparecer el Pentium II (1997), Pentium III (1999) y Pentium 4 (2000) ha sido la integracin de ms componentes, la adicin de instrucciones especficas de multimedia y a elevar la velocidad de reloj tanto como sea posible. El Pentium II lleg desde 233 hasta 450MHz. El Pentium III desde 450 a 1400 (1.4GHz). El Pentium 4 debut a 1.3GHz y en noviembre del 2005 llegaba ya a los 3.80 GHz. Con todo, la carrera de los Mhz se vio frenada debido al creciente consumo de energa y generacin de calor producida por los microprocesadores a altas frecuencias de reloj, que en los ltimos Pentium 4 super fcilmente los 100W. Paralelamente al Pentium II dos familias de CPUs fueron anunciadas: El Celeron, que es similar a los Pentium pero con menos memoria cach y, por consiguiente, menor precio y prestaciones, y el Xeon, orientado a servidores, con ms memoria cach - y claro est, de mucho mayor costo. Con los Celern se continu con una tendencia, ya iniciada en los 386 y 486, de tener dos modelos de diferentes prestaciones en la misma familia de procesadores: los modelos DX (386DX y 486DX), de mayores prestaciones, y los modelos SX (386SX y 486SX) de menores prestaciones. En el caso del 386 por tener un bus externo de 16 bits en lugar de 32, como en los DX, y en los 486SX por tener desactivado el coprocesador matemtico interno. As, en los Pentium II, Pentium III y Pentium 4 aparecieron sus correspondientes versiones de bajo costo y prestaciones (bsicamente, como ya se ha dicho, por tener menos memoria cach de nivel 2) con el nombre comercial de Celern. Parece ser que el motivo principal de dicha diversificacin, aparte de aumentar a un costo mnimo el abanico de modelos, prestaciones y precios, es de marketing: debido a las costantes bajadas de precio que experimentan los procesadores y el hardware en general, crear una "barrera de contencin" que justifique los diferentes niveles de precios, poniendo un precio ms alto a los procesadores ms potentes.

Temperatura Control ambiental, tanto de temperatura como de humedad, contando as mismo con detectores de inundacin. La temperatura debera ser constante en un arco de 20 a 22 grados centgrados, y la humedad no debera ser entre 40 y un 50%.

Condiciones generales:

1.

El servidor nunca deber ubicarse cerca de ductos de ventilacin o junto al acondicionador de aire

2. 3. 4. 5. 6.

deber evitarse la interferencia electromagntica (EMI). El rea en torno al servidor deber mantenerse libre de desechos y desorden Los servidores deben encontrarse con acceso restringido El espacio encima de un cielorraso bajo

La cubierta exterior ms comn para el cableado coaxial es el cloruro de polivinilo (PVC). Dos cosas controlan la temperatura del entorno de computacin. Durante el tiempo fro, el sistema de calefaccin mantiene la temperatura a un nivel cmodo. Esto se aplica a los entornos de oficinas abiertas y de cuartos de servidores. La Temperatura y humedad son dos de los aspectos ms descuidados del diseo de los centros de cmputo, gracias al avance de las computadoras ahora no necesitan condiciones tan especiales como en otros tiempos, pero an as es necesario saber que para algunas computadoras la temperatura ideal de operacin es de 20C y los servidores es ideal que trabajen entre 19 y 18C, en reas libres de polvo y sin humedad. Durante el tiempo clido, el aire acondicionado asegura que el servidor permanezca por debajo de la temperatura operativa mxima. La mayora de los centros de datos empresariales tienen aire acondicionado todo el ao, debido al calor generado por el equipamiento. Cuando un nuevo servidor se est implementando, es importante verificar el nmero de Unidades Trmicas Britnicas (BTUs) que origina el servidor.

En ocasiones esto es difcil de determinar, porque las BTUs se dejan fuera frecuentemente de las especificaciones del servidor. El tcnico tambin debe asegurarse de que la unidad de aire acondicionado pueda refrigerar la cantidad agregada de BTUs. Si el servidor estar montado en una bandeja, el tcnico deber verificar tambin para asegurarse de que la bandeja est bien ventilada. De ser posible, la bandeja deber contener alguna clase de administracin del flujo de aire, como por ejemplo un ventilador, para asegurarse de que el servidor permanezca fresco dentro de una bandeja cerrada.

Los tcnicos de red debern estar al tanto de las temperaturas de operacin para el equipamiento de computadoras. Un servidor tpico operara en los siguientes rangos: Temperatura operativa de 10 a 35 grados C (50 a 95 grados F) Temperatura de almacenamiento de 4,5 a 40,6 grados C (40 a 95 grados F) Disipacin mxima de calor de 10.000 BTU/hora En este ejemplo, si el rea de amacenamiento del servidor excede los 35 grados C (95 grados F), probablemente habr un serio problema

La humedad es otra cualidad importante del ambiente para que un servidor funcione apropiadamente como se ha ducho anteriormente. La humedad que resulta de un aire demasiado hmedo puede daar los componentes electrnicos del servidor. Si el entorno es demasiado seco, puede tener lugar una descarga electrosttica (ESD). La ESD se tratar en otra seccin de este mdulo. Si el servidor se encuentra en un entorno controlado, como en una oficina con aire acondicionado, cuarto de servidores o centro de datos, las unidades de acondicionamiento de aire y de calefaccin controlarn usualmente la humedad. Si no se controla la humedad, no deber utilizarse un deshumidificador o humidificador, puesto que no son confiables. Un humidificador o deshumidificador introduciran adems una fuente de agua que podra daar potencialmente un servidor. Un servidor de red deber mantenerse en un cuarto de clima controlado que mantenga una humedad relativa en el rango del 20 al 50 por ciento. Las inundaciones son un problema crtico para computadoras y servidores. Si el equipamiento no se salva antes de que llegue la inundacin usualmente se daar o se volver completamente irrecuperable. Las siguientes acciones pueden salvar el equipo de una inundacin inminente: Quite todos los medios removibles y cintas de respaldo de las premisas antes de la inundacin. Almacnelos en contenedores a prueba de agua para que los datos puedan recuperarse como parte del programa de recuperacin de desastres. Apague todos los servidores y desplcelos hasta la ubicacin ms alta del edificio. De ser posible, squelos por completo del edificio y almacnelos en tierras altas. La energa usualmente se cortar antes de que la inundacin tenga tiempo de daar los servidores. Si un administrador de red debe recuperar los datos de unidades en un rea inundada, la exposicin a la humedad deber minimizarse. Si los servidores se han inundado por completo, probablemente no van a ser confiables. Si el administrador de red intenta recuperarlos, todos los componentes debern extraerse y secarse completamente lo ms rpidamente posible. Ponga a secar los componentes en aire seco durante al menos 48 horas antes de limpiarlos y probarlos. La corrosin y la humedad de los componentes son dos reas preocupantes. Si se aplica corriente elctrica a una placa madre con algunas gotitas de agua en ella, esto podra ocasionar un dao extensivo a los componentes elctricos. Un plan de recuperacin de desastres es importante en situaciones tales como una inundacin. Si los datos se respaldan y almacenan en una ubicacin separada, el sistema puede restaurarse despus de los daos ocasionados por una inundacin y otros desastres. CALIDAD DEL AIRE. No estaramos tratando el entorno de operacin de un servidor por completo sin tratar la calidad del aire. ste no es un problema en general en el entorno de un centro de datos, pero puede serlo cuando los servidores se colocan en reas con mucho polvo y desechos en el aire. Los ventiladores de un servidor pueden empujar todo el polvo del

aire a travs del sistema y depositarlo en los componentes. Si los componentes se cubren de polvo, esto puede ocasionar que se sobrecalienten y fallen. Si el equipamiento se encuentra en un rea donde la calidad del aire es cuestionable, el tcnico de red deber planificar un mantenimiento semanal o mensual para limpiar el sistema utilizando una aspiradora para computadoras o aire comprimido en lata.

SUPRESION DE INCENDIOS. Los servidores pueden instalarse en varios entornos diferentes. Los tcnicos de red deben estar al tanto de las consideraciones de supresin de incendios en estas reas. En la mayora de los entornos de centros de datos, existe un sistema de supresin de incendios basado en gases inertes que funciona eliminando todo el oxgeno del aire. El Halon fue un favorito durante muchos aos pero est siendo reemplazado por gases ms amigables con el ambiente, como el dixido de carbono. El dixido de carbono extingue un incendio reduciendo el contenido de oxgeno del rea protegida por debajo del punto donde puede soportar combustin. DuPont desarroll originalmente FE13 como refrigerante qumico, que suprime un incendio absorbiendo el calor del mismo hasta que la atmsfera ya no puede soportar el fuego. Otro tipo de supresin de incendios es el uso de espuma para extinguir el fuego. Los sistemas de supresin de incendios por espuma funcionan separando el fuego del oxgeno del aire. Dependiendo del tipo de sistema de espuma, esto puede llevarse a cabo utilizando la espuma para cubrir la superficie combustible, sofocando el fuego enfriando el combustible con el contenido de agua de la espuma, o suprimiendo la liberacin de vapores inflamables que pueden mezclarse con el aire y arder. Muchos cuartos de servidores incluyen el mismo sistema de aspersores que se utiliza en el espacio de las oficinas. En general esto es una mala idea. El agua es una de las peores cosas que pueden derramarse sobre un fuego elctrico. Un fuego en un tacho de basura del otro lado del piso podra resultar en daos extensivos a los servidores y otros componentes elctricos. Por lo tanto, los sistemas de aspersores debern inhabilitarse en un cuarto de servidores. Tambin es importante comprar un buen extinguidor de incendios ABC o BC. El extinguidor de incendios deber montarse en una ubicacin prominente, ya sea directamente dentro de la entrada al cuarto de servidores o en la pared del lado de afuera de la puerta. Si hay un incendio en el cuarto de servidores, el tcnico de redes deber poder acceder a un extinguidor de incendios calificado para fuegos elctricos. En un entorno de oficinas compartidas, en general no es prctico inhabilitar los aspersores. En esta situacin, lo mejor es proteger al servidor del agua de los mismos. Por ejemplo, el servidor puede colocarse bajo un escritorio o en una bandeja sellada. Este entorno tambin deber incluir un extinguidor de incendios ABC o BC.

Monitoreo del estado del servidor

El estado del servidor deber monitorearse en relacin a su entorno. Para evitar que los factores ambientales afecten al servidor, la temperatura, el voltaje de la lnea y otras estadsticas operativas del entorno debern monitorearse. La temperatura del servidor puede medirse mediante un termmetro. Una nueva generacin de tarjetas de ampliacin para el servidor tambin proporciona informacin detallada acerca del estado ambiental del servidor. La mejor forma de monitorear los servidores de red es agregar una tarjeta de administracin remota del hardware. Esta tarjeta proporciona informacin detallada acerca del ambiente interno del servidor. La informacin usualmente est disponible para componentes de hardware tales como unidades de disco duro activas y utilizacin del procesador e incluir en ocasiones estadsticas del sistema operativo. Desde una perspectiva ambiental, es importante tener acceso a informacin tal como la temperatura del sistema y el voltaje de la lnea. Muchas tarjetas de administracin remotas permiten a los administradores establecer umbrales de temperatura que alertan al tcnico si la temperatura del servidor est fuera del rango operativo Sistema de monitoreo ambiental va Web y SNMP WeatherGoose Sistema autnomo de monitoreo ambiental para Data Centers con web server interno. Previene contingencias por falla de aire acondicionado, inundaciones, etc (Fig. 1,2 y 3). No requiere PC dedicada ni software especfico. Posee sensores internos de temperatura, flujo de aire, intensidad de luz y sonido, tres sensores de contactos secos y web cam. Su hub interno de puertos seriales facilita la incorporacin de nuevos sensores. Para el monitoreo de las condiciones ambientales solo es necesario un Web Browser. La unidad crea internamente pginas web (HTML), y e-mails para el envo de alertas. Soporta SNMP. (Simple Network Management Protocol, El Protocolo Simple de Administracin de Red o SNMP es un protocolo de la capa de aplicacin que facilita el intercambio de informacin de administracin entre dispositivos de red. Es parte de la familia de protocolos TCP/IP. SNMP permite a los administradores supervisar el funcionamiento de la red, buscar y resolver sus problemas, y planear su crecimiento.) Un solo dispositivo soporta 16 sensores remotos instalables en racks.

La version RelayGoose provee salidas de relay para el accionamiento de elementos externos con el disparo de alarmas. Incluye sensor interno de temperatura. Por qu esperar a que un servidor comience a quemarse para descubrir un problema de climatizacin? La conclusin es que se debe de monitorear toda la sala de servidores. Es aqu donde los sensores ambientales entran en accin. Los sensores proporcionados por IT Watchdogs no solo monitorean temperatura, sino que sobrepasan los estndares habituales monitoreando adems los efectos de la humedad, posible riesgo de inundacin, fallos de alimentacin y riesgo de desastre inminente. Gracias a esto, los Centros de Cmputos y las salas de control tienen un nivel adicional de seguridad, siendo capaces de no slo ayudar a solucionar un

problema antes de que este sea demasiado grande, si no de avisar al equipo sobre el problema. Cuando el WeatherGoose recibe una lectura de un sensor que indique un posible problema, enva uno o varios mensajes basndose en las preferencias de los usuarios, por ejemplo SNMP o correo electrnico. Una notificacin rpida es la meta de nuestra completa solucin de monitoreo, a fin de prevenir y proteger contra daos irreversibles. el cableado de los sensores admite hasta una distancia mxima de 30 metros del equipo utilizando cable telefnico (Categora 3) y fichas RJ11, por lo que la instalacin del equipo y de los sensores es muy sencilla y puede ser realizada directamente por el usuario. El sistema guarda un log de todas las actividades, dependiendo la cantidad de eventos de la cantidad de sensores instalados.

La pgina de informacin puede accederse con cualquier telfono celular va internet o wap. Con un smartphone tambien puede visualizarse una cmara IP vinculada a la misma red que el equipo.

Para el monitoreo de mltiples sites la aplicacin Console Agregator permite el control de cientos de WeatherGoose en tiempo real.

Software

MicroGoose Sistema de Monitoreo Ambiental autnomo con web server y sensores de Temperatura, Humedad y Punto de Roco internos. Notificacin de alarmas via email y SNMP. Instalable con tornillos. Perfecto para lugares con poco espacio disponible o cuando se requiere de gran cantidad de sensores de temperatura mas econmicos. Ideal para el control de temperatura y humedad encmaras de fro y depsitos. Alimentacion va PoE (Power over Ethernet) o fuente de 6V DC. Admite hasta 4 snapshots de cmaras IP en su pgina de informacin. No admite sensores externos.

Sensor combinado de Temperatura, Flujo de Aire, Humedad y Punto de Roco. Tres sensores combinados en un solo dispositivo. Hasta 16 sensores de este tipo pueden ser conectados a cualquier monitor de la lnea Goose. Soporte mediante clamps.

Sensor Remoto de Temperatura . 16 sensores de este tipo pueden situarse en distintos puntos calientes (Hot Spots). Puede colocarse un sensor el el interior de un rack y otro en el exterior para detectar problemas de flujo de aire dentro del rack

Sensor Remoto de apertura de puertas. Este simple sensor magntico detecta cuando la puerta de un rack es abierta. Puede configurarse para enviar un mail de alerta con una foto en el momento que se abre el rack y asi detectar visualmente a un intruso

Sensor Remoto de Energa City Power Este simple sensor permite informar cuando se produce un corte de energa y el site esta funcionando sobre UPS. Deber conectarse a un toma directo a la red (no de UPS).

IP Web Cam ( Todos los Gooses) Permite obtener video online de su sala de servidores a una velocidad de hasta 25 cuadros por segundo en todas las resoluciones hasta 640x480 pxeles VGA. Puede operar en condiciones de iluminacin tan baja como 4 lux. Su output puede integrarse en la pgina de informacin del WeatherGoose.

Sensor Remoto de LquidosPermite detectar la existencia de elementos lquidos por debajo del piso elevado o en zonas de difcil acceso.

GSM Auto Dialer. (Llamador Automtico GSM)

El llamador Automtico se conecta a los puertos de realy de un Relay Goose y puede transmitir las alarmas va GSM hasta 9 nmeros telefnicos diferentes mediante un mensaje de voz pre grabado. Funciona como un telfono celular. Se debe proveer una tarjeta SIM.

Monitoreo de Cmaras IP Todos los sistemas WeatherGoose permiten el monitoreo remoto de sus sala de servidores visualizando snapshots en su pgina de informacin junto con el resto de las variables. No requiere el conexionado adicional ya que con solo setear las direcciones IP de las cmaras en su pgina de configuracin el sistema queda Online. Pueden visualizarse los snapshots desde cualquier telfono celular con capacidades multimedia. El sistema admite hasta cuatro cmaras AXIS por consola.

Referencias Bibliogrficas

Condiciones de las salas de servidores y/o de los datacenters para mis servidores. Consultado 20/04/2011. Disponible en: http://pymecrunch.com/condiciones-de-las-salas-de-servidores-yo-de-los-datacenterspara-mis-servidores Mantenimiento Preventivo Cuartos de Servidores. Consultado 25/04/2011. Disponible en: http://wwwhardware6.blogspot.com/2008/08/cuarto-de-servidores.html Sun SPARC. Consultado 10/05/2011. Disponible en: http://es.wikipedia.org/wiki/Sparc Arquitectura de 64 Bits. Consultado 01/05/2011. Disponible en: http://ask.tecnopcx.com/viewtopic.php?f=9&t=21&start= X86-64. Consultado 01/05/2011. Disponible en: http://es.wikipedia.org/wiki/X86-64