Durante los años setenta, dos de los investigadores de los Laboratorios Bell, Dennis Ritchie y Ken Thompson, desarrollaron un sistema operativo al que denominaron Unix, nombre escogido como burla al proyecto Multics en el que habían trabajado anteriormente. Terminado el desarrollo de Unix, ambos investigadores expusieron su trabajo en una conferencia internacional en la cual varios participantes les pidieron una copia de este nuevo sistema.

Durante esa época, Bell había perdido un juicio antimonopolio. Parte de la sentencia estipulaba la prohibición de incorporarse a cualquier negocio que fuera diferente al de las telecomunicaciones. Como consecuencia de esta situación, a Bell le era imposible entrar en el negocio de los sistemas operativos. Los investigadores presionaron para obtener una copia de Unix lo cual motivó a los ejecutivos de Bell a licenciar su uso como una herramienta de investigación. La licencia de Unix pasó a ser muy barata para las universidades y bastante cara para la industria.

La Universidad de California de Berkeley adquirió una licencia de Unix. La motivación principal residía en poder experimentar con el primer sistema operativo que incluía código fuente. Poco después, los investigadores de Berkeley habían escrito ya varios programas utilitarios para el nuevo Unix que otros investigadores podrían encontrar interesantes. Berkeley entonces pasó a distribuir este código llamando a sus distribuciones BSD (Berkeley Software Distribution).

Al principio las distribuciones de Berkeley consistían básicamente en herramientas para los usuarios. Sin embargo pronto empezaron a cambiar la forma en que el propio sistema operativo funcionaba. Implementaron el manejo de memoria virtual y programaron el soporte para los protocolos del Arpanet que con el tiempo daría forma a la actual Internet. Todos estos cambios serían distribuidos como BSD a quienes tenían una licencia de Unix de la división de BTL enargada de administrar este sistema (AT&T).

Seguir leyendo »

Como consecuencia del advenimiento del disco y el uso de spools, aumentó el uso de CPU. Pudiéndose solapar actividades, puede lograrse que la CPU tenga siempre algo para ejecutar, lo que se traduce en un aumento de la productividad.

Para que la CPU pudiera intercalar actividades de diferentes programas (la lectura o salida de uno, con el procesamiento de otro) fue necesario que residieran todos ellos en memoria, pues para ejecutarse, un programa debe estar en memoria. E esta técnica de permitir varios programas en memoria se la llama multiprogramación.

Pero, ante esta evolución es imprescindible administrar la memoria y planificar la CPU además de buscar la manera de salvaguardar la posibilidad de interferencia entre los programas que comparten la memoria. Por lo tanto, se cumple aquello que a mayor funcionalidad, debe acompañar una mayor complejidad del software encargado de controlar la actividad: el sistema operativo.

No todos los trabajos que están en el “job spool” pueden residir en la memoria: es preciso hacer una selección, lo que se llama, planificar el uso de la CPU. Los sistemas batch con multiprogramación unen la modalidad de secuencia propia del batch con la posibilidad de mantener más de un job en memoria, de manera tal que al realizarse la entrada-salida de un job pueda atenderse el procesamiento de otro trabajo.

Tiempo compartido (time sharing). Sistemas interactivos.
Time sharing es una consecuencia lógica de la multiprogramación. En los sistemas batch no hay interacción con el usuario. El tiempo de retorno (tiempo entre envío del trabajo y terminación) es alto. Además hay vuelcos de memoria para el posterior análisis del problema por parte del usuario. En un sistema interactivo hay comunicación directa, normalmente a través del monitor, para la visualización de la entrada y la salida, y el teclado (keyboard) o el ratón (mouse) para el ingreso de comandos y datos. Las fuentes de almacenamiento de programas y datos, los archivos, deben estar en línea para poder ser accedidos dinámicamente. Los sistemas operativos modernos permiten que convivan los sistemas batch con los interactivos.

Personal Computers. Sistemas monousuario
Las PC’s (pesonal computers) son computadoras dedicadas a un solo usuario, que aparecieron en los 70’s.
Eran microcomputadoras más baratas y más chicas que un mainframe. El abaratamiento no proviene sólo del hardware: el sistema operativo es menos complejo pues es un ambiente de ejecución mucho más simple. Durante al primer década, no tenían lo necesario para proteger el sistema operativo del acceso desde programas de usuario (lo que se llama modo dual de ejecución). Por lo tanto no eran multiusuario ni multitarea. Pero a partir de la comunicación de las PC’s a través de redes, o para compartir recursos, fue necesario implementar mecanismos de protección de la información. Se sumó a ello la invasión de ocasionales virus que atacaban y atacan al sistema.

