Академический Документы
Профессиональный Документы
Культура Документы
Ncleo de Linux
Shell de Linux
Sistemas de archivos
Ncleo de Linux
Linux es un ncleo de sistema operativo cuyo desarrollo
comenz en 1991 en manos de Linux Torvalds, tres aos
despus y gracias a la ayuda de una gran comunidad de
desarrolladores, se libero la versin 1 del cdigo fuente. Esta
versin 1 se libero bajo la licencia GPL de free software
foundation la cual es la cuna del proyecto GNU, que es una
distribucin de software libre.
Kernel monoltico
Como ya hemos visto el kernel de Linux es un
sistema monoltico es decir que todos sus componentes
estn en un solo paquete y este establece procedimiento de
llamadas hacia el resto de los procesos del sistema corriendo
en
un
rea
restringida
el
cual
estos
no
pueden acceder directamente.
El microkernel trabaja igual pero tiene sus diferencias. El
microkernel minimiza la labor del kernel y crea un sistema
bsico de llamadas de entrada y salida, de manejo de
memoria y hace que todos los dems componentes corran
como procesos del sistema. La discusin entre cual de los dos
es mejor pues.. eso lo veremos en otro video porque ahora
lo que queremos es entender cules son las partes del ncleo
de Linux.
Gestin de Procesos
La gestin de procesos est centrada en la ejecucin de los
procesos, en el kernel de linux son llamados hilos y
representan la visualizacin individual de cada procesador. Se
suele utilizar el trmino proceso aunque la implementacin en
linux no tiene concepto de hilos y procesos por separado. El
ncleo provee un API a travs de la SCI, con la que puede
crear nuevos procesos con fork y con exec, matar o salir del
proceso como en el caso de kill o exit. La gestin de
procesos es necesaria para poder compartir hilos en la CPU,
en el kernel el planificar opera en un tiempo constante sin
tener en cuenta el numero de procesos que compiten por la
La memoria
Otro importante recurso que es controlado por el kernel es la
memoria, debido a la eficiencia como el hardware que maneja
La Memoria Virtual esta es gestionada en paginas de 4
Kb en la mayora de las arquitecturas, Linux incluye
definiciones para manejar la memoria disponible y los
mecanismos para hacer el mapeo en el hardware de la
memoria fsica y en la memoria virtual. Pero la gestin de la
memoria es mucho ms que bfer de 4Kb, Linux contiene
abstraccin de bfer que permiten ir ms all, este esquema
maneja memoria de bfer de 4Kb, como base pero adems
reserva estructura dentro de ellos y lleva la cuenta de las
paginas que estn completas, parcialmente usadas o
totalmente vacas para que el esquema pueda crecer o
disminuir como se necesite en el momento.
Cuando
hay
varios
usuarios
haciendo
uso
de la
memoria existen
ocasiones
en
las
cuales
esta se
agota entonces por esta razn las paginas pueden ser
escritas en el disco duro temporalmente y luego vueltas a
cargar en la memoria esto se llama SWAP o intercambio, ya
que las paginas se mueven de un lado para otro cuando se
necesite.
Por
debajo
del
cache
del
bfer ya
estn los
controladores directamente, los dispositivos de hardware
que hacen interface con el sistema de archivos.
La pila de Red
La pila red o diseo sigue una arquitectura por capas
modelada tras los protocolos en si, recordemos que el IP que
no es solamente una direccin o un numero sino que es el
protocolo principal de internet y a su vez el protocolo
central bajo el que se sitan el protocolo de transporte
TCP/IP y sobre el protocolo de transporte TCP/IP esta la capa
de socket que a su vez llama a lasSCI. La capa de socket es
un API estndar para el subsistema del trabajo en red
y proporciona una interface a varios protocolos. Desde
el acceso a las frames crudas hasta las unidades de datos
de IP llamadas PDU lo que nosotros vulgarmente conocemos
como paquetes, el protocolo TCP/IP y el protocolo de
datagrama de usuario UDP. La capa de socket provee de esta
manera una forma estandarizada para poder manejar
conexiones y mover datos de un lugar a otro.
Drivers de dispositivos
Lo siguiente en la lista son los controladores, la gran
mayora del cdigo fuente de Linux son controladores de
dispositivos, Por qu? Bueno es natural, los controladores son
los que nos permite reconocer el hardware que nosotros
queremos hacer funcionar con el sistema operativo basado en
Arquitectura
Por ltimo est el cdigo dependiente de la arquitectura,
aunque Linux es independiente de la arquitectura hay
varios elementos que hay que tener en cuenta con las
operaciones habituales de eficiencia del sistema operativo,
tenemos que Linux tambin en su rbol de desarrollo tiene un
apartado para lo que necesita especficamente cada una
de las
arquitecturas entonces
tenemos 386, Spark, ARM, MIPS, cualquiera otra que sea
soportada por el ncleo de Linux.
Hay otras caractersticas bsicas del sistema operativo que
vale mencionar aparte de la estructura que estamos
estudiando en este momento.
Linux por ser un sistema operativo de produccin y tambin
de cdigo abiertoes un excelente laboratorio para nuevas
tecnologas en protocolos de red, por ejemplo las redes de
alta velocidad que superan al Eternet de 1/10Gb y tambin por
ejemplo el TCP/IP, que nos permiten caractersticas avanzadas
de TCP/IP remplazndolo como capa de transporte.
Linux tambin es un kernel dinmico a pesar que es
monoltico tambin
es
modular y permite que los
La Shell
Estructura de Directorios
El siguiente punto es la estructura de directorios o jerarqua, al
igual que todos los otros sistemas operativos Linux tiene una
jerarqua de archivos para poder organizar la estructura y
tiene la siguiente organizacin Teniendo en cuenta que el / o
barra diagonal que nosotros conocemos es la base o raz de
toda la estructura entonces la vamos a llamar root (raz en
ingles), entonces de ah se derivan los siguientes directorios:
Permisos
Ahora est el asunto de los permisos, me imagino que alguna
vez has odo algo como no, no tengo los privilegios en el
sistema o no es que mi usuario no es privilegiado, se trata de
esto mismo.
En Linux aunque no lo creas solo hay 2 tipos de usuarios esto
debido a la forma en la que trabaja el ncleo, existe un usuario
0 que es llamado root, dios, admin, odin, thor o como lo
quieras llamar y todos los dems usuarios.
Bueno como es esto?
Realmente lo que importa son los permisos del file system, y
esto no es de extraar porque ah es que residen los datos que
nosotros queremos restringir
Entonces como es esto de los privilegios?
La cosa va as, existen 3 roles distintos con 3 tipos de
permisos cada uno, eso suena como tic tac toe, triqui como
nosotros lo llamamos y pues no es enredado pero el jueguito
de triqui nos puede ayudar a resolver un poquito como es esto
de los permisos.
Entonces tenemos que en eje x esta el usuario propietario
representado por la u propietario del archivo, est
el grupo representado por la g que pertenece el usuario y
todos los dems representados por la letra o. En el eje y
tenemos la r para lectura en ingles
que es read,
la w para write que es escribir en ingles
y la x para
execute en ingles quiere decir ejecutar ahora los permisos se
otorgan
por
medio
de
nmeros,
el
permiso