Kernel Linux – Carlos Eduardo

November 14
Kernel
Linux
2010
Docente: Ing.
Carlos Ortega.
Kernel Linux
Universidad Nacional de Ingeniería
Índice
Abstract ................................................................................................................................................ 3
Introducción .......................................................................................................................................... 4
¿Qué es el Kernel? .............................................................................................................................. 7
Reconocimiento del tipo de Kernel .............................................................................................. 7
ESTRUCTURA DEL KERNEL DE LINUX................................................................................................... 8
Linux vs Windows ................................................................................................................................ 15
Tendencias de linux hacia el futuro y sus aplicaciones ................................................. 17
Elaborado por: Carlos Eduardo Rodríguez Avilés
2
Kernel Linux
Universidad Nacional de Ingeniería
Abstract
In this paper we have reviewed the Kernel Linux as an alternative OS for
all the computers in the world. Basically Linux was created by, at that
moment a student, Linus Torvalds in 1991. Linux was created based on
the GNU philosophy and the UNIX platform which makes it the most
complete and reliable free software in the world. Thus, it has a lot of
advantages when you compare it with other OS, for example, is the less
expensive OS from all since there is no license to purchase at a high price.
As we can see, these advantages bring a lot of expectations about the
Kernel, thus, many companies are implementing the Kernel Linux as a
cell phone OS, videogames, etc. We are now in front of the new wave of
free software which is getting more and more fans around the world. As
we may know, Linux is a community that grows like clockwork so we can
expect unlimited derivates from the original code due to the large amount
of contributions developed by the users. As a matter of fact, we may be
noticing the beginning of the future of the OS as we know it.
Elaborado por: Carlos Eduardo Rodríguez Avilés
3
Kernel Linux
Universidad Nacional de Ingeniería
Introducción
En 1991 Linus Benedict Torvalds, estudiante de la Universidad De Helsinki, estreno la version 0.02 de su
sistema operativo Linux.
Desde entonces, millones de usuarios en todo el mundo poseen este sistema gratuito y miles de ellos
contribuyen a su continuo desarrollo aportando programas, información sobre bugs (fallos de
software/hardware), ayuda, tutoriales, etc.
La idea de crear un sistema clon de Unix basado en GNU (General Public License o Licencia General
Publica) y el código fuente disponible gratuitamente, surgió en 1991 cuando Linus Torvalds estudiaba la
carrera de ciencias informáticas.
Torvalds se encontraba especialmente interesado en Minix, el único sistema Unix disponible en aquel
entonces. Este sistema gratuito fue creado por Andrew Tanenbaum con el propósito de facilitar a los
alumnos de la universidad el estudio y diseño de sistemas operativos. Minix era un Unix más, tanto en
apariencia como en el Kernel, pero distaba mucho de ser comparable a uno de los grandes.
A partir de ese momento Torvalds decidió crear un sistema que excediera los estándares de Minix,
poniendo en marcha el proyecto Linux.
Estas son algunas fechas importantes en cuanto al desarrollo del Kernel Linux:

1995: En marzo, la siguiente rama estable de Linux aparece, la serie 1.2. Más tarde, Linux es
transportado a las plataformas informáticas DEC y SUN SPARC. Durante los años siguientes es
transportado a un número cada vez mayor de plataformas.

1996: La versión 2.0 del núcleo Linux es liberada. Éste ahora puede servir varios procesadores al
mismo tiempo, y así se hace una alternativa seria para muchas empresas.
Elaborado por: Carlos Eduardo Rodríguez Avilés
4
Kernel Linux

Universidad Nacional de Ingeniería
1997: Varios programas propietarios son liberados para Linux en el mercado, como la base de
datos Adabas D, el navegador Netscape y las suites de oficina Applixware y StarOffice.

1998: Empresas importantes de informática como IBM, Compaq y Oracle anuncian soporte para
Linux. Además, un grupo de programadores comienza a desarrollar la interfaz gráfica de usuario
KDE, primera de su clase para Linux, con el objetivo de proveer facilidad de uso al usuario.

