Introducción a los mainframes
Publicado el Martes 11 de Julio del 2006 @ 18:17 por Kujaku.
- 25
- 2
Comentar
Bueno, voy a explicar un poco todo este fenómeno del mainframe.
A nivel introductorio, un mainframe ha sido tradicionalmente un ordenador pensado para el trabajo de proceso por lotes o BATCH. Este sistema se caracteriza en el tratamiento de grandísimos volúmenes de información, teniendo una entrada de datos, un proceso interno, y una salida de datos.
Un típico proceso BATCH en un banco es por ejemplo, el cierre diario de cuentas, en el que el sistema va leyendo los ficheros de cuentas bancarias, lee el fichero de movimientos (Datos de entrada) y los procesa para actualizar el saldo y plasmar esos movimientos en la cuenta, cuya salida, puede ser el propio fichero de cuentas actualizado, y unos extractos que te llegan a casa por correo.
Y donde digo movimientos del banco, digo el proceso de generación de las nóminas de una empresa de 200.000 empleados, por ejemplo. Es decir, un Batch es un proceso repetitivo que se realiza con millones de fragmentos de información.
En los años 50, los pocos ordenadores que existían tenían un diseño de un padre y una madre, de tal forma que programar para un mainframe ENIAC no tenía absolutamente nada que ver con el UNIVAC, aunque ambos tenían una arquitectura basada en la arquitectura de John Von Newmann, el padre de la informática, que se basaba en una arquitectura de memoria principal de datos e instrucciones y una serie de buses de datos, de entrada y Salida, y de Control. Por aquel entonces además, los ordenadores costaban muchos trillones de dolares, con lo que sólo se lo podían costear gobiernos y únicamente para usos militares.
Estos ordenadores se programaban para un propósito específico y su reprogramación era casi una utopía por el altísimo coste derivado de cambiar cables (si, por aquel entonces muchos programas funcionaban conectado y desconectando cables en paneles con enchufes, al estilo de las tradicionales operadoras de teléfonos) y reestructurar la lógica de la máquina para realizar otros propósitos era también un cristo.
Pero no fue hasta el año 1964 y con la llegada del transistor y por lo tanto, el destierro final de la válvula de vacío (elemento tosco, que consumía grandísimas cantidades de energía), cuando IBM por primera vez en la Historia de los ordenadores, creo un antes y un después: el Mainframe IBM System/360.
Este sistema era el primer ordenador de propósito general en el que se podían cargar programas de muy diversa índole, y además su diseño modular sentó las bases de la informática tal y como la conocemos. Por propósito general, se entiende que puedes correr cualquier tipo de programa, ya sea una generación de nominas, una gestión de almacenes o jugar al space invaders, sin cambiar absolutamente nada de hardware, solo cargando el programa adecuado, desde tarjeta perforada o cinta magnética.
De hecho, existe gente que con el ruido de las impresoras, hacían programas que interpretaban “El Danubio Azul” o “Singing In The Rain” en función de los caracteres impresos en ese momento. Si, en aquella época ya existían los frikis.
A partir de esa fecha, y con la llegada el microprocesador, los costes se redujeron muchísimo y los mainframes empezaron a comercializarse a nivel de empresa, donde todos los procesos de producción Batch como nóminas, control de almacenes, etc, se volvieron muy eficaces y por lo tanto, ahorraron ingentes cantidades de dinero y tiempo en cosas que antes se hacían de manera manual, por lo que el coste a pesar de ser desorbitado, las empresas lo pagaban con sumo gusto porque para ellos les ahorraba muchos miles de millones al año.
En los año 70-80, a IBM le salieron muchos competidores, entre los que cabe destacar Honeywell-Bull, Amdahl, Hitachi Data Systems, Control Data Corp, Fujitsu, etc, en los que cada uno vendía diferentes tipos de mainframe pero al final todos tenían la misma arquitectura basada en las máquinas de IBM. Cada una tenía su propio sistema operativo, su multiprogramación y su memoria virtual, pero vamos, funcionaban prácticamente de la misma manera.
Sin duda y a mi juicio, los años 80 fueron los de la época dorada del mainframe, su apogeo total, ya que estas máquinas bajaron su precio hasta 2 o 3 millones de euros y por consiguiente, miles de empresas adoptaron esa forma de trabajar. Mas de 15.000 terminales tradicionales podían estar conectados a estos monstruos y en esa época salió el procesamiento interactivo, donde 15.000 usuarios podían interactuar con la máquina en sesiones de pantallas dando un buen tiempo de respuesta, realizando miles y miles de transacciones por segundo, consultas concurrentes a enormes bases de datos, debido a que el S.O. era una pieza de gran precisión programada al milímetro -no como la mierda del Windows ese- ;).
Cabe decir que el proceso interactivo ya era célebre en los años 70, pero el altísimo coste de los terminales (entre 12.000 y 20.000 euros de los de entonces) hacia que el tener terminales fuera un lujo demasiado caro en aquella época.
En la década de los 90, el uso de mainframe empezó a sustituirse por el fenómeno Downsizing, que era un vano intento de descentralizar en arquitecturas mas baratas toda la lógica del negocio. Algunas lo hicieron medianamente bien, y otras se estrellaron, ya que estar acostumbrado a trabajar en una arquitectura robusta, que no se cuelga, rápida y eficaz y con una programación determinada, y pasar a un entorno mas abierto y barato y pretender que te de el mismo servicio que un mainframe, es algo casi imposible.
Fue en ese momento cuando Hitachi, Amdahl, CDC, Bull, abandonaron la producción de esas máquinas ya que IBM abarató los costes de tal manera para hacer frente a ese fenómeno del downsizing y evitar la caída de las ventas (el principal problema por el que se llevo a acabo la decisión del Downsizng era simple y llanamente por ahorrarse algo de dinero), que no pudieron hacer frente a ofertas mejores y por lo tanto, dejaron de comercializarse. Aun hay algunas empresas en las que he visto que todavía tienen un vetusto Bull DPS700 con GCOS7 de S.O., pero todas ellas están en un proceso de abandono de esa tecnología o de la aplicación que mantenía esa máquina para sustituirla por otra.
Pero vamos, aun en pleno Siglo 21, hay miles de empresas que todavía usan mainframe, y algunas que han pasado por el Downsizing han vuelto de nuevo al mainframe por su robustez e incolgabilidad. Y los precios han bajado muchisimo, por 1 millón de Euros te puedes comprar un mainframe completo, muy potente y con muchos Terabytes de disco duro.
Hasta aquí la “pequeña” introducción. En otra ocasión, me meteré a explicar todos periféricos que habían por aquellas épocas y cuales se han quedado para no morir, y de que modo ha influido en la informática actual.
25 Comentarios (feed)
-
guillem nos comenta:
Muy interesante, pero… todavia muy lejos del presente. A ver si sigues la serie esta. Porque es una serie, verdad? ;-)
Yo ahora trabajo con z/OS todos los dias y la verdad es que cuando le coges el truco no es tan incómodo como parece al principio, y además es muy potente, y corre sobre un hardware _brutal_ donde los haya.
-
Kujaku nos comenta:
Si, la idea es seguir la serie. Estoy realizando otro capítulo que es el de explicar todos y cada uno de los dispositivos o perifericos que se pueden y pudieron conectar, otro capítulo tratare el software que corre, etc… Vamos, creo que a mi juicio, promete (eso si, si tienes paciencia para leer mis tocho-posts… xDDDD)
Ni que decir tiene que yo trabajo también con z/OS y desde luego, que se quiten los Windows… donde este un CICS-DB2 bien customizado… ;)
-
guillem nos comenta:
Yo soy el más novato donde trabajo, llevo medio año, pero está muy interesante el tema. Eso sí, lo de CICS y DB2 (y COBOL o REXX editados desde ISPF/PDF) sobre z/OS es solo para informáticos de vocación, nada de aficionados de esos que si el trabajo no puede hacerse con el ratón ya se les cansa la neurona ;-)
Tocho-posts? Nada, son diminutos comparados con los manuales de IBM. Creo que hace poco ví uno de varios cientos de páginas que hablaba únicamente de data sets particionados. Documentar está bien, pero a veces se pasan un pelo X’-D
-
tendero_digital nos comenta:
Muy buena entrada, yo ahora estoy sufriendo porque un Bull nos deja y en su lugar viene un IBM, y lo caro no es el hierro como tu dices, sino cambiar la programación, porque lo que se ha hecho durante 30 años hay que sustituirlo en 3.
-
Diego nos comenta:
Hola gente!!! primero, me parece estupenda la idea de compartir toda esta info.
Me presento:soy diego villalba(veran mi apellido en mi direccion de email) y si se fijan en mi email tambien, notaran que trabajo en IBM.
Me acerco a uds con la simple pregunta que quiza me puedan contestar:Como y/o donde hago para saber mas de Mainframes (seguro me diran “ahi mismo, en tu trabajo!!!”, si , lo se, simplemente estoy tratando de adentrarme en el tema, porque dentro de poco comienzo un curso de Mainframes aca en IBM, pero quisiera ir con la mente un poco frezca y no llegar como un completo ignorante, tratando de conseguir info desde “0″ y desde otro lugar que no sea IBM…desde ya les agradezco y quedo a su disposicion…un abrazo gente!!! -
Kujaku nos comenta:
Precisamente estoy creando una web con trucos, manuales y curiosidades sobre esta arquitectura. En cuanto tenga algo presentable, lo dare a conocer :)
-
anom2 nos comenta:
Trabajo en un sitio que utilizan z/os (están terminando de migrar poco a poco), aunque también Sun (con Solaris) Series 5000 y superiores, HP Series V (crossbar), además de Digital y Windows.
El trabajo más importante lo hace el mainframe, y la tendencia es hacer desaparecer HP. De hecho Sun está acaparando todos los sistemas medios mediante la absorción de HP (ya están haciéndolo). Por supuesto usan DB2 y Oracle, aunque también he visto clusters de Windows con SQL. Pero todo apunta a que será IBM quien se lleve el gato al agua, todo gracias a una agresividad comercial sin límites.
La gente de sistemas medios habitualmente es colaborativa, imaginativa y normales. Tienen buenos sueldos. Las máquinas son cerradas y potentes. Es un departamento bien visto, formado por personal cualificado que se mantiene al día en cursos y formación, aunque algo auto-limitados (pasan de ir más allá). El almacenamiento va por fibra hasta la red de almacenamiento. Antes el correo estaba aquí. Ahora soportan Oracle y DNS. El personal conoce bien el lenguaje C.
El personal de Windows son gente que domina la informática en general, aunque se han especializado en ese sistema y con la ayuda de un buen hardware puede hacer funcionar todo muy bien. Son los que menos ganan de la empresa, aunque a la vez son los que tienen más campo y diversidad de aplicaciones. Los administradores son considerados en general como los chicos de los PC’s, ya que los usuarios piensan que Windows es sólo un PC con unas ventanitas (nada más lejos de la realidad). Debo decir que en una empresa grande o muy grande, Microsoft tiene una gran plataforma. Todo va en clusters de HP-Compaq, almacenamiento también por fibra conmutada y duplicada, y todo en downsize (lo llaman granjas). Ahora el correo está aquí, además del directorio activo y el fax. Importantes aplicaciones viven aquí. También soportan DNS. El personal de desarrollo trabaja en Visual C y Visual Basic (aunque no lo parezca son lenguajes muy potentes).
El mainframe consta de 4 nodos pirncipales después de la última migración-reducción. Los principales procesos son el cierre del día (BATCH) e impresión, además de las BBDD en DB2. Antes también había correo aquí, pero se eliminó porque el entorno era texto plano (ya estamos en el siglo XXI y alguien se dio cuenta de ellos). El almacenamiento también está separado a través de fibra. La gente que trabaja aquí no cuenta nada de su trabajo, todo está en secreto (hasta la más mínima chorrada). Suelen ser más mayores que el resto del personal y son los que más cobran por un trabajo relativamente sencillo que no suele cambiar en muchos años (siempre hacen los mismo los mismos). Les gusta usar REXX y todo va en modo texto (ante una ventana de Windows se lían curiosamente, se encuentran más cómodos en su terminal texto y plantillas tipo RPG).
No hay que olvidar que existe un departamento igual de importante que es el de comunicaciones. El backbone es ahora todo cisco, al igual que el equipamiento de planta. Se utiliza Fast-Ethernet y se ha eliminado el ATM. La telefonía es todo VoIP, y ha sido la referencia para la nueva central de Telefónica Spain, que está construyendo en el norte de Madrid.
Todo está duplicado (todos los sistemas y el almacenamiento, además de las comunicaciones).
La tendencia será que IBM tome todo el control total. Sun ha absorbido a HP, pero está previsto que IBM absorba todo. Los puestos de escritorio de algunas áreas podrían migrarse a Linux para ahorrar costes (aunque la política de Microsoft Volume Licensing es realmente barata y eficaz, en serio), cosa que no está muy clara.
Bueno no quiero aburrir..
1 saludo,
-
guillem nos comenta:
Anom2: no es que los de mainframes nos liemos con los GUIs, es que los GUIs son nefastos como interface para expertos. No sabes lo dificil que es ponerte en el lugar de alguien muuucho más lento que tú X’-D
-
jrivero nos comenta:
Muy interesante los dos articulos sobre Mainframes, siempre escucho hablar de ellos pero hasta ahora no tenia una idea cabal de lo que eran (soy de la generacion pc) ni tampoco como funcionaban. Dentro de la ignorancia mencionada, pregunto ¿hay alguna forma de acceder a algun mainframe publico desde algun emulador via internet por ejemplo? para conocer en forma practica de lo que se habla.
Saludos.
Excelente blog
-
Kujaku nos comenta:
Bueno, anom2, todo depende de la pasta y la importancia del negocio. A ver si ahora por tener un mainframe se va a ser mas “cool” o tener la e-polla mas larga.
Lo que quiero decir es que todo depende de la visión generalizada y el workflow que tiene la empresa. Es decir, que si con una base de datos de 100 clientes te vale hacerla en MS Access, y las nominas y demas te lo hace una gestoria, pues no te compras un mainframe. En cambio, en una empresa cuya infraestructura es potente, pues es algo que se baraja, y no solo por el hecho de centralizar todo en un sitio. Hay quien dice que eso es contraproducente porque si falla eso, todo se cae. Pues en mi experiencia, eso no falla. El mainframe cuesta lo que cuesta por el hardware que tiene, y ahora mas que nunca, el fenomeno “centro de contingencia” cobra un significado nuevo, ya que se tiende a clonar la instalacion para que si el nodo 1 se fastidia -inundaciones, bombas, terremotos, nunca por fallo de hard subito-, se pase la produccion al nodo 2 sin perder ni un solo dato.
Por poner otro ejemplo: Yo estuve trabajando en una empresa que llevaba 4 cajas de ahorros, cada una en su LPAR mas luego las de desarrollo, y preproducción. Todo, absolutamente todo estaba en 1 sola maquina, un z990. Bien, pues de Host solo estabamos 6 personas a cargo de toda la instalacion. En cambio, la parte windows, eran unas 60 personas con mas de 150 servidores windows y ademas siempre jodidas y estresadas porque se les colgaban los servidores uno detras de otro, si no era el DNS era el LDAP, que si de repente una maquina ya dejaba de tener relaciones de confianza con la otra, que si se cae el SQL Server en cluster y hace que como es cluster se caiga la otra tambien, etc. Es decir, que lo que no te gastas en mainframe, te lo gastas en personal y en aspirinas para los dolores de cabeza. Pero claro, como nosotros somos de mainframe, pues siempre con las manos en los bolsillos… y un carajo. No tienes ni idea de la cantidad de manuales que tenemos que leer para instalar un puñetero servidor de correo (vamos, siguiendo tu ejemplo) que realmente sea seguro y centralizado en mainframe:
- Un manual de la instalacion del servidor de correo.
- Un manual de customizacion de variables.
- Un manual de administracion RACF para autentificaciones de usuarios.
- Un manual de gestion de OMVS para que dependa de un inetd o algo asi.
- Etc… Vamos, que es jodido. En cambio, para instalar un Exchange… ¿Cuantos manuales os habeis tragado?De todas formas, eso de que los servidores de correo solo son de texto, pues sera una instalacion verdaderamente antigua, pero yo lo he visto montado en un mainframe con Lotus Domino Server y el Cliente Notes para los clientes y va que te cagas…
La gran diferencia aqui es que el mainframe es un cambio de paradigma total, todo esta documentado, controlado y probado hasta la saciedad. En Windows, que se suele hacer? setup.exe, siguiente, siguiente, siguiente, finalizar. Arrancas, y funciona, pero mañana se cuelga. Por que? En mainframe no es asi, que si PTFs para adecuar el nivel de servicio, que si SMP/E, que si configurar las target, que si generacion y customizacion, que si politicas del WLM y un largo etcetera, hasta tal punto que el mainframe no le puedes meter un programa si no sigues una serie de pasos determinados (y son la de dios los pasos, por cierto). En definitiva, que el entorno esta tan controlado que es dificil que la cagues al instalar un programa a menos que realmente te lo propongas. De ahi que la robustez del software sea la que es, porque no te deja tocar donde no debes. Asi pues, los virus en mainframe, simplemente no existen, porque jamas podras instalar un programa que acceda a un modulo sin que se entere el RACF, syslogs y mil mecanismos de control que haran saltar la alarma y decirles quien, como y cuando ha ejecutado algo que no ha dejado el equipo que se ejecute (por lo que la apiolacion posterior del sujeto es un hecho ;) ).
Por ultimo, una nota: Si vais a la pagina http://www.conmicro.cx/hercules/ os podreis bajar un EMULADOR de mainframe para PC (ojo, tened un pepinazo de PC porque si no, ni lo mueve) y si visitais http://www.bsp-gmbh.com/turnkey/ , os podreis bajar sin coste alguno el sistema operativo 100% mainframe llamado MVS Version 3 Release 8J, de los años 70 y asi veis con vuestras propias carnes un mainframe funcionando en vuestro PC, je, je, je…
(y de los ADCDs de z/OS V1R6 que andan por el e-mule, ya ni os cuento, pero, sssshhh, silencio, eso no lo he dicho yo).
-
Alvaro (Alwar) nos comenta:
Una pregunta un poco tonta…. si metemos un windows en un mainframe se seguiria colgando windows? xDDD
Y yo pensaba que despues de lo servidores web y de este tipo ya no habia ordenador mas potente!
Ta mu bien el articulo.
Saludos! -
Mariano nos comenta:
Que epocas!, bueno te olvidastes de Wang, NCR y algunas otras marcas de la epoca, yo trabajaba sobre wang … que epocas como han cambiado las cosas por dios, pero bueno he mejorado todo mucho durante todos estos anios.
Saludos y muy bien articulo -
PandragoQ nos comenta:
“No tienes ni idea de la cantidad de manuales que tenemos que leer para instalar un puñetero servidor de correo (vamos, siguiendo tu ejemplo) que realmente sea seguro y centralizado en mainframe”
Un servidor de correo en un mainframe de un banco????
Con su smtp abierto y todo???, eso quiero verlo yo :P
Con lo caro que es un ciclo de CPU de un z990 y lo vais a gastar procesando spam???
-
PandragoQ nos comenta:
Por cierto Kujaku….
Lotus Domino, Notes…. macho… tu estabas en servimática!
-
Kujaku nos comenta:
Epa, PandragoQ:
Si, estuve una temporada trabajando alli, pero decirte que en el ministerio del Interior del Gobierno Vasco tambien tienen el mismo sistema, asi como el Centro Informático Municipal del Ayuntamiento de San Sebastian, aunque estos últimos migraron a plataforma Windows sus sistemas Domino hace poco.
De todas formas, creo que se han malinterpretado mis palabras: No he dicho que un banco tenga un sistema de e-mail dentro de un mainframe, sino que un mainframe tiene la capacidad de gestionar e-mail y no solamente mail en texto EBCDIC o hacer un TSO SEND USERID enviando mensajitos. Sin mas.
Respecto al tema de leer mucho para instalar algo, eso es un hecho: Solamente para cambiar de version de SO, hay que leerse una burrada de manuales porque implican instalacion de PTFs a mansalva, conocimiento de SMP/E extremo, que si APARs y parches cumulativos, etc. Una vez hecho ese trabajo de MESES, puedes estar seguro que un cambio de SO esta bien medido y con posibilidad de marcha atras si algo se tuerce. El problema es que con Windows no se tiene esa celeridad y luego pasa lo que pasa. Si en entornos distribuidos la gente leyera la misma informacion que estas obligada a leer en el entorno mainframe, otro gallo cantaria.
Un saludo
-
jose nos comenta:
quisiera saber sobre contingencia, en un mainframe de un banco y tambien si el proovedor de cominucaciones que debe cumplir para poder llevar a cabo el plan de contingencia.
-
Suicidio nos comenta:
Lo que en realidad sería bueno, y es mas lo que estoy buscando es una metodología para definir el tipo de mainframe que necesite un escenario en especial, por ejemplo necesito dimencionar un mainframe para un hospital, cualquier sujerencia es bienvenida gracias.
-
Kujaku nos comenta:
Suicidio:
Lamento no haber visto esto antes. Tu respuesta es la piedra filosofal de nuestra profesión. A priori es imposible saber a ciencia cierta que dimensionamiento calcular para una carga de trabajo concreto, dado que el 99.9999% de las veces, el entorno de pruebas y el de explotacion no se parecen en nada, el usuario puede ser mas torpe o mas listo, y en definitiva, hay multitud de factores que contribuyen a no realizar una estimacion adecuada (si no escatimas gasto, te pasas por exceso, y si miras mucho la pela, por defecto). Pero existen herramientas que te permiten aproximarte, ya sea mediante tablas obtenidas de calculos de situaciones similares o mediante herramientas de prueba (que simulan la interaccion del usuario).
Lo primero que habria que conocer es la inquietud de ese hospital por cambiar de arquitectura. Es decir, que tenian antes que les queda pequeño y que quieren tener ahora, y en base a eso, realizar un analisis profundo del entorno, programacion, gasto que pretenden realizar, personal a utilizar, etc, para llegar a la solucion idónea. Y te advierto, NUNCA será la solución idónea, porque SIEMPRE el cliente cambia a ultima hora especificaciones que comprometen el diseño inicial, asi que… suerte.
-
leongino nos comenta:
Todo lo que han escrito me parece muy interesante, y me dan ganas de seguir investigando mas a fondo. Pero me gustaría empezar por el principio en lo que ahora estoy trabajando. Estoy en seguridad RACF y no encuentro ningun manual o articulo que me adentre en este mundo. Si alguien tiene algun dato sobre esto se los agradeceré.
-
sann nos comenta:
Hola a todos:
Para los q les interese saber un poco de todo de los Z/OS existen los ABC’s System Programming, son once libros de fácil lectura donde se cuenta todo lo necesario desde el punto de vista de sistemas.
No entiendo muy bien el pique entre los diferentes Sistemas q existen. Cada uno es bueno y necesario para lo q ha sido diseñado y lo ideal es q todos trabajen en una arquitectura común. Q sería hoy por hoy un mainframe sin conexión a internet???
PD: No todos somos tan viejos ni tan cerrados y hasta nos gusta contar lo poco q sabemos.
-
sann nos comenta:
Jose: ¿que necesitas saber sobre contingencias de un banco??? es un campo muy amplio, me gustaría q concretaras un poco más, pero para empezar por algún sitio, lo primero q debes de tener replicados o duplicados son los datos en disco y en cartucho.
Lo dicho, centra un poco el tema y buscamos información más detallada, si te parece.Saludos
-
Jorge84jf nos comenta:
alguien me puede decir donde encontrar archivos ABC’s System Programming. Manuales que esten en castellano y que sean facilitos como los explicais vosotros los veteranos..ejej
-
Gaia nos comenta:
Kujaku:
Interesantes las reflexiones sobre este mundo del Mainframe
en el que llevo metido varios años y desde distintos puntos
de vista administración del sistema o de bases de datos.
40 años del Mainframe, la historia del Mainframe desde la década de los sesenta hasta la actualidad la podeis conocer de primera mano del propio fabricante IBM, adjunto una serie link que son clarificadores sobre estos entornos, que algunos llaman
dinosaurios,pero todavía siguen con nosotros y por muchos años.
-Historia Mainframe.
http://www-5.ibm.com/es/press/fotos/mainframe/
http://www-5.ibm.com/es/press/informes/historiamainframe.html-Bibliografía Mainframe, en perfecto ingles.
http://www-306.ibm.com/software/sw-library/type/systemz/index.html
http://www.redbooks.ibm.com/portals/systemz
http://www-306.ibm.com/software/os/zseries/newsletter/mainstreamed23.html
http://www.zjournal.com-Link de información sobre IBM y Mainframe.
http://www.ibm.com/es/
http://www-03.ibm.com/systems/es/z/
http://www-306.ibm.com/software/os/systemz/en_US/index.htmlLo siento pero la mayor parte de la información la encontrareis en perfecto ingles.
-
Laura Ríos nos comenta:
Wooow!! me parece muy interesante la información, aunque aún me custa entenderla, pues soy estudiante de 6º semestre de bachillerato jeje. Pero me empiezo a emocionar al leer temas referentes al hardware, pues voy a estudiar ing. en computación..
¡Que buena publicación!
Saludos.
-
Oscar nos comenta:
hola pal
espero que estes bien y dale con tus comentarios mi pregunta es la siguiente
coo se mide la rapidez hoy en los mainframes? y ademas de una pequeño analisis por esta materia gracias
eres un genio al igual que los demas que post gracias
adios