Seguir leyendo »

Los sistemas operativos, al igual que el hardware de los computadores, han sufrido una serie de cambios revolucionarios llamados generaciones. En el caso del hardware, las generaciones han sido marcadas por grandes avances en los componentes utilizados, pasando de la utilización de válvulas (primera generación) a transistores (segunda generación), a circuitos integrados (tercera generación), a circuitos integrados de gran y muy gran escala (cuarta generación). Cada generación sucesiva de hardware ha ido acompañada de reducciones substanciales en los costos, tamaño, emisión de calor y consumo de energía además de por incrementos notables en velocidad y capacidad.

Generación Cero (década de 1940). Los primeros sistemas computacionales no poseían sistemas operativos. Los usuarios tenían completo acceso al lenguaje de la maquina. Todas las instrucciones eran codificadas a mano.

Primera Generación (década de 1950). Los sistemas operativos de los años cincuenta fueron diseñados para hacer mas fluida la transición entre trabajos. Antes de que los sistemas fueran diseñados, se perdía un tiempo considerable entre la terminación de un trabajo y el inicio del siguiente. Este fue el comienzo de los sistemas de procesamiento por lotes, donde los trabajos se reunían por grupos o lotes. Cuando el trabajo estaba en ejecución, este tenia control total de la maquina. Al terminar cada trabajo, el control era devuelto al sistema operativo, el cual limpiaba y leía e iniciaba el trabajo siguiente. Al inicio de los 50’s esto había mejorado un poco con la introducción de tarjetas perforadas (las cuales servían para introducir los programas de lenguajes de máquina), puesto que ya no había necesidad de utilizar los tableros enchufables.

Además el laboratorio de investigación General Motors implementó el primer sistema operativo para la IBM 701. Los sistemas de los 50’s generalmente ejecutaban una sola tarea, y la transición entre tareas se suavizaba para lograr la máxima utilización del sistema. Esto se conoce como sistemas de procesamiento por lotes de un sólo flujo, ya que los programas y los datos eran sometidos en grupos o lotes. La introducción del transistor a mediados de los 50’s cambió la imagen radicalmente. Se crearon máquinas suficientemente confiables las cuales se instalaban en lugares especialmente acondicionados, aunque sólo las grandes universidades y las grandes corporaciones o bien las oficinas del gobierno se podían dar el lujo de tenerlas.

Seguir leyendo »

Los primeros sistemas utilizados para realizar operaciones matemáticas valiéndose de máquinas no tenían nada que ver con los sistemas actuales.
En aquellos primeros sistemas, las tareas eran a menudo tediosas y rutinarias empleándose además una gran cantidad de personal en el desarrollo de trabajos que hoy se considerarían triviales.

El primer tipo de estos sistema, se denominó “modalidad batch” y consistía básicamente en la carga manual del programa en memoria desde interruptores, cinta de papel, tarjetas perforadas. Cuando se comenzó a trabajar en tarjetas perforadas, esas tarjetas, que contenían el programa y los datos, formaban un lote que se procesaba de manera secuencial, en su totalidad, desde su comienzo hasta el final. A esta modalidad se la llamó batch. (Nota: Se llama batch a la modalidad de trabajo, no a que el programa residiera en tarjetas perforadas).

Considérese que los sistemas aún admiten la modalidad de trabajo batch, aunque hace tiempo que las tarjetas perforadas no se utilizan.
En estos sistema, existía una interacción directa del programador con su programa. El acceso a la computadora era por un esquema de reservas es decir, se solicitaban turnos para trabajar en ella. Se desarrollaba hardware y software adicional: lectores de tarjetas, impresoras de líneas y cintas magnéticas; ensambladores, cargadores y linkeditores, bibliotecas de funciones comunes, manejadores de dispositivo (almacenados en bibliotecas). Por entonces aparecen los compiladores (FORTRAN, COBOL y otros).

Seguir leyendo »

¿Que ocurre desde que le damos al botón de “Power” hasta que aparece nuestro sistema operativo cargando?. Cuando encendemos el ordenador, nuestra placa base hace una especie de escaneo a todo el sistema para comprobar si todo está en regla y continuar cargando.

Este escaneo de todo el sistema recibe el nombre de POST, acrónimo inglés de Power On Self Test (Auto diagnóstico al encender). Este, es un proceso de verificación e inicialización de los componentes de entrada y salida de un PC y esta a cargo de configurar y diagnosticar el estado del hardware.

Las fases o pasos del POST son las siguientes:

