Cap

tulo 1

Introdu i
on a los Sistemas
Operativos
tuar on la maquina a traves de una interfaz gra a
o un interprete de omandos, et .
Lo pro esos intera tuan ne esariamente on el
nu leo para rear otros pro esos, omuni arse entre
s y obtener memoria para sus datos. Usualmente
(aunque no ne esariamente) los pro esos tambien intera tuan on el nu leo para manejar ar hivos. El
usuario nun a intera tua dire tamente on el nu leo.
El usuario intera tua on los pro esos.
Por razones de e ien ia y simpli idad de implementa ion el nu leo es la omponente del sistema
operativo que esta siempre residente en memoria.
En ambio las apli a iones y los utilitarios se argan
uando se ne esitan, y por lo tanto no siempre estan
residentes en la memoria
En este urso se estudiara en profundidad el dise~no del nu leo de los sistemas operativos. Ademas
el urso ontempla a tividades pra ti as en donde se
modi aran omponentes del pseudo sistema operativo nSystem.

Procesador
(CPU y memoria)

Apl2

procesos

Apl1

Util2
Sistema
Operativo

Util1

Nucleo

Dispositivos

Figura 1.1: Componentes de un sistema omputa ional.

Un Sistema Operativo es un programa que a tua

omo intermediario entre el usuario y la maquina. El
proposito de un sistema operativo es proveer un ambiente en que el usuario puede eje utar sus apli a iones. Las apli a iones son todos aquellos programas
que el usuario eje uta para mejorar su produ tividad Programa
o para divertirse.
I. Introdu ion
El primer objetivo de un sistema operativo es que el
Historia del desarrollo de los sistemas operati omputador sea omodo de usar. El segundo objetivo
vos : sistemas bat h, job, dump, monitor rees que la maquina sea usada e ientemente.
sidente, opera ion o-line, buering, spooling,
Las omponentes de un sistema operativo se obmulti-programa i
on, job s heduling, maquinas
servan en la gura 1.1. La prin ipal omponente del
virtuales,
pro esos,
omputadores personales, resistema operativo es el nu leo (kernel). El nu leo se
des,
sistemas
distribuidos.
en arga de eje utar y dar servi ios a los pro esos.
Un pro eso puede ser una apli a ion o un utili- II. Pro esos
tario. Las apli a iones son los programas del usuario que le ayudan a mejorar su produ tividad. Las
{ Pro esos pesados vs. pro esos livianos o thapli a iones no son parte del sistema operativo. Los
reads.
utilitarios son programas que pertene en al sistema
{ Preemption vs. non-preemption.
operativo y que ayudan al usuario a : administrar sus
ar hivos, imprimir programas y resultados, intera { Un sistema de pro esos livianos : nSystem.
3

 A LOS SISTEMAS OPERATIVOS

CAPITULO 1. INTRODUCCION

{ El problema de la sin roniza ion de pro- Evalua ion :

esos : produ tor/ onsumidor, losofos omiendo, le tores/es ritores.

{ Sin roniza ion entre pro esos mediante mensajes :

asn rona.

omuni a ion sn rona y

 2 ontroles + examen (70%).

 2 o 3 tareas omputa ionales (no habr
a alumnos

pendientes).

{ Otros me anismos de sin roniza ion entre Bibliografa :

pro esos : semaforos, regiones rti as, mo- A. Silbers hatz, \Operating System Con epts", 1991
nitores.
Addison-Wesley

III. Estru tura del Computador

{ Arquite tura logi a del Hardware : espa io

de dire iones reales, E/S mapeada en el espa io de dire iones reales, interrup iones,
polling, ve tor de interrup iones, anales de
E/S, modo dual, seguridad y prote ion,
espa io de dire iones virtuales, segmenta ion, timer.

{ Estru tura del Software : nu leo, drivers,

API, servi ios del nu leo/sistema operativo.

IV. Administra ion de Pro esos.

S heduling de pro esos, indenti ador de pro eso, des riptor de pro eso, olas de s heduling, estados de un pro eso, ambio de ontexto, rafagas
de CPU, estrategias de s heduling, First Come
First Served, Shortest Job First, Colas de Prioridad, Round Robin, s heduling en varios niveles,
s heduling en nSystem.
V. Administra ion de Memoria Primaria.
Segmenta ion, Paginamiento, Memoria Virtual,
Swapping, Demand Paging, page fault, lo alidad
de los a esos a memoria, estrategias de reemplazo de paginas, First Come First Served, Least
Re ently Used, la estrategia del reloj, la estrategia del working set, opy-on-write, demand loading, paginamiento en x86, Translation Lookaside Buer.
VI. Administra ion de Memoria Se undaria.

1.1

Evolu i
on de los S.O.

Al omienzo solo haba Hardware y apli a iones. Un

programa en ROM lee el binario de una apli a ion a
partir de algun dispositivo.
La apli a ion debe in luir todo, in luso debe saber omo manejar ada dispositivo. Es de ir no hay
read ni write, sino que la apli a ion debe omandar
dire tamente el dis o a traves de puertas de E/S en
el espa io de dire iones. El dis o se ve omo una
se uen ia nita de bloques de bytes sin ninguna estru tura en ar hivos y dire torios. La apli a ion es
responsable de dar alguna estru tura al dis o.
Si se desea lanzar otra apli a ion hay que presionar
el boton reset en la onsola del omputador.
Durante el desarrollo de una apli a ion la depura ion se lleva a abo observando las lu es de la onsola del omputador. Dado que solo un programador
puede usar el omputador en un instante, los programadores deben reservar hora.

Problema : Bajo prove ho de un omputador

ostoso
 El omputador pasa la mayor parte del tiem-

po o ioso, esperando instru iones del programador.

 El tiempo de omputador es mu ho mas aro que

los programadores.

>Como mejorar el rendimiento del omputador?

1.1.1 Sistemas Bat h

El sistema de ar hivos de unix, s heduling de En un sistema bat h el pro esamiento se ha e en lodis o.

tes de tarjetas perforadas o jobs. El programador no
intera tua dire tamente on el omputador. Un job
VII. Estru tura de Redes
es un lote de tarjetas perforadas por el programaTopologa de redes, lo aliza ion de hosts, estra- dor mediante maquinas perforadoras. Estas tarjetas
tegias de onexion, estrategias de ruteo, proto- ontienen el programa y los datos delimitados por
olos de omuni a ion de datos.
tarjetas de ontrol.

 DE LOS S.O.
1.1. EVOLUCION

Un operador del omputador se en arga de re ibir

los jobs de varios programadores e introdu irlos en
una le tora de tarjetas para que sean pro esados.
Un programa denominado monitor residente se en arga de leer las tarjetas, interpretar las tarjetas de
ontrol y lanzar los programas. Si el programa termina en un error, el monitor residente imprime un
dump, que onsiste en una imagen hexade imal de la
memoria del omputador al momento de o urrir el
error. El operador entrega el dump al programador
para que este determine la ausa del error y solu ione
el problema reha iendo algunas de las tarjetas.

Ventajas
 Mientras el programador piensa, el omputador

A.
Procesador
Satelite

Perforadora

B.
Computador
Principal

C.
Procesador
Satelite

Figura 1.2: Opera ion O-Line de periferi os

E

...

puede pro esar otros jobs.

 El omputador pasa asi el 100% del tiempo o u- Figura 1.3: Alternan ia entre le tura, pro eso y es-

pado, puesto que el operador es mu ho mas dies- ritura de un job tpi o.

tro en el manejo de las tarjetas que los programadores.
del pro esador prin ipal aso iando varios satelites de
Problema : Baja utiliza ion de un pro esador le tura y varios satelites de impresion.
En efe to, el osto de los pro esadores satelites es
ostoso
marginal frente al osto del pro esador prin ipal. CaAunque el omputador esta o upado, su omponente da vez que se agrega un pro esador satelite se aumenmas ostosa, el pro esador o CPU pasa gran parte ta la apa idad de pro eso sin omprar un nuevo prodel tiempo o ioso porque la le tura de las tarjetas y esador prin ipal, solo se aumenta el por entaje de
la impresion de los resultados son muy lentas.
tiempo de utiliza ion del pro esador prin ipal. Por
supuesto esto tiene un lmite, puesto que llega un
momento
en que el omputador prin ipal no es apaz
1.1.2 Opera ion O-line
de leer mas intas. Por lo tanto se agregan pro esaEl termino o-line signi a fuera de la lnea de pro- dores satelites mientras exista apa idad o iosa en el
du ion. Apli ado a los sistemas bat h, opera ion omputador prin ipal.
o-line signi a que la le tura de las tarjetas y la imLas te ni as que veremos a ontinua ion apuntan
presion de los resultados no las realiza el omputador. ha ia ese mismo objetivo : aumentar el por entaje de
Estas a tividades se realizan a abo en pro esadores tiempo de utiliza ion del pro esador prin ipal agresatelites de bajo osto y espe ializados en una sola gando otros pro esadores dedi ados de bajo osto.
a tividad (ver gura 1.2).
Las tarjetas de varios jobs son ledas por un pro esador satelite, el que genera una inta (parte A en la Problema : Busy-waiting
gura) que el operador transporta ha ia la unidad de Mientras se lee o es ribe una lnea (equivalente a una
intas del omputador prin ipal. El omputador lee tarjeta), la CPU debe ha er busy-waiting, es de ir
estas intas mu ho mas rapidamente que las tarjetas no realiza ningun trabajo util. En la gura 1.3 se
(parte B en la gura).
observa el tpi o job que alterna entre le tura de una
De igual forma, el resultado de los jobs se graba en lnea de datos, pro esamiento de esa lnea y es ritura
una o mas intas que son desmontadas por el opera- del resultado. En ella se observa que durante las fases
dor y llevadas a un pro esador satelite dedi ado a la E y S el pro esador esta o ioso.
impresion (parte C en la gura).

Ventajas

1.1.3 Buering

Como la le tura de intas es mu ho mas rapida que Normalmente se entiende por buering una te ni a
la de tarjetas, se puede lograr un mejor rendimiento que onsiste en leer/es ribir bloques de varias lneas

 A LOS SISTEMAS OPERATIVOS

CAPITULO 1. INTRODUCCION

Unidad
trabajando
Canal 1

E1

E2

E3

Cinta

E4

(cinta de
entrada)

P1

Procesador

P2

P3
Impresora

Lectora

Canal 2

S1

S2

S3

S4

Disco

(cinta de
salida)

Fase

Procesador
Principal

Unidad ociosa

Canal

Figura 1.4: Uso de anales para leer, grabar y pro esar en paralelo
en una sola opera ion de entrada/salida. Esto disminuye el tiempo total requerido para la entrada/salida,
ya que leer/es ribir 10 lneas toma en la pra ti a asi
el mismo tiempo que leer/es ribir una lnea.
Por ejemplo si en el esquema original el tiempo de
pro eso estaba dominado por 10000 le turas de una
lnea ada una, on buering fa tor 10 el tiempo se redu ira drasti amente ya que se realizaran solo 1000
opera iones de le tura de a 10 lneas que tomaran
po o mas de un de imo del tiempo sin buering.
La te ni a de buering es un po o mas ompleja
que lo des rito anteriormente, puesto que tambien se
usan anales para realizar las opera iones de le tura/es ritura de bloques en paralelo on el pro eso del
job. Los anales son pro esadores espe ializados en
el movimiento de datos entre memoria y dispositivos. Son ellos los que intera tuan on las intas on
mnima interven ion de la CPU. La CPU solo ne esita intervenir al nal de ada opera ion de E/S.
La gura 1.4 muestra la te ni a de buering. En
ella se observa que en la fase i se superponen las siguientes a tividades :
 Le tura del bloque

E +1 .
i

 Pro eso del bloque que tiene omo entrada

salida Si .

 Es ritura del bloque de salida

S 1
i

Observe que la fase i +1 solo puede omenzar uando todas las partes de la fase i han on luido.
El rendimiento de esta te ni a depende de la naturaleza del job que se pro esa.
 Jobs que usan intensivamente la CPU : En este

tipo de jobs el tiempo de pro eso de un bloque

de datos es muy superior al tiempo de le tura y
es ritura de un bloque. En este tipo de jobs se
al anza un 100% de utiliza ion de la CPU.

Canal

Canal

Figura 1.5: Utiliza ion de anales para la onexion

de dispositivos
 Jobs intensivos en E/S : En este tipo de jobs

el tiempo de pro eso de un bloque es nmo y

por lo tanto muy inferior a su tiempo de le tura/es ritura. En este tipo de jobs el tiempo de
utiliza ion de la CPU puede ser muy bajo.

Ventantas
Con la te ni a de buering se logra un mejor rendimiento del pro esador, ya que ahora aumenta su por entaje de utiliza ion. El aumento del osto es marginal, ya que los anales son mu ho mas e onomi os
que el pro esador.

Problema : Tiempo de despa ho prolongado

El in onveniente on los sistemas o-line es que aumenta el tiempo mnimo trans urrido desde la entrega del job en ventanilla hasta la obten ion de los
resultados (tiempo de despa ho). Este aumento se
debe a la demora que signi a todo el transporte de
intas entre pro esadores satelites y pro esador prin ipal. Esta demora se paga aun uando la ola de
jobs esperando pro eso es peque~na.

1.1.4 Simultaneous Peripheral Operation On-Line : Spooling

El termino On-Line signi a que la le tura de tarjetas e impresion de resultados ya no se realizan en
pro esadores satelites. Las le toras e impresoras se
one tan dire tamente al omputador aprove hando
los anales de E/S que este posee (ver gura 1.5). La
apari ion de los sistemas On-Line o urre gra ias a la
apari ion de dis os de osto relativamente bajo.
Al igual que los sistemas O-Line, los sistemas OnLine tambien permiten lograr un mejor grado de utiliza ion del pro esador prin ipal. La idea es que un

 DE LOS S.O.
1.1. EVOLUCION
Canal 1

Lect.
Job1

Lect. Lect.
Job 2 Job 3

(lectora de
tarjetas)

Procesador
Cinta 2

Proceso
Job 1

Proceso
Job 2

Impresion
Job 1

Proceso
Job 3

Impresion
Job 2

Impresion
Job 3

(impresora)

Figura 1.6: Spooling

job nun a lee sus datos dire tamente de la le tora de
tarjetas o imprime dire tamente sus resultados. Un
job obtiene su entrada de un ar hivo en dis o y graba su salida en un ar hivo tambien en dis o. Es el
monitor residente el que se en arga de leer las tarjetas (dejandolas en el dis o) e imprimir los resultados.
Para mejorar el grado de utiliza ion del pro esador
prin ipal, el monitor residente superpone las siguientes a tividades :

Spool). En un sistema de multiprograma ion (nes

de los '60) el monitor residente aprove ha los intervalos de espera de E/S para ha er avanzar otros jobs.
Es en esta epo a en que el monitor residente puede
omenzar a llamarse un Sistema Operativo. El sistema operativo debe de idir que jobs ha e avanzar y
uales no, tratando de maximizar el rendimiento del
omputador. Esto se llama Job s heduling.

Problema : Ausen ia de prote ion entre jobs

Si se lanza un programa defe tuoso, su ada provo a
la ada de todo el omputador. Surge la ne esidad
de tener un me anismo de prote ion entre jobs.

1.1.6 Maquinas o pro esadores virtuales

 Pro esamiento del job que orresponde pro esar, Apare en las arquite turas de omputadores que son

 Le tura de las tarjetas de uno o mas jobs que apa es de emular varias maquinas o pro esadores

esperan ser pro esados.

 Impresi
on de los resultados de uno o mas jobs

que ya fueron pro esados.

Este esquema se muestra en gura 1.6. En ella se

observa que la uni a restri ion para pro esar el iesimo job es que este haya sido ledo por algun anal.
Del mismo modo, la uni a restri ion para imprimir
el resultado de un job es que ya se haya on luido su
pro eso.

virtuales a partir de un solo pro esador real. Cada

pro esador virtual posee :
 Un espa io de dire iones independiente.
 Dispositivos de E/S independientes.

 Espa ios de alma enamiento de informa ion

ompartidos.

 Interrup iones.

Ventantas

 Tiempo de CPU obtenido en forma de tajadas

Al desapare er los pro esadores satelites (o-line) se
de tiempo del pro esador real.
disminuye la labor del operador en lo que respe ta
a transportar intas. Esto disminuye el tiempo de
En los sistemas de multiprograma ion se al anza el
despa ho de un job, espe ialmente uando la ola de mayor rendimiento de un omputador.
jobs esperando pro eso se mantiene peque~na.

Problema : Aun queda tiempo de pro esador Problema : Baja produ tividad de los programadores
disponible
Desde la apari ion de los sistemas bat h los programadores tienen mu has di ultades para depurar sus
programas. El tiempo de despa ho de ada prueba
que realizan es bastante prolongado, aun en los sistemas de multiprograma ion. A medida que los ostos
de los omputadores bajan, el osto de los programadores y el tiempo de desarrollo se onvierten en
omponente importante para el usuario. Es de1.1.5 Sistemas de Multiprograma ion una
ir, por primera vez el problema se entra en mejorar
En un sistema On-Line en un instante dado pueden la produ tividad de los programadores y no la del
haber varios pro esos listos para eje utarse (en el omputador.

Los dis os {aunque mas rapidos que las intas{ siguen

siendo mas lentos que la CPU. En pro esos intensivos
en E/S, la utiliza ion de la CPU sigue siendo baja.
Por lo tanto el proximo adelanto sigue apuntando a
o upar esa apa idad o iosa evitando la ompra de
una nueva CPU.

 A LOS SISTEMAS OPERATIVOS

CAPITULO 1. INTRODUCCION

1.1.7 Sistemas de Tiempo Compartido

A prin ipio de los '70 apare en los primeros sistemas de tiempo ompartido. En estos sistemas varios
programadores o usuarios pueden trabajar intera tivamente on el omputador a traves de terminales.
Es de ir re uperan aquella apa idad de trabajar dire tamente on el omputador, apa idad que haban
perdido on la apari ion de los sistemas bat h.
Ahora ada programador tiene su propia onsola
en donde puede realizar una depura ion mas omoda.
Ademas los usuarios disponen de un sistema de ar hivos en lnea que pueden ompartir. Ya no se habla
de tiempo de despa ho de un job, sino que mas bien
tiempo de respuesta de un omando, el que se redu e
drasti amente.
En los sistemas de tiempo ompartido los usuarios omparten re ursos e informa ion {abaratando
el osto del sistema{ pero manteniendo una relativa
independen ia entre programadores o usuarios {sin
que se molesten entre ellos.

Problema : El pro esador es un uello de botella

A medida que re e el numero de usuarios, el desempe~no del sistema se degrada, ya sea por es asez de
CPU o es asez de memoria.

1.1.8 Computadores Personales

A nes de los '70, gra ias al progreso en la miniaturiza ion es posible in luir todas las fun iones de una
CPU en un solo hip, el que se llamo un mi ropro esador. Con ellos se puede onstruir omputadores no
muy rapidos ( omparados on los sistemas de tiempo
ompartido de esa epo a), pero que por su bajo osto
es posible destinar a un solo programador o usuario,
sin ne esidad de ompartirlo. De ah su nombre de
omputador personal.
Los omputadores personales no tienen ne esidad
de in orporar las ara tersti as de los sistemas bat h
o de tiempo ompartido. Por ello, en un omienzo
solo in orporan un monitor residente ( omo CP/M80 o su su esor MS-DOS) y no un verdadero sistema
operativo que soporte multiprograma ion o maquinas
virtuales. Tampo o ne esita anales de E/S (sin embargo los omputadores personales de hoy en da s
in orporan todas estas ara tersti as).
La atra ion que ejer en en esa epo a los omputadores personales se debe a que son sistemas intera tivos on un tiempo de respuesta prede ible y son

de bajo osto. Es de ir 10 omputadores personales son mu ho mas baratos que un sistema de tiempo
ompartido para 10 usuarios.

Problema : Di ultad para ompartir informa ion

Cada omputador personal tiene que tener su propia
impresora y dis o. Estos re ursos ontinuan siendo
aros, pero no pueden ser ompartidos. Por otra parte los programadores y usuarios no pueden ompartir
informa ion, algo que s pueden ha er en los sistemas
de tiempo ompartido para desarrollar un proye to
en grupo.

1.1.9 Redes de omputadores personales

Es as omo a mediados de los '80 surgen las redes de
omputadores personales ( omo Novell). La idea es
mantener la vision que tiene un usuario de un omputador personal, pero la red le permite ompartir el
espa io en dis o y la impresora on el n de e onomizar re ursos.
El esquema fun iona dedi ando uno de los omputadores personales a la fun ion de servidor de dis o
e impresora. Los demas omputadores se one tan
va una red al servidor. Una apa en el monitor residente ha e ver el dis o del servidor omo si fuese un
dis o lo al en ada omputador personal de la red.
Lo mismo o urre on la impresora.
Aunque poten ialmente un usuario tambien podra
usar el servidor para sus propios nes, esto no es onveniente, ya que el monitor residente no tiene me anismo de prote ion. Si el usuario lanza una apli a ion defe tuosa, la ada de esta apli a ion signi ara
la ada de todos los omputadores personales, puesto que el servidor dejara de responder las peti iones
de dis o o impresion.
La desventaja de este tipo de redes es que no resuelve el problema de ompartir informa ion. En efe to,
las primeras redes permiten ompartir dire torios de
programas en modo le tura, pero no permiten ompartir dire torios en modo es ritura lo que impide el
desarrollo en grupo.

1.1.10 Sistemas distribuidos o redes

de esta iones de trabajo
La otra solu ion surge omo respuesta al problema de
ompartir informa ion. En las esta iones de trabajo
se trata de emular un sistema de tiempo ompartido, ya que este tipo de sistemas s permite ompartir

 DE LOS S.O.
1.1. EVOLUCION

fa ilmente la informa ion. La idea es que el usuario se one te a un terminal inteligente (esta ion o
puesto de trabajo), es de ir que ontiene un pro esador en donde orren sus programas. Pero la vision
que el usuario tiene es la de un sistema de tiempo
ompartido. El omputador es la red, los dis os que
se ven en este omputador pueden estar fsi amente
en ualquiera de las esta iones de trabajo, es de ir
el sistema omputa ional de tiempo ompartido esta
fsi amente distribuido en varias esta iones de trabajo. De ah la apela ion de sistemas distribuidos.
Este esquema se implementa inter one tando omputadores de osto mediano a traves de una red. Estos omputadores son de osto medio porque in orporan todas las ara tersti as de un sistema de tiempo
ompartido (sistema operativo, anales, pro esadores virtuales), aunque no son tan rapidos omo los
omputadores de tiempo ompartido avanzados de la
epo a.
La desventaja de los sistemas distribuidos y de las
redes de PCs esta en su alto osto de administra ion. En efe to, estos sistemas requieren aten ion
ontinua de operadores que intervienen uando hay
momentos de des onexion de la red. Esto se debe
a que en la pra ti a los sistemas distribuidos se implementan en base a par hes al sistema operativo de
tiempo ompartido que orre en ada esta ion. Por
lo tanto la mayor parte del software no esta dise~nado
para tolerar des onexiones de la red aunque sean momentaneas.
Del mismo modo, las redes de PCs se implementan omo par hes al monitor residente de los PCs y
por lo tanto adole en del mismo problema. Hoy en
da se realiza una amplia investiga ion para dise~nar
sistemas operativos distribuidos tolerantes a fallas.

1.1.11 Sistemas multipro esadores

La ter era forma de resolver el problema de los sistemas de tiempo ompartido es agregar mas pro esadores al omputador entral. Un sistema multipro esador posee de 2 a 20 pro esadores de alto desempe~no
que omparten una misma memoria real (al menos
128 MB).
El sistema multipro esador se omporta omo un
sistema de tiempo ompartido pero que es apaz de
eje utar efe tivamente varios pro esos en paralelo,
uno en ada pro esador. Sin embargo, un pro eso
nun a se eje uta al mismo tiempo en mas de un pro esador. Cuando la antidad de pro esos en eje u ion
supera al numero de pro esadores reales, se re urre a
la reparti ion del tiempo de CPU en tajadas, al igual
que en los sistemas de tiempo ompartido.

9
Esto signi a que el modelo on eptual del pro eso
no ambia. Un pro eso sigue siendo un solo pro esador virtual on su propia memoria no ompartida.
Sin embargo existen sistemas operativos que permiten que dos o mas pro esos ompartan parte de sus
espa ios de dire iones, es apandose de la deni ion
original de pro eso.
El problema de los sistemas multipro esadores es
doble. Por el lado del software es dif il implementar sistemas operativos que aprove hen e ientemente todos los pro esadores disponibles. Y por lado del
hardware, el aumento del osto de un multipro esador es exponen ial on respe to al numero de pro esadores que omparten la misma memoria. Hoy en
da existe una barrera de 20 pro esadores.

1.1.12 El presente
Los omputadores personales estan en el mismo rango
de velo idades de las esta iones de trabajo y ambos
terminos se onfunden. Las nuevas implementa iones de los sistemas de tiempo ompartido de los '80
han sido ampliamente superadas en rapidez por las
esta iones y omputadores personales. Sin embargo,
estos sistemas de tiempo ompartido siguen existiendo debido a la amplia base de apli a iones que aun
ne esitan estos omputadores para poder orrer.
Los omputadores personales mas velo es se onvierten en servidores de dis o o bases de datos. Las
esta iones de trabajo mas velo es se onvieten en servidores de dis o o apli a ion en donde los usuarios
pueden orrer aquellos programas que ne esitan mu ha memoria. En algunas instala iones se usan para
ambos nes ha iendo que los programas vora es en
CPU y memoria degraden el servi io de dis o degradando el tiempo de respuesta de todas las esta iones
de trabajo.