Año 7, Número 1 - comite electrotecnico cubano

Boletín Informativo CEC
trimestre octubre/diciembre del 2004
página
! 1
ISSN 1682-7538
BOLETÍN INFORMATIVO
AÑO 7, NÚMERO 1
RNPS 0386
El mantenimiento eléctrico actividad vital olvidada y desatendida
por completo en Cuba.
Tal vez el artículo con el que comenzamos este
Boletín le haga reflexionar acerca de este importante tema; al menos le permitirá conocer por
dónde anda el mundo.!
!
Termografía Infrarroja. Una nueva
herramienta de mejora de la competitividad industrial.
Tomado de: www.voltimum.es
Hoy en día, cuando la competitividad de la empresa es esencial para su supervivencia, se hace
necesario trasladar esta obsesión a todos los
ámbitos de la misma, incluida la actividad de
mantenimiento en instalaciones y bienes de
equipo.
Esta motivación por la competitividad está provocando un cambio paulatino de las estrategias de
mantenimiento tradicionales, basadas en intervenciones periódicas con indisponibilidad de los
equipos, a otras basadas en técnicas que no
implican paro de la actividad, o a una combinación de ambas. La tendencia actual es la coexistencia de ambas estrategias de mantenimiento,
ampliando los períodos entre indisponibilidades
programadas para mantenimiento en función de
la confianza y experiencia que la empresa deposita en las técnicas predictivas disponibles, entre
ellas la detección infrarroja.
Esta técnica permite conocer, sin contacto físico,
la distribución de temperaturas de un objeto mediante la medida de los niveles de radiación dentro del espectro infrarrojo, detectando así puntos
calientes que puedan ser debidos, por ejemplo, a
una conexión eléctrica deficiente, al deterioro de
elementos mecánicos de fricción o a fugas de
calor en determinados recintos.
Entre los sistemas de detección más avanzados
cabe destacar la medición de la temperatura
mediante las cámaras de termografía, las cuales
proporcionan la imagen térmica de los objetos en
el campo de visión de la cámara. La representación de dicha imagen térmica se realiza mediante
colores, con una escala que permite conocer de
forma cualitativa qué partes están a mayor temperatura que otras, con una interpretación muy
intuitiva que permite observar directamente los
EN ESTE NÚMERO
"#El mantenimiento eléctrico actividad vital
olvidada y desatendida por completo en
Cuba
"#Termografía Infrarroja. Una nueva herramienta de mejora de la competitividad industrial
"#Alcance Global. Normas internacionales para
el gobierno, las empresas y la sociedad (final)
"#Historia de los sistemas operativos
1
1
2
4
A NUESTROS LECTORES:
Les pedimos que nos disculpen por el atraso de
este Boletín.
El Boletín CEC es la publicación trimestral del
Comité Electrotécnico Cubano; los gastos de
impresión y distribución los sufraga la ONN.
Puede hacerlo llegar a cualquier interesado.!
!
puntos calientes de la instalación. Además se
puede conocer también la temperatura de cada
uno de los puntos.
En la actualidad la cámara de termografía, es un
dispositivo de apariencia exterior muy similar al
de una cámara de video, que posee en su interior
un detector de radiación infrarroja, y cuya medida
posteriormente es tratada por un software para
determinar con precisión la temperatura a la que
se encuentran los objetos que son enfocados por
ella. En algunos casos dispone de una cámara
auxiliar convencional, para poder obtener las imágenes reales del objeto que se está estudiando,
de modo que se facilite la relación de la imagen
térmica con la imagen real del objeto, con el
objeto de mayor claridad en el tratamiento posterior de la imagen de temperaturas.
En las instalaciones eléctricas, por ejemplo, las
tareas de mantenimiento son necesarias tanto
para evitar situaciones de peligro para los usuarios de las mismas, como para prevención de
averías que signifiquen pérdida del suministro
eléctrico. Las técnicas comunes de diagnóstico
que se han venido empleando incluyen la comprobación de la rigidez dieléctrica de aceites y
aislantes sólidos, medida de la resistencia de
aislamiento, medida de la resistencia de contacto
en polos de interruptores y seccionadores, medida de la corriente de fugas en aislamientos, etc.
(Continúa en la página 2)
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
Dichas técnicas suponen en muchas ocasiones la
necesidad de la parada de la instalación, el empleo
de fuentes auxiliares, y en caso de medidas en
tensión, comportan los riesgos correspondientes.
El empleo de cámaras termográficas puede paliar
parte de estos inconvenientes. La temperatura de
un punto de conexión eléctrica, entre un cable y un
borne por ejemplo, puede experimentar un aumento de la temperatura, síntoma de una mala
conexión, al aumentar la resistencia eléctrica como
consecuencia de la existencia de un contacto defectuoso, bien por falta de presión en el contacto,
bien por la suciedad y oxidación de las superficies
de unión. Este aumento de temperatura es fácilmente detectable por comparación con la temperatura de otros bornes cercanos.
De esta forma se pueden prevenir los accidentes
ocasionados por el deterioro del material del borne
y/o el cable, que podrían acabar en cortocircuito e
incluso incendio.
Además del ejemplo comentado, las aplicaciones
son múltiples: detección de calentamiento anormal
en protecciones, deterioro de aislamiento, supervi-
página
! 2
sión de temperatura de funcionamiento y sobrecargas, detección de trazado de conductores, embarrados, mantenimiento en alta tensión, etc.
En cuanto a equipos que disponen de elementos
móviles, por ejemplo motores, la cámara termográfica es también de gran utilidad en la detección
de temperaturas elevadas que puedan ser indicativos de desgaste o de una lubricación deficiente.
También es así en instalaciones en las que se
quiere contrastar su aislamiento térmico, no solo
en edificios, donde se perciben con claridad los
puntos de máximas pérdidas de calor o frío, si no
también en instalaciones térmicas calorifugadas u
otros equipos.
No obstante sus grandes ventajas, el principal
inconveniente de las cámaras termográficas es el
elevado coste de adquisición y la necesidad de
una formación específica en su manejo, lo que lo
convierte en muchas ocasiones en un elemento
prohibitivo. Por ello, en muchas ocasiones, es un
servicio que se subcontrata a entidades que disponen de estos medios y los ponen a disposición de
las empresas que lo precisan.!
!
Alcance Global.
Normas internacionales para el gobierno, las empresas y la sociedad (final)
Documento publicado por la IEC en el año 2003. Viene del Boletín 64
Aceptación recíproca - AEEMA
A inicios de la década de 1990, los miembros de la
Asociación Australiana de Fabricantes Eléctricos y
Electrónicos (AEEMA por sus siglas en inglés)
decidieron apoyar el desarrollo de un esquema
dedicado a los equipos eléctricos especialmente
diseñados para el uso en ambientes peligrosos
tales como áreas inflamables o combustibles conocidos como equipos Ex).
La principal motivación de AEEMA para tomar esta
decisión fue el tener conciencia de que el crecimiento y desarrollo de la industria tiene que basarse en la expansión de las oportunidades del
mercado a través de un sistema internacional de
evaluación de productos. La segunda motivación
fue la necesidad de encontrar fiabilidad y rigor en el
sistema de normas y de evaluación de la conformidad relativos a los ambientes peligrosos para infundir confianza en los usuarios de equipos Ex y en los
reguladores del gobierno.
La implementación del esquema IECEx ofrece a
esta industria especializada la mejor oportunidad
de cumplir con estos objetivos, afirma el director
técnico de AEEMA, James Galloway. IECEx
asienta sus bases en dos plataformas clave:
$#Una referencia común para todos los organismos de pruebas y certificación; y
$#Un enfoque común y consistente con respecto
a las pruebas y la certificación.
Esto proporciona un terreno para aplicar las Normas Internacionales, y tal es el nivel de fiabilidad
de los resultados, que se justifica la aceptación
recíproca de información relativa a la evaluación de
la conformidad entre los países participantes. A
medida que la IECEx ha desarrollado sus reglas y
procedimientos, sostiene Galloway, "ha adoptado
plenamente las aspiraciones de la industria de
crear un esquema que pudiera a la vez asegurar
integridad técnica en los críticos ambientes Ex y
apoyar la liberalización del comercio." Al hacer
esto, agrega, se ha lanzado a los reguladores
nacionales y a los usuarios el desafío de aceptar a
la IECEx como una plataforma común para los
mercados globales de productos diseñados para
ambientes peligrosos.
Estudios de casos de la industria: Europa
"Sin excepción, nuestros clientes nos exigen mostrar pruebas de que nuestros productos han sido
evaluados, y las normas con las que se nos juzga
son las de la IEC".
David Pickles
"Desde una perspectiva macroeconómica, es importante que las normas contribuyan con el crecimiento económico en mayor medida que las patentes o las licencias, como también es importante
que los sectores de la industria orientados a la
exportación utilicen las normas como una estrate-
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
gia para abrir nuevos mercados, y que las normas
faciliten la evolución tecnológica. Las normas utilizadas en todo el sector industrial no sólo tienen un
efecto positivo en la economía en su conjunto,
sino que también aportan beneficios a los negocios particulares que las utilizan como instrumentos comerciales estratégicos".
Dr.-Ing.Torsten Bahke
Director de DIN, el Instituto Alemán de Normalización
GRAN VENTAJA
"Las normas IEC como tales realmente tienen una
gran ventaja: su aplicación global. Los países que
no utilizan las normas IEC implícitamente toman la
decisión de restringirse a mercados más pequeños, a economías de escala más reducidas, y por
lo tanto, a vender productos más costosos."
Guido Gürtler
Gerente General, Normalización y Regulación
Corporativa, Siemens.
Innovación y calidad para los clientes Schneider Electric
Schneider Electric, con sede en París, es una de
las compañías más grandes en su campo, especializada en la distribución eléctrica y en la automatización industrial. Para la compañía, la participación en las actividades de normalización de la
IEC le permite competir en igualdad de condiciones con los líderes del mercado en las áreas en
las que no tiene el liderazgo.
De acuerdo con Claude Ricaud, Vicepresidente de
Investigación y Desarrollo, sin las normas IEC
Schneider Electric probablemente se vería forzado
a acortar sus planes de largo plazo, volverse más
reactivo que estratégico, y sus costos se incrementarían. "Aquellos que aún no participan en la
normalización, si quieren ofrecer verdadera calidad a sus clientes - y si quieren convertirse en
líderes del mercado - deben comprender en qué
medida la normalización puede contribuir a ofrecer
valor y calidad al cliente. Este es el punto esencial."
Las normas IEC son consideradas como un sello
de aprobación que permite a los consumidores
creer en la longevidad de un producto en el mercado. "¿Cuál es el interés de ser el primero en
introducir una nueva tecnología en el área eléctrica?" se pregunta Ricaud. "El interés radica en
que uno está seguro de que un día esta tecnología
será normalizada. Debido a esto, uno se siente
preparado a invertir para ayudar a que la estructura de este campo evolucione. Por lo tanto, en
última instancia, la IEC contribuye a la evolución
tecnológica y a la innovación, y ésta es una
página
! 3
función muy importante."
APLICACION GLOBAL
Aplicación global - Siemens
Siemens es una de las más grandes compañías
del mundo, con 450 000 empleados y alrededor de
500 fábricas en 190 países. Engloba a un gran
número de empresas en diversas áreas de la
electrotecnia, tales como las comunicaciones y la
informática, y considera que la IEC es la organización de normalización más importante para la
compañía.
"El participar en todos los comités técnicos de la
IEC directamente relacionados con nuestros sectores de negocios constituye una decisión estratégica," señala Guido Gürtler, gerente general de
Siemens para la normalización y regulación corporativas. Uno de los beneficios es obtener información de primera mano sobre el contenido de las
futuras normas que tendrán que ser usadas en el
diseño o la fabricación de productos. Y al final del
proceso de fabricación, los productos necesitan
pasar por una evaluación de la conformidad o por
pruebas para verificar que se adecuen a las normas antes de su distribución.
Gürtler asegura que a Siemens y a todas las
demás grandes compañías les conviene involucrar a tantos participantes como sea posible en la
normalización, en particular a las pequeñas y
medianas empresas, dado que son los proveedores cuyos productos constituyen la mitad de las
ventas anuales de Siemens. "Cada vez más, las
normas de la IEC forman parte de los criterios
establecidos para determinar futuras asociaciones
… porque tenemos una responsabilidad desde el
punto de vista de la compatibilidad con respecto a
nuestros clientes."
Éxito en la escala global –Beko Elektronik
Beko Elektronik es un fabricante turco de televisores, que tiene como principales competidores a
Hitachi y Toshiba en Japón, y a Thomson y Grundig en Europa. Es el sexto mayor fabricante europeo de televisores, y actualmente exporta a unos
50 países en el mundo.
Para Beko habría sido posible hasta cierto punto
vender sus productos en Turquía sin las Normas
Internacionales, pero habría sido imposible imaginar que el resto de Europa los aceptara. Hace
algunos años, Beko contrató a un equipo de expertos alemanes para ayudar a solucionar cuestiones relativas a las descargas electrostáticas. Al
cabo de tres meses, la planta fue completamente
rediseñada, como resultado directo de la sugerencia que los expertos hicieron a Beko de usar dos
normas IEC relativas a las descargas electrostáti-
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
cas.
Aydin Çubukçu, presidente de Beko, da una cifra
concreta del valor que representan las normas
internacionales para su compañía. "Si se tiene en
cuenta que exportamos televisores por un valor de
doscientos millones de dólares al año, y que un
tercio va a Europa mientras que otro tercio va a
países donde no se le da tanta importancia a las
normas, se puede calcular fácilmente el valor de
las normas en términos de exportaciones."
"Si uno no utiliza las normas, dice Çubukçu, se
arriesga a hacer algo ilegal o a no tener éxito en la
escala global."
EXPORTAR A TODO EL MUNDO
Estudios de casos de la industria: África
Garantizar la competencia justa a través de la
participación – Circuit Breaker Industries
Circuit Breaker Industries Ltd (CBi) es una compañía sudafricana que fabrica aparamenta de conexión de baja tensión, y ha participado activamente desde 1983 en el subcomité 23E de la IEC,
"Interruptores automáticos y equipos similares
para uso doméstico", en el subcomité 17B,
"Aparamenta de conexión y de mando de baja
tensión" y en el comité 64, "Instalaciones eléctricas y protección contra las descargas eléctricas".
La CBi está consciente de que se está librando
una batalla económica en el frente de la normalización, con muchos países y compañías que
compiten por partes del mercado cada vez más
pequeñas.
A pesar de los esfuerzos de la Organización
Mundial del Comercio, declara la compañía, subsisten ciertos esfuerzos - unos más sutiles que
otros - por excluir ciertos productos, tales como
los dispositivos diferenciales de corte dependientes de la tensión (DDC) provenientes de ciertas
regiones, al incluir en las normas ciertas cláusulas
que prohiben su uso.
El separar los tipos de producto en distintas partes
de varias normas también ha contribuido a agravar el problema, según la CBi, porque de ese
modo los países o regiones pueden adoptar sólo
ciertas partes y excluir efectivamente algunos tipos de producto, a la vez que afirman actuar en
página
! 4
conformidad con el Acuerdo sobre Obstáculos
Técnicos al Comercio de la OMC.
La CBi ha luchado activamente por que tales
prohibiciones en las normas sean suprimidas, y
ha tenido éxito con la norma IEC 60947-2, en la
que los requerimientos para los DDC no son
definidos en función de la tecnología utilizada.
La participación de la compañía en los comités
técnicos de la IEC, en el ámbito de los subcomités
y de los grupos de trabajo, tiene el objetivo específico de asegurar que las Normas Internacionales
no cierren las puertas a las soluciones innovadoras, como en el caso de los DDC, ni limiten la
libertad de vender sus productos en todo el
mundo.
Hoy en día las normas son una herramienta poderosa, tanto para promover como para inhibir potencialmente el comercio entre las naciones, según CBi, y las compañías que quieran sobrevivir
deberán participar activamente en todos los niveles del proceso de creación de normas.
PARTICIPAR
Cómo trabajar con nosotros
Si usted se encuentra en un país que es miembro
de la IEC, sírvase ponerse en contacto con su
Comité Nacional para obtener información sobre
cómo puede participar en la preparación de Normas Internacionales.
Si se encuentra en un país que no es miembro,
pero aún así desea participar, sírvase contactarnos en la Oficina Central en Ginebra. Tenemos un
Programa de Países Afiliados que ofrece a los
países en vías de industrialización una forma de
participación en la IEC sin las cargas financieras
de una verdadera membresía, usando plenamente
todas las herramientas informáticas y reduciendo
los costos de participación prácticamente a cero.
El programa tiene dos objetivos principales:
$# Promover un mayor conocimiento y uso de
las normas internacionales de la IEC en los
países que comienzan a industrializarse; y
$# Ayudar a estos países a comprender el trabajo de la IEC y a participar en él.
Para ver la lista actualizada de nuestros miembros, visite el sitio web de la IEC en: www.iec.ch!
HISTORIA DE LOS SISTEMAS OPERATIVOS
La historia de la informática no puede ser escrita
si no son mencionados los programas o softwares
que como un torrente en líneas de código e
instrucciones le dan vida al cuerpo o hardware de
cualquier dispositivo electrónico en nuestros días.
Escribir, además, sobre los sistemas operativos,
la llamada alma de la computadora, es por otra
parte, muy difícil. Ahora, a ciencia cierta, ¿qué son
los sistemas operativos?
Los sistemas operativos o SO, como se les conoce, no son más que programas que luego de
ser cargados en una computadora por el conjunto
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
de códigos de carga, una rutina conocida como
BOOT, administran todos los demás programas
(aplicaciones) que corren en la máquina. Las
aplicaciones a su vez interactúan con el SO mediante llamadas de servicios definidas bajo el
nombre de API (aplication program interface). A
su vez el propio usuario interactúa directamente
con el SO mediante la interfaz de usuario, ya sea
ésta por comandos o gráfica (GUI).
Entre las tareas que realiza un SO tenemos:
- Si es un sistema multitarea: asignar y controlar
los recursos del sistema, definir qué aplicación y
en qué orden deben ser ejecutadas.
- Manejar la memoria del sistema que comparten
las múltiples aplicaciones.
- Maneja los sistemas de entrada y salida, incluidos discos duros, impresoras y todo tipo de puertos.
- Envío de mensajes de estado a las aplicaciones,
al administrador de sistema o al propio usuario,
sobre cualquier error o información necesaria para
el trabajo estable y uniforme del sistema.
- Asume tareas delegadas de las propias aplicaciones, como impresión en background y procesamiento por lotes, con el fin de que éstas ganen en
eficiencia y tiempo.
- Administra, de existir, el procesamiento en paralelo.
El lector observador se percatará de que el diseño
de un SO está estrechamente vinculado al hardware donde reside y a su vez determinará la forma
en que se programen las aplicaciones para dicho
hardware. En la historia de la computación han
existido muchos SO, al inicio todos atados a cada
máquina en la que corrían: la marca tal lleva el
programa tal, la marca más cual, el programa más
cual. Posteriormente fueron asociados a cada
plataforma y finalmente se hicieron multiplataformas. Registrando en Internet un poco de aquí y
otro de allá, rescatamos para esta edición la
historia de tres de los Sistemas Operativos más
conocidos.
Historia del UNIX
"...el número de instalaciones de UNIX ha crecido
a 10, con tendencia al aumento..."
Dennis Rictchie y Ken Thompson, junio de 1972
"...el resultado fue un sistema llamado UNICS
(Uniplexed Information and Computing Service)...
nadie recuerda de quien fue la idea de cambiar las
siglas a UNIX..."
Tomado de "A brief look at the eraly History"
Después de tres décadas de haber escapado de
los laboratorios Bell, el UNIX sigue siendo uno de
los SO más potentes, versátiles y flexibles en el
mundo de la computación. Su popularidad se
debe a muchos factores incluidas su portabilidad
página
! 5
y habilidad de correr eficientemente en una inmensa variedad de máquinas computadoras. Descrito frecuentemente como un sistema "simple,
potente y elegante" el UNIX es hoy el corazón que
late en el seno de millones de aplicaciones de
telefonía fija y móvil, de millones de servidores en
universidades, centros académicos, grandes, medianas y pequeñas empresas, el SO cuyo desarrollo viene de la mano del de Internet y que
alberga a millones de servidores y aplicaciones de
la red de redes. Sin UNIX, no cabe duda, el
mundo de la informática hubiera sido otro.
Del MULTICS al UNICS
El origen del UNIX se remonta a los finales del
año 1969, al renacer de las cenizas de un fracasado intento en los Laboratorios Bell de producir
un SO multitarea. En esos tiempos remotos los
sistemas eran desarrollados para computadoras
específicas, por lo que eran necesarios, incluso,
intérpretes en una misma compañía para trabajar
programas iguales de una computadora a otra.
MULTICS fue el resultado del esfuerzo conjunto
de un grupo de investigadores de los Laboratorios
Bell y la General Electrics, que si bien fue funcional, económicamente era inviable. "A pesar de
que MULTICS no podía manejar muchos usuarios
simultáneos, al menos nos era de utilidad a nosotros, aunque a costos exorbitantes", explicaría
luego Dennis Ritchie, uno de sus fundadores.
La frustración se llenó de esperanza cuando un
grupo escindido del proyecto MULTICS no se dio
por vencido. En ese mismo año, el grupo formado
por Ken Thompson, Dennis Ritchie, Doug McIlroy
y J. F Osanna continuó en la búsqueda del santo
grial. Los primeros intentos fueron de nuevo un
fracaso: propuestas excesivamente complicadas,
soluciones muy caras y sin una línea coherente de
trabajo, hicieron que los directivos de Bell rechazaran una y otra vez los trabajos presentados por
el grupo. Anótese adicionalmente que el costo de
una computadora para la época era no menor de
60 000 USD.
Como todo mito que rodea a un producto genial, el
UNIX tiene el suyo propio. En la primavera de
1969, Thompson, Ritchie y Rudd Canaday, cofundador de Sun-Microsystems, intercambiaban y filosofaban sobre cómo debiera ser un SO de una
computadora. Después de una larga tormenta de
ideas, Canaday tomó el teléfono y llamó a la Bell
para dictar las notas que había tomado. Acrónimos como "inode" y "eyen" picoteados entre sus
notas, fueron la base del UNIX y el primer documento de trabajo, a decir de Thompsom, para
desarrollar el sistema.
Un Sistema Operativo para una PDP-7
Entre canto y canto, Thompson en su tiempo libre
desarrolló un pequeño juego llamado "Viaje Espacial", el cual simulaba el movimiento de los plane-
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
tas en el sistema solar y de una nave manejada en
ese escenario intergaláctico por comandos de consola. El juego fue escrito para MULTICS y luego
pasado por FORTRAN todo ello corriendo sobre
una computadora GE 635. "El costo de 75 USD de
tiempo de máquina de la 635 y la mala calidad de
la consola, hicieron que Thompson buscara portar
el juego a una poco usada PDP-7 (Programmed
Data Processor) de DEC con un terminal excelente. El juego, escrito en ensamblador, era portado usando cinta de papel de la GE 635 a la
PDP-7. Este mecanismo preparó el escenario para
que la PDP-7 sirviera de hospedera al sistema de
ficheros cuyas notas habían sido escritas en aquella primavera del 69. En el verano de ese mismo
año, Thompson y Ritchie empezaron a implementar el sistema operativo, llamado "sistema de tiza"
ya que éste tomaba forma luego de numerosas
sesiones de pizarra entre ambos investigadores.
"Destiné una semana de trabajo para cada módulo:
el sistema operativo, el editor, el shell y el ensamblador", diría Thompsom. Primero los requerimientos del sistema, en particular los procesos, luego
un pequeño grupo de herramientas del sistema
para copiar, imprimir, borrar, etc. Trabajado sobre
GECOS el sistema de la GE635 y luego transportado a la PDP7 el nuevo SO estaba casi listo. Una
vez completado el ensamblador, el sistema podía
soportarse a sí mismo. Había nacido el UNIX.
Las primeras aplicaciones para UNIX
Pronto se hizo evidente que la PDP-7 no ofrecía
poder de cómputo suficiente y quedaría obsoleta
en breve. El grupo propuso a los Laboratorios
adquirir una PDP-11. Con una idea más clara y un
embrión por desarrollar, así como el apoyo de
Doug McIlroy y Lee MacMahom, jefes de departamentos en Bell. Esta vez los directivos aceptaron.
Durante la espera del arribo del nuevo equipo, el
trabajo sobre la PDP-7 no se detuvo, demostrando
con creces la utilidad del nuevo UNIX. Así las
primeras aplicaciones, un embrollo de los Laboratorios Bell con el Departamento de Patentes no se
hizo esperar. Después de largas y trabajosas sesiones, el resultado fue milagroso: no sólo el Departamento de Patentes adoptó el UNIX, sino que
la credibilidad del grupo creció y se hizo notable el
apoyo e interés del Laboratorio en traer la PDP-11.
Luego de estar esta primera versión escrita en
ensamblador, la siguiente tarea de Thompson fue
escribirla en un lenguaje de alto nivel. En 1971
intenta trabajar con FORTRAN en la vieja PDP-7,
pero se rindió el mismo primer día. Después escribió un lenguaje muy sencillo que llamó B, que
aunque funcional tendría que enfrentar algunos
problemas de concepción. Ritchie transformó el B
para la PDP-11, al introducirle algunas mejoras, lo
denominó NB e hizo un compilador para él. Así
surgió el lenguaje C, que si bien es cierto pertenece a otra historia, constituyó el lenguaje de alto
nivel en el que se reescribió el UNIX por primera
página
! 6
vez en el año 1972.
Concatenando procesos
El otro paso importante, y que más que una solución puntual constituyó toda una filosofía en el
diseño del software, fue llevar al nuevo SO el
concepto de la concatenación de procesos, el llamado pipes concept. La habilidad de encadenar en
una misma línea de comandos varios procesos fue
una innovación que tiene su origen en una idea de
McIlroy, cuyas conferencias sobre el uso de macros y flujos de datos para producir un determinado
resultado ya eran conocidas.
Mientras Thompson y Ritchie pasaban horas de su
tiempo frente a una pizarra diseñando el sistema
de ficheros, McIlroy llevaba otro tanto tratando de
interconectar entre sí los procesos y construir una
sintaxis en el lenguaje para ello. "...es muy fácil
decir who into cat into grep, pero está todo el
asunto este de los parámetros laterales que estos
comandos tienen..." acota McIlroy. Aunque sin concretarla, la idea estuvo presente a lo largo del
período del 70 al 72. Una noche, luego de presentarle propuesta tras propuesta a Thompson éste se
llevó un prototipo a casa y al día siguiente estaba
listo. "Ken puso la concatenación de comandos en
el UNIX, las notaciones en el shell del usuario, todo
ello en una sola noche", diría luego McIlroy maravillado.
Saltando los muros de Bell Labs.
No fue hasta tiempo después que el UNIX saltaría
los muros de la Bell para insertarse en el mundo.
Durante un semestre sabático para Ken Thompson
entre 1976 y 1977, éste funge como profesor invitado en el Departamento de Ciencias de la Computación de la Universidad californiana de Berkeley.
Lo que por supuesto impartió fue precisamente el
sistema UNIX, cuya versión 6 desarrolló durante
ese tiempo. Enseguida, el mismo fue recibido con
mucho éxito por estudiantes y estudiados y se fue
regando por toda la comunidad académica. Una
vez de vuelta a los Laboratorios la versión 6 ya
había sido enriquecida en la propia universidad, lo
que dio origen a lo que luego se conoció como
Berkeley Software Distribution (BSD) versión 4.2,
comprada por muchas otras universidades. La universidad de Berkeley jugó un papel importante en
el desarrollo y extensión del UNIX, cuyas licencias
a importantes instituciones académicas, de negocios y militares como el DARPA propiciaron un
acelerado trabajo en protocolos como el TCP/IP y
el nacimiento de Internet.
La entrada al mundo comercial no fue más que una
evolución lógica, luego del paso de los primeros
egresados del mundo universitario criados bajo el
manto del UNIX, al sector empresarial. Lo que hizo
del SO un programa popular fue su habilidad de
multitarea, señoreando por aquel entonces el
mundo de los mini y los mainframes, su portabilidad por medio de los distintos fabricantes de computadoras y su capacidad de correo electrónico.
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
Una vez llegado a este punto todo estaba listo
para la aparición de las innumerables versiones
del sistema, las batallas legales para las licencias,
la producción de estaciones de trabajo para UNIX
por parte de IBM, Sun, NCR y HP y con ellas
nuevas versiones comerciales, y así sucesivamente en espiral ascendente.
Mucho del progreso de la computación en el
último cuarto del siglo pasado está íntimamente
ligado a la influencia que el UNIX tuvo en la
industria de la computación. El mismo estaba
embebido de ideas visionarias, todo un llamado a
la abertura y generalidad entre sistemas, toda una
fuerza, que aún mueve el desarrollo de la informática moderna. Como diría uno de sus creadores,
"...a 30 años de su nacimiento, el UNIX sigue
siendo un gran fenómeno".
Linux, la otra cara
"…Yo realmente no sigo mucho lo que hacen los
otros sistemas operativos. Yo no compito, sólo me
preocupo con hacer de Linux un producto cada
vez mejor que sí mismo, no respecto a otros. Y
honestamente no veo nada interesante desde el
punto de vista técnico, tampoco (en FreeBSD 5.0
y Windows XP)"
Linus Torvalds, 10 de octubre del 2001, OSNews.
La fascinación de los medios por Linux viene
dada, entre otras cosas, por ser un proyecto de
ingeniería de software distribuido a escala global,
esfuerzo mancomunado de más de 3 000 desarrolladores y un sinnúmero de colaboradores distribuidos en más de 90 países. El rango de participantes en la programación del Linux se ha estimado desde unos cuantos cientos hasta más de
40 000, ya sea ofreciendo código, sugiriendo mejoras, facilitando comentarios o describiendo y
enriqueciendo manuales. De hecho, se cuenta
que el mayor soporte técnico jamás diseñado de
manera espontánea y gratuita pertenece a este
SO. Escribir la historia de UNIX sin mencionar a
Linux es pecado, realmente merece todo un capítulo propio. Salido de una raíz común, hoy el Linux
comparte un por ciento no despreciable del mercado de los SO, con un crecimiento que ha llegado a preocupar a gigantes como Microsoft.
Su versión 1.0, salida en marzo de 1994 ofreció
básicamente las mismas facilidades que el UNIX,
incluyendo soporte multitarea, tratamiento de memoria virtual y soporte TCP/IP. Estaba constituido
por unas 175 000 líneas de código. Ya su versión
2.0, de junio de 1996, ofrecía procesamiento de
64 bits, multiprocesamiento en paralelo y soporte
avanzado de redes. El número de líneas de código se había triplicado: 780 000, y en la versión
de julio de 1998 la cifra sobrepasaba el millón y
medio, 17% específicos de la arquitectura del SO,
54% en manipuladores y el 29% el núcleo del
kernel y el sistema de ficheros. Ello ha sido posible por el simple hecho de que Linux es más que
página
!
7
un SO: es una fuente inagotable en permanente
evolución por miles de programadores a escala
mundial.
¿Cómo surgió? ¿A qué se debe el fenómeno de la
espontaneidad en su creación y desarrollo? Adentrémonos, brevemente, en su historia.
En octubre de 1991 un estudiante graduado de
Ciencias de la Computación en la Universidad de
Helsinki, llamado Linus Torvalds, anuncia en Internet que había escrito una versión libre de un
sistema MINIX (una variante de UNÍX) para una
computadora con procesador Intel 386 y lo dejaba
disponible para todo aquel que estuviera interesado. ¿La causa? El MINIX fue una versión simplificada de UNIX escrito y mantenido durante mucho tiempo como herramienta de estudio en una
escuela europea por un profesor de Ciencias de la
Computación llamado Andrew Tanenbaum. El MINIX era ampliamente utilizado como recurso en
clases de Computación, aun a costo de su licencia ($79.00) que limitaba su redistribución. Luego
de enamorar a los estudiantes con el software,
éstos se llenaban de deseos de realizar mejoras y
extensiones, nunca aprobadas por Tanenbaum.
Torvalds, uno de estos alumnos frustrados, decidió realizar su propia versión de MINIX y dejar
libre su código fuente para ser copiado por cualquiera y así saciar la sed de desarrollo de aquellos
que se veían impedidos de hacerlo.
"¿Se lamenta de los días del MINIX-1.1, cuando
los hombres eran hombres y escribían sus propios
manipuladores de dispositivos? ¿Está usted sin
un proyecto interesante y muriéndose de deseos
por un SO que pueda modificar a su antojo? ¿Se
siente frustrado cuando encuentra que todo trabaja bien en su MINIX?… Entonces este mensaje
puede ser para usted:-)", escribiría en un foro de
discusión por Internet. Adicionalmente, el mensaje
estimulaba a todo aquel que se sintiera capaz de
adicionar nuevas funciones, mejoras, sugerencias
y manuales de ayuda, con la única condición de
que el resultado fuera a su vez distribuido libremente. La piedra había echado a rodar montaña
abajo. En los subsiguientes 30 meses se desarrollarían hasta 90 versiones del nuevo SO, finalizando en 1994 con la definitiva, llamándola Linux
versión 1.0.
Realmente varias condiciones adicionales propiciaron la buena acogida que tuvo la decisión de
Torvalds, pero dos de ellas de especial impacto: el
status legal y social del llamado código abierto,
open source, una vía para intercambiar software
de manera libre, e Internet. El intercambio de
códigos fue una práctica bastante común en los
albores de la computación en el sector académico. Laboratorios como el MIT Artificial Intelligence Laboratory, universidades como Standford
y Carnegie Mellon solían practicar una política de
código abierto. Debido a que las máquinas com-
Boletín Informativo CEC
trimestre octubre/diciembre del 2004
putadoras eran muy limitadas en aquel entonces,
las personas solían dejar en éstas el software
desarrollado para que otros pudieran admirar el
trabajo y sugerir mejoras. El propio UNIX de
Thompson y Ritchie, que legalmente pertenecía a
AT&T, pero que por restricciones de la ley anti
trust de ese momento, le impedía comercializar,
fue distribuido a la comunidad académica por una
tarifa nominal, sin soporte oficial al programa.
Ello acostumbró a los programadores y usuarios
del sistema a intercambiar los errores y soluciones, así como las mejoras. La llegada del protocolo UUCP (Unix to Unix Copy) permitió la transferencia de ficheros y datos con el uso de una
línea telefónica e introdujo el soporte de transmisión como mecanismo natural para intercambiar
información entre los usuarios del sistema. Se
crearon los primeros foros y apareció Usenet.
Las innovaciones de diseño y características propias del UNIX como sistema, a su vez, propiciaron la cultura del intercambio.
A medida que el UNIX tomaba fuerza y seguía
atado a las nuevas computadoras de diferentes
fabricantes, la cultura del libre intercambio se vio
amenazada entre su comunidad. Surge así, por
idea de Richard Sallman, el proyecto GNU en
1984 para crear sistemas operativos libres que
hicieran posible la distribución y trabajo colaborativo entre diferentes desarrolladores. Para evitar
que el mecanismo fuese deformado se instituyó
lo que Sallman llamó "Copyleft": usted puede
distribuir, copiar, modificar el software, obligando
a su vez a las derivaciones de éste a cumplir con
los mismos requisitos. El marco legal y social
para la distribución y copia gratuita estaba instituido. Huelga mencionar las facilidades que
aportó Internet cuando Torvalds decidió hacer su
llamado: ya no era sólo un grupo privilegiado con
acceso a máquinas computadoras grandes en
laboratorios estratégicos o grandes universidades
los que podían colaborar con un código de programa. Internet elevó el intercambio a un marco
global.
Si bien Torvalds como propósito nunca persiguió
encabezar un proyecto de programación distributiva a escala mundial, sus habilidades como líder
de proyecto y excelente programador fueron determinantes en el éxito de Linux. Más allá de sus
cualidades como programador, su mayor contribución fueron sus habilidades en el diseño de
una arquitectura modular y portable para el kernel. Por tanto, al disponer de un código base
único para todo tipo de plataforma, desde Intel
hasta Motorola, que permitía soportar de manera
simultánea varias ramas según el tipo de arquitectura de computadora que se tratase, incre-
página
! 8
mentó considerablemente la portabilidad del Linux.
Por otro lado, la modularidad del sistema minimizaba
la comunicación entre las distintas componentes del
kernel y por ende hacía posible el trabajo en paralelo,
al disminuir la necesidad de un trabajo coordinado
entre sus diseñadores.
Otra decisión brillante de Torvalds fue establecer una
nomenclatura paralela para cada tipo de versión del
SO. Para ello se separaron en versiones pares o
impares según la estabilidad y seguridad de la misma
o la inclusión de código experimental o alguna nueva
rutina en fase de estudio. Ello hacía posible disponer
de dos tipos de colaboradores: los que buscaban una
versión estable del programa o los que preferían
probar con nuevas estructuras, innovar y llevar sus
sistemas hasta los extremos. Ello enriqueció al Linux
extraordinariamente.
Es interesante conocer, además, que los programadores suelen escribir código para Linux en aras de
resolver sus propios problemas. El mismo Torvalds
buscaba un SO para su 386 y su anunció explícitamente invitaba a "modificarlo según sus necesidades". Así, cuando la comunidad de programadores
aceptó el reto de Torvalds, cada cual escribió sus
propios manipuladores de dispositivos. Por ejemplo,
un programador alemán diseñó el driver para teclado
en su idioma y éste fue incluido en la versión de
diciembre del 91. Hasta nuestros días se mantiene la
misma filosofía: cada cual trabaja en las áreas que le
interesa.
He aquí la historia. Hoy Linux es una alternativa para
muchos o un indispensable para otros. Su importancia no puede ser relegada: los RED HAT, los SUSE,
los Mandrake pueblan miles de servidores por todo el
planeta. ¿Lo mejor? Pues que Linus Torvalds sigue
enviando mensajes a su lista, del tipo: "...mi prioridad
personal no es este tipo de comportamiento, por
tanto sería bueno que alguien implementara esta
opción...".
(Continuará en el próximo número.)
Editor: Luis Gil López.
Calle 198 No. 1707 e/ 17 y 19, CP 11600. Playa,
La Habana, Cuba. Teléf.: 271 7144. Facs: 271 4413.
E-Mail: <[email protected]>
Secretaría del CEC:
Secretario: José Pomares Orbea
Calle E # 261 e/ 11 y 13 Vedado, CP 10400.
La Habana, Cuba.
Teléf.: 830 0732. Pizarra: 830 0825 y 830 0835.
Facs: 836 8048. E-Mail: <[email protected]>
URL:<http://www.cec.islagrande.cu>