1. POWER, llega el voltaje a placa base. Al encender el interruptor del ordenador, la tensión llega desde la fuente de alimentación de la carcasa a la placa base; al mismo tiempo se suministra la tensión a los dispositivos de almacenamiento para ponerlos en funcionamiento.

2. Alimentación de los dispositivos. Seguidamente alimenta a los dispositivos de almacenamiento.

3. El microprocesador, resetea todos los “contadores” y registros para partir de 0. El microprocesador se inicia al recibir la tensión desde la propia placa base; el propio circuito hace un test de todos los registros para comenzar siempre en el mismo sitio; a partir de ahí, el microprocesador se va a la primera dirección de memoria BIOS para ejecutar el programa que allí comienza.

4. Comprobación de dispositivos conectados. El microprocesador busca una dirección de BIOS para testear la máquina, y también busca el test.

5. POST ( Power On Self Test ). Son un conjunto de rutinas y programas que chequean el hardware. El programa de arranque que contiene la BIOS es de chequeo del sistema, POST. El microprocesador lo interpreta y ejecuta las rutinas que en el están implementadas.

* Aquí es donde se producen los pitidos que indican el estado del ordenador

6. Inicialización y asignación de recursos. El microprocesador envía señales de arranque a través del bus del sistema (por indicación de la BIOS), para detectar la presencia y el funcionamiento correcto de los dispositivos conectados al ordenador. Los dispositivos PnP se activan y solicitan al microprocesador los recursos que necesitan para funcionar (IRQ, DMA, …). La BIOS envía al micro señales y asigna canales DMA y IRQ; el microprocesador recopila todos los recursos solicitados de forma que el sistema operativo, cuando arranque, pueda asignarles los recursos necesarios..

Seguir leyendo »

OpenSolaris es un proyecto bajo la licencia Open Source, creado por Sun Microsystems para construir y desarrollar una comunidad de desarrolladores alrededor de las tecnologías del sistema operativo Solaris. El proyecto está dirigido a programadores, administradores de sistemas y usuarios que quieran desarrollar y mejorar sistemas operativos.

Fruto de este proyecto, la comunidad OpenSolarisHispano ha publicado una Guía para introducirse en el uso y desarrollo de dicho sistema operativo. La guía puede descargarse gratis desde la web oficial del proyecto en español. Descargate la Guía del Estudiante en OpenSolaris.org.

Los contenidos de la guía que se puede descargar tanto en pdf como en Open document son los siguientes:

• Instalacion de Indiana
• Arranque y parada (SMF)
• Gestion de discos
• Gestion de procesos
• Gestion de usuarios
• Virtualizacion
• BrandZ
• xVM
• Almacenamiento ZFS
• Kernel /proc
• DTrace

Al tratarse de un documento libre en el que se permiten obras derivadas y la colaboración de otras personas, es posible que los contenidos se hayan modificado y ampliado desde que hemos publicado esta nota.

Si tu ordenador está ejecutando un sistema operativo Linux, tienes a tu alcance información sobre cada una de las particularidades del sistema, tanto hardware como software. Toda distribución de Linux te ofrece alguna utilidad para poder ver esta información, pero suelen ser aplicaciones que acercan este tema a usuarios que se sienten cómodos con el rollo del “panel de control” de Windows. Con esto, ni mucho menos, tienes el acceso a todas las características de tu sistema.

Si lo que quieres saber es TODO, tienes que usar la linea de comandos de toda la vida, la cual te ofrece programas, funciones y scripts para casi todo. Vamos a ver unos cuantos comandos muy útiles y que te permitirán hacerte una idea de lo que tiene y lo que está ejecutando tu sistema de una manera rápida y sencilla.

Seguir leyendo »

Windows XP es uno de los paquetes de Microsoft más utilizados en la actualidad, a caballo entre sus predecesores -Millenium, 2000, 1998… y el más actual, Windows Vista.

Si quieres sacar el máximo provecho a tu ordenador, consulta siempre que lo necesites este manual-tutorial que te guiará por Windows XP de principio a fin.

Entra aquí al manual
Seguir leyendo »

De nuevo ponemos a vuestra disposición un enlace a un curso on line que nos ha parecido muy completo e interesante. Este curso es una introducción general a los sistemas operativo tipo Unix en general y Linux en particular. Que de momento consta de dos partes. El enlace al curso es:
Curso de Linux para novatos, brutos y extremadamente torpes.

Seguir leyendo »

Manual titulado “Administración avanzada de GNU/Linux” (Josep Jorba y Remo Suppi). Perteneciente al Máster internacional de software libre de la UOC.

Pueden descargarlo en formato PDF desde aquí.