25 de enero de 1999: Aparece la serie 2.2 del núcleo Linux, en enero, con el código de red y el
soporte a SMP mejorados. Al mismo tiempo, un grupo de desarrolladores comienza el trabajo
sobre el entorno gráfico GNOME, que competirá con KDE por la facilidad de uso y la eficiencia
para el usuario. Durante ese año IBM anuncia un extenso proyecto para el soporte de Linux. Este
Kernel tenia 1.800.847 líneas de código.

18 de diciembre de 1999: se publicaron parches de IBM Mainframe para 2.2.13, permitiendo de
esta forma que Linux fuera usado en ordenadores corporativos.

2000: La Suite de oficina StarOffice es ofrecida según los términos de la GNU GPL, abriendo así el
camino para una Suite de oficina avanzada, y libre en Linux.

4 de enero 2001: En enero, se libera la serie 2.4 del núcleo Linux. El núcleo Linux ahora soporta
hasta 64 Gb de RAM, sistemas de 64 bits, dispositivos USB y un sistema de archivos
journaling.Este Kernel tenia 3.377.902 lineas de codigo.

2002: La comunidad OpenOffice.org libera la versión 1.0 de su Suite de oficina homónima. El
navegador web libre Mozilla es también liberado. En septiembre, aparece el Slapper-worm el
cual es el primer gusano informático Linux.

17 de diciembre 2003: Al final del año, la serie 2.6 del núcleo Linux es liberada, después de lo
cual Linus Torvalds va a trabajar para el OSDL. Linux se usa más extensamente sobre sistemas
integrados (embedded system).Este Kernel tenia 5.929.913 lineas de codigo.

2004: El equipo de XFree86 se desintegra y se forma la fundación X.Org, que provoca un
desarrollo considerablemente más rápido del servidor X para Linux.
Elaborado por: Carlos Eduardo Rodríguez Avilés
5
Kernel Linux

Universidad Nacional de Ingeniería
2005: El proyecto openSUSE es comenzado como una distribución libre de la comunidad de
Novell. Además el proyecto OpenOffice.org proyecta la versión de lanzamiento 2.0 que soporta
al estándar OASIS OpenDocument en octubre.

2006: El Xgl de Novell y el AIGLX de Red Hat permiten el uso de efectos acelerados por hardware
sobre el escritorio Linux. Oracle publica su propia distribución de Red Hat. Novell y Microsoft
anuncian una cooperación para la mejor interoperabilidad.

2007: Dell llega a ser el primer fabricante principal de computadoras en vender una
computadora personal de escritorio con UBUNTU instalado.

24 de diciembre de 2008: Se lanza Linux 2.6.28 con 10.195.402 lineas de codigo.

24 de febrero de 2010: Se lanza Linux 2.6.33 con 12.990.041 lineas de codigo.
La ultima version del Kernel 2.6.35.2 salio el 13 de agosto de 2010, esta es la ultima version estable del
Kernel Linux, la version mas reciente es la 2.6.36-rc1 que está en prueba.
Linux habia nacido para ser un sistema operativo del tipo Posix (variante de Unix), totalmente gratuito
para el usuario y con libre acceso al codigo fuente. Esta tres ideas fueron las que lo han convertido en el
sistema con mejor rendimiento, más fiable, veloz y con mas desarrolladores del mundo.
El trabajo presentado trata sobre el Kernel Linux el cual es parte de lo que se conoce como “software
libre”, terminología usada para aquellos programas libres de licencia y que se pueden usar de manera
gratuita.
Este es el software libre más famoso y difundido en el mundo y se expondrá su funcionamiento y
avances realizados en materia de Linux y software libre. Al tener en muy poco tiempo miles de usuarios,
las nuevas versiones de Linux salían casi semanalmente. En el presente hay millones de usuarios y
gracias a ellos y sus aportes, Linux crece sin respiro alguno.
Elaborado por: Carlos Eduardo Rodríguez Avilés
6
Kernel Linux
¿Qué es el Kernel?
Universidad Nacional de Ingeniería
El kernel ó núcleo de Linux lo podríamos definir como el corazón del SO.
Antiguamente había dos tipos de versiones del núcleo. Teníamos:

Versión de produccion: Era la versión estable del momento y la que se debía de utilizar, ya que,
esta versión era el resultado final de las versiones que estaban en desarrollo.

Versión de desarrollo: Era la versión que estaba en desarrollo y la que los programadores
utilizaban para corregir bugs. Esta versión es muy inestable.
Reconocimiento del tipo de Kernel
Los números de versión del Kernel de Linux consisten en cuatro números: A.B.C.D
Asi por ejemplo podemos citar la versión 2.6.31.5
1. El primer número indica la versión del Kernel.
2. El segundo número indica la revisión mayor. Antes del Kernel 2.6 los números de revisión pares
correspondían a versiones estables y los impares correspondían a versiones inestables que
estaban aún en desarrollo. Después de la versión 2.6 lo números se manejaron de manera
distinta.
3. El tercer número corresponde a las revisiones menores, como la aceptación de nuevos drivers.
4. El cuarto número corresponde a las correcciones de errores menores o parches de seguridad.
Elaborado por: Carlos Eduardo Rodríguez Avilés
7
Kernel Linux
Universidad Nacional de Ingeniería
ESTRUCTURA DEL KERNEL DE LINUX
Introducción:
Originalmente Linux era monolítico, es decir que todas las funcionalidades estaban incluidas en el código
del núcleo y era necesario recompilarlo para soportar un nuevo dispositivo, etc.
Sin embargo, esta idea no encaja bien con la enorme diversidad de componentes hardware que existen
hoy en día. Que todas las personas tengan los mismos componentes es raro, por esta razón Linux, como
buen sistema operativo Unix pretende obtener todo el partido de la máquina en la que se está
ejecutando.
Debido a todo esto, el diseño fue migrando paulatinamente a un modelo basado en módulos. Se
procura así que el núcleo sea lo más ligero posible y cuando sea necesario añadir una nueva
funcionalidad como soportar una nueva tarjeta de sonido, sólo haya que compilar el módulo y añadirlo
al núcleo.
(Nota: Unix es un sistema operativo portable, multitasking y multiusuario desarrollado en principio en
1969 por un grupo de empleados de Laboratorios Bell, de este se han basado muchos sistemas
operativos como Solaris y Linux para crear un núcleo de sistema operativo de tipo Unix)
eSTRUCTURA
El Kernel está compuesto por cinco subsistemas.
1) Process Scheduler o Programador de Procesos
2) Memory Manager o Administrador de Memoria
3) Virtual File System o Sistema de Archivos Virtual
4) Network Interface o Interfaz de Red
5) Inter-Process Comunication o Comunicación Entre Procesos
Estos componentes son independientes entre sí.
Elaborado por: Carlos Eduardo Rodríguez Avilés
8
Kernel Linux
Universidad Nacional de Ingeniería
1) Process Scheduler o Programador de Procesos
a) Permitirle a los procesos crear nuevas copias de sí mismos (forking)
b) Determinar qué proceso tendrá acceso a la CPU
c) Recibir interrupciones y desviarlas hacia el subsistema respectivo
d) Enviar mensajes a los procesos de usuario
e) Manejar el reloj de Hardware (Hardware Timer)
f) Liberar recursos cuando un programa los haya desocupado.
El Process Scheduler también soporta módulos cargados dinámicamente. Una de las funcionabilidades
más importantes de esto último son el Virtual File System y Network Interface.
También provee dos interfaces. Uno, provee una interface de llamada a sistema limitada que los
procesos pueden llamar. Dos, provee una interface para el resto del espacio del Kernel.
En tiempo de booteo, Linux posee sólo un proceso, init(), que a su vez realiza copias de sí mismo a través
de llamadas fork(). Cuando un proceso termina, ejecuta la llamada a _exit().
Ademas posee llamados a señales a través de signal(). Esta llamada permite a un proceso asociar un
manejador de funcion (function handler) con una señal en particular. Las señales pueden considerarse
como una forma de IPC o intercomunicación de procesos.
Acerca del timer, Linux maneja un timer interno que se inicia cada 10 milisegundos. Esto permite que los
procesos se reasignen (Scheduling) cada 10 ms. Esta unidad se llama “clock tick” que sirve para medir la
cantidad de ticks que un proceso en particular puede continuar ejecutándose sin forzar su reasignación.
Cada proceso se asigna con un identificador único, llamado Process ID o pid, que es asignado a la lista de
procesos o tabla de procesos.
Finalmente, una estructura de modulos es usada para representar los modulos cargados en tiempo de
ejecución. Esta estructura posee campos que son usados para implementar una lista de estructura de
modulos. Es decir, un campo que apunta a la tabla de símbolos de los módulos y otro con el nombre del
módulo.
Elaborado por: Carlos Eduardo Rodríguez Avilés
9
Kernel Linux
Universidad Nacional de Ingeniería
2) Memory Manager o Administrador de Memoria
El Memory Manager o administrador de memoria permite lo siguiente:
a) Gran espacio de direcciones: Los programas pueden requerir más memoria que la que físicamente
existe
b) Protección: La memoria asignada un proceso es privada para tal.
c) Mapas de Memoria: Se puede mapear un archivo dentro de un area de memoria virtual y acceder al
archivo como si fuera memoria
d) Acceso Limpio a la Memoria Física: el MM asegura que los procesos puedan usar transparentemente
todos los recursos de la máquina, asegurando además un rendimiento aceptable
e) Memoria Compartida: Permite que los procesos puedan compartir trozos de la memoria asignada.
El Administrador de memoria posee dos interfaces : una interfaz con llamada a sistema que es usada por
los procesos de usuario (User Space) y una interface que es usada por los otros subsistemas (Kernel
Space).Algunas de las llamadas de usuario incluyen malloc() y free(). Las llamadas de kernel incluyen
kmalloc() y kfree().
Ya que Linux soporta múltiples arquitecturas, es necesario entonces que existan rutinas específicas para
abstraer los detalles del uso del hardware en una sola interface.
El Memory Manager usa el administrador de memoria de hardware para mapear direcciones virtuales a
direcciones físicas. Gracias a esto, los procesos no están conscientes de cuanta memoria física está
asociada a una dirección virtual. Esto permite al MM poder mover trozos de memoria virtual dentro de
la memoria física. Además, permite que dos procesos puedan compartir dos trozos de memoria física si
las regiones de memoria virtual asignadas a ellas son mapeadas en la misma dirección física.
Otro concepto importante es el Swapping o intercambio, que es intercambiar (swap) memoria ocupada
por procesos en un archivo. Esto le permite al Kernel poder ejecutar mayor cantidad de procesos que
usen mayor cantidad de memoria física existente. El MM posee un demonio, kswapd, para ejecutar la
tarea de intercambiar zonas de memoria en archivos y viceversa. Este demonio chequea periódicamente
si no existen direcciones físicas mapeadas recientemente. Estas direcciones son vaciadas de la memoria
física, y además de esto, el MM minimiza la cantidad de actividad de disco necesaria para hacer este
intercambio.
Elaborado por: Carlos Eduardo Rodríguez Avilés
10
Kernel Linux
Universidad Nacional de Ingeniería
El administrador de memoria del hardware detecta cuando un proceso de usuario tiene acceso a una
porción de memoria no mapeada en una dirección virtual y avisa al Kernel de esta falla. Existen dos
alternativas para solucionar esto:
a) o la página de memoria es volcada a un archivo y viceversa
b) o el proceso está haciendo referencia a una zona de memoria no permitida
Si el administrador de memoria detecta un acceso no permitido (a la memoria) notifica al proceso con
una señal. Si el proceso no sabe cómo manejar esta señal, el proceso es finalizado.
3) Virtual File System o Sistema de Archivos Virtual
Un importante desarrollo tuvo lugar cuando se añadió el sistema de ficheros EXT, en aquel momento el
sistema de ficheros real se separó del sistema operativo y servicios del sistema a favor de un interfaz
conocido como el sistema de Ficheros Virtual, o VFS.
VFS permite a Linux soportar muchos, incluso muy diferentes, sistemas de ficheros y cada uno
presentando un interfaz software común al VFS. Todos los detalles del sistema de ficheros de Linux son
traducidos mediante software de forma que todo el sistema de ficheros parece idéntico al resto del
kernel de Linux y a los programas que se ejecutan en el sistema. La capa del sistema de Ficheros Virtual
de Linux permite al usuario montar de forma transparente diferentes sistemas de ficheros al mismo
tiempo.
El VFS de Linux mantiene una antememoria (cache) con información de cada sistema de ficheros
montado y en uso, siempre se debe tener mucho cuidado al actualizar correctamente el sistema de
ficheros ya que los datos contenidos en las antememorias se modifican cuando se crean, escriben y
borran ficheros y directorios.
La antememoria o caché más importantes es el Buffer Cache, que está integrado entre cada sistema de
ficheros y su dispositivo de bloque. Tal y como se accede a los bloques se ponen en el Buffer Cache y se
almacenan en varias colas dependiendo de sus estados. El Buffer Cache no sólo mantiene buffers de
datos, también ayuda a administrar el interfaz asíncrono con los controladores de dispositivos de
bloque.
Como ventajas podemos citar la estructura de datos en memoria con los bloques más frecuentemente
utilizados y las lecturas adelantadas.
Linux implementa el denominado Virtual File System Cache, (VFS Caché) para acelerar
substancialmente el sistema de ficheros. El argumento "filename" es utilizado por el VFS para buscar en
una estructura denominada Directory Entry Caché (dentry caché o dcache), donde se almacenan
referencias a los directorios utilizados Una entrada del dcaché contiene un puntero a un inodo y solo
residen en memoria, mientras que los inodos tienen existencia en el disco físico. El VFS implementa un
buffer caché que controla los accesos a disco, realizando operaciones de lectura en avance (look-ahead)
Existe caché de directorios, de inodos y de bloques de disco.
Elaborado por: Carlos Eduardo Rodríguez Avilés
11
Kernel Linux
Universidad Nacional de Ingeniería
4) Network Interface o Interfaz de Red
El sistema de red de Linux permite la conectividad entre distintas máquinas de una red y un modelo de
conexión via sockets.
Existen dos tipos de sockets, los BSD y los INET.
Linux posee dos protocolos de transporte con distintos tipos de modelo de comunicación y calidad de
servicio. Están los mensajes no confiables, basados en el protocolo UDP y los mensajes confiables
basados en TCP. Estos dos están implementados sobre el protocolo de transporte y el protocolo IP.
El protocolo IP está por encima de los drivers. A los drivers se les provee distintas formas de
comunicación: SLIP (Serial Link IP), PLIP (Parallel Line IP) y Ethernet. Un protocolo de resolución de
direcciones media entre el protocolo IP y los drivers de Ethernet. Su tarea es resolver direcciones IP
lógicas y convertirlas en direcciones físicas ethernet (de capa 3 a capa 2).
Los servicios de red son usados por los otros subsistemas y por el usuario a traves de la interfaz de
sockets, que son creados y manipulados a traves de socketcall(). Los datos son leidos y escritos a través
de read() y write() como si fuera un descriptor de archivo.
El modelo BSD de sockets es presentado a los procesos de usuario. El modelo es orientado a la conexión,
se permite hacer streaming (flujo) y se permiten buffers. La implementacion BSD está por sobre la INET.
BSD maneja las tareas de forma similar al VFS (Virtual File System) y administra una estructura de datos
general para las conexiones. Su propósito es la portabilidad a través de la abstracción de los detalles, a
través de una simple interfaz. La interfaz BSD es usada por Unix y Windows.
El modelo INET administra los puntos finales de la comunicación para los protocolos TCP y UDP.
La lectura/escritura de red comienza por leer o escribir en un socket. Esto invoca a una llamada de
sistema que es manejada por el VFS (o sea, las llamadas a archivo o sockets es simétrica). Desde ahí, se
determina que la llamada BSD sock_write() es la que implementa la llamada al filesystem. Esta rutina
maneja detalles administrativos (permisos) y pasa el control a inet_write(), para después llamar a una
funcion de transporte, como tcp_write().
Las rutinas de escritura de la capa de transporte son las responsables de fragmentar los datos entrantes
en paquetes de transporte. Estas rutinas pasan el control a ip_build_header() que construye una
cabecera IP para ser insertada en el paquete a enviar. Luego, tcp_build_header() es llamada para crear
una cabecera TCP. Una vez hecho esto, se envian los datos directamente al driver de red.
Elaborado por: Carlos Eduardo Rodríguez Avilés
12
Kernel Linux
Universidad Nacional de Ingeniería
El sistema de red posee dos servicios de transporte diferentes.
UDP posee una comunicación no orientada a la conexión y no confiable. Está encargada de recibir
paquetes de la capa IP y encontrar el socket de destino donde los datos deben ser enviados. Si no se
encuentra el socket, se genera un error.
TCP, en cambio, es bastante mas complicado. Ademas del manejo de datos entre los procesos de
recepción y envío, realiza complicadas tareas de administración de la conexión. TCP envia los datos al
socket como un stream (flujo), en vez de una secuencia de datos (como UDP), pero garantiza una
comunicación confiable.
El protocolo IP provee un servicio de transporte de paquetes. Dado un paquete y un destino, la capa de
comunicación IP es responsable del enrutamiento del paquete al host que corresponda.
Para un flujo de datos saliente, IP es responsable de
a) Particionar el flujo en paquetes IP
b) Enrutar los paquetes a la dirección de destino
c) Generar una cabecera que será usada por los drivers de red
d) Seleccionar el dispositivo de red apropiado para enviar los datos
Para un flujo de datos entrantes, IP es responsable de
a) Verificar la validez de la cabecera
b) Comparar la dirección de destino con la dirección local y reenviarlo si no corresponde
c) Desfragmentar el paquete IP
d) Enviar los paquetes a la capa TCP o UDP según corresponda
El protocolo ARP (Address Resolution Protocol) es el responsable de convertir entre direcciones IP y
direcciones de red reales. ARP soporta distintos tipos de hardware, Ethernet, FDDI, etc. Esta función es
necesaria cuando los sockets se comunican con direcciones IP, ya que no pueden ser usadas
directamente por los dispositivos de red.
El subsistema de red provee sus propios drivers para conexiones seriales, paralelas y ethernet. Posee
una interfaz de abstracción para los dispositivos para ocultar las diferencias entre las comunicaciones de
las capas mas bajas y mas altas de este subsistema.
Elaborado por: Carlos Eduardo Rodríguez Avilés
13
Kernel Linux
Universidad Nacional de Ingeniería
5) Inter-Process Comunication o Comunicación Entre Procesos
El IPC es un mecanismo en el cual los procesos que se están ejecutando posean medios para compartir
recursos, sincronizarse y compartir datos entre ellos. Linux implementa todas las formas de IPC a través
de recursos compartidos, estructuras de datos de Kernel y colas de espera.
Estas formas de IPC son a través de
a) Señales
b) Colas de Espera
c) Bloqueos de Archivos
d) Pipes y Named Pipes, que permiten una transferencia de datos bidireccional y orientada a la conexión
entre dos procesos, explícitamente seteando los pipes o comunicándolos a través de named pipes en el
sistema de archivos (N. del E.:piensen en ls -als | more como una forma de piping)
e) Unix Domain Sockets, otro medio de transferencia, más usado en el modelo INET
f) IPC de System V compuesta por:
g) Semáforos
h) Colas de Mensaje
i) Memoria Compartida
Una señal es una notificación enviada a un proceso por el kernel o por otro proceso. Las señales se
envían a través de send_sig(). El numero de señal se da como parámetro, como también el proceso
destino. Los procesos pueden registrar sus propias señales, a través de la función signal().
Los bloqueos de archivo están soportados directamente por el kernel. Para bloquear un archivo, puede
usarse open() simplemente.
Pipes (tuberías) pueden ser usadas con pipe(), para filesystems read() o write() y para named pipes
open().
Para Unix Domain Sockets, toda la funcionabilidad está encapsulada en socketcall().
En IPC de System V, existe una interfaz común para los tres métodos, ipc().
Las colas de espera son solo listas con los procesos que esperan por un evento del kernel, como la
finalización de una lectura de DMA. Un proceso puede entrar voluntariamente a una cola de espera con
sleep_on() o interruptable_sleep_on() y despertar con wake_up() o wake_up_interruptable() (que
remueve los procesos de esta cola).
Los bloqueos de archivos ocurren para prevenir que dos procesos puedan acceder al mismo archivo.
Esta exclusión puede ser hecha al archivo completa o a una porción del archivo.
Elaborado por: Carlos Eduardo Rodríguez Avilés
14
Kernel Linux
Universidad Nacional de Ingeniería
Los Pipes y Named Pipes son similares, pero su creación es diferente. En ambos casos debe existir un
descriptor de archivo que esta enlazado a la tubería. Después de la creacion de la tubería, una página de
memoria es asociada a ella que es tratada como un buffer circular, donde las funciones de escritura se
manejan de forma atómica. Si se llena este buffer, se bloquea el proceso de escritura. Si se leen mas
datos de los existentes, el proceso de lectura se bloquea. Así, cada tubería posee un proceso de espera
asociado.
Los semáforos se implementan con colas de espera, siguiendo el modelo clásico de semáforos. Cada
semáforo posee un valor asociado. Existen dos operaciones para este manejo, up() y down(). Cuando el
valor del semáforo es 0, el proceso que ocupa el semáforo (para decrementar su estado) es bloqueado
en la cola de espera.
Las colas de mensajes son listas que los procesos leen o escriben secuencias de bytes. Los mensajes se
reciben en el mismo orden que son escritos. Existen dos colas, una para los procesos que envían un
mensaje completo a la cola y otra para ordenar las escrituras de los mensajes.
La memoria compartida es la forma más rápida de IPC. Permite que los procesos puedan compartir
regiones de la memoria. La creación de esta memoria compartida se hace a través del administrador de
memoria.
Linux vs Windows
En esta sección hablaremos sobre las ventajas y desventajas existentes entre Linux y el OS más usado en
el mundo: Windows.
Tópico
Linux
Windows
Precio
La mayoría de las
variantes de Software
Linux se encuentran
gratis o a un muy bajo
precio.
Cada licencia de
Windows puede costar
entre $50.00 a $150.00
según la serie.
Elaborado por: Carlos Eduardo Rodríguez Avilés
15
Kernel Linux
Universidad Nacional de Ingeniería
Manejo
A pesar que se han dado
muchas mejoras a Linux,
Windows es de mucho más
fácil manejo.
Windows ha logrado
grandes avances en
cuanto a su interfaz
para el usuario. No
será tal vez el OS más
fácil pero si lo es en
comparación a Linux.
Robustez
Linux se ha caracterizado
siempre por la robustez
de su sistema ya que
pueden pasar meses e
incluso años sin la
necesidad de apagar o
reiniciar el equipo,
también si una aplicación
falla simplemente no
bloquea totalmente al
equipo.
En Windows siempre hay
que reiniciar cuando se
cambia la
configuración del
sistema, se bloquea
fácilmente cuando
ejecuta operaciones
aparentemente simples
por lo que hay que
reiniciar el equipo.
La gran cantidad de
usuarios que utilizan
Linux tiene un limitado
Windows hace que su OS
Software grupo de partners cuyos
sea mas standard y
Software son compatibles. compatible con otras
empresas que crean
Software.
Elaborado por: Carlos Eduardo Rodríguez Avilés
16
Kernel Linux
Universidad Nacional de Ingeniería
Muchos de los programas
disponibles para Linux
(sean juegos, hojas de
calculo, etc..) son
freeware o fuente
Costos de
abierta. Incluso aquellas
Softwares
que no son freeware como
Gimp, OpenOffice,
Staroffice y Wine están
disponibles a muy bajo
precio.
A pesar de que Windows
cuenta con una amplia
gama de Software
gratis, muchos de
ellos, en especial los
más avanzados, pueden
costar entre $20.00 a
$200.00 por copia.
Linux es un sistema mucho
Seguridad más seguro en
comparación a Windows.
A pesar de que Windows
ha realizado avances
en cuanto a seguridad,
aún es un OS
vulnerable a ataques
de virus y hackers.
Tendencias de linux hacia el futuro y sus aplicaciones
Los operadores de telefonía móvil están mirando a los sistemas operativos Linux como una forma de
abaratar los costes y como una forma de diversificar la oferta para ajustarse mejor a la demanda,
como una reacción al deterioro de la economía. Hasta ahora el crecimiento ha sido lento y se ha
estabilizado hace poco tiempo. Sin embargo, los avisos recientes de Motorola, de Vodafone, de HTC,
y de Huawei, entre otros indicando de la adopción de nuevos modelos con Linux demuestran
claramente que los fabricantes y los operadores están listos para usar Linux a una escala más
grande.
Y de hecho fue Nokia, el primer fabricante que lo incluyó hace unos meses, presentó un modelo de
gama alta, el N900, que funciona con Linux Maemo. Además, el propio Symbian completó su
migración a código abierto en Febrero de 2010.
Elaborado por: Carlos Eduardo Rodríguez Avilés
17
Kernel Linux
Universidad Nacional de Ingeniería
También Google utilizó Linux para construir el sistema Android de su teléfono Nexus One, fabricado
con HTC.
El software libre se está poniendo de moda, así la mayoría de los fabricantes podrán incluir sus
programas, en todas las plataformas que existen hoy en día.
Elaborado por: Carlos Eduardo Rodríguez Avilés
18
Kernel Linux
Conclusiones
Universidad Nacional de Ingeniería

El Kernel Linux es el OS Software Libre mas difundido del mundo.

Su robustez es basada en la plataforma UNIX en que está basado. Basicamente, y como vimos en
secciones anteriores, en comparación al OS Windows basado en lenguaje de programación C, las
líneas de código basado en UNIX tienen una raíz distinta a C por lo que la mayoría de virus
creados que poseen la raíz en C no afectan a Linux.

El Kernel en si esta siendo impulsado como el futuro del software en ámbitos que van más alla
de las PC. Hablamos de incluir el código en dispositivos como teléfonos móvil como ya se
implementó en el OS Android de Google o el OS Maemo de Nokia que está sustituyendo el ya
conocido Symbian.

Económicamente hablando es el más ventajoso y es debido a eso, entre otras cualidades del
Kernel, que varias de las compañías más grandes del mundo lo han implementado. La reducción
de costos siempre es un problema y el Kernel permite ahorrar los costos de una licencia costosa.
Elaborado por: Carlos Eduardo Rodríguez Avilés
19