Leccin 5
Variaciones sobre la periferia
5.1. Propsito
Como ocurre con las personas, poco valor ten-
dra una mquina extraordinariamente inteligen-
te pero sumamente introvertida: muy hbil pa-
ra resolver problemas pero incapaz de aceptar da-
tos ni entregar resultados. Con Smplez y Sm-
plez+i4 vimos cmo la UCP puede comunicarse
con una pantalla y un teclado mediante dos proce-
dimientos: la espera activa (Apartado 1.12) y las
interrupciones (Apartado 3.6). Slo fue una pri-
mera aproximacin a las comunicaciones entre la
UCP y la MP, o unidad central, y el exterior, o
periferia. Luego, en las Lecciones 3 y 4 hemos
visto bastantes variantes en la UCP y en la forma
de representar y procesar las informaciones, pero
la periferia es an ms variada. Y es que no slo
se refiere a pantalla, teclado, ratn, y dems:
Las memorias secundarias (discos, cintas,
etc.), imprescindibles en la mayora de los ca-
sos, tambin son perifricos.
En muchas aplicaciones el ordenador no es
ms que un componente de un sistema artifi-
cial. Se dice que es un ordenador embebido,
o empotrado, y en este caso los datos y los
resultados no proceden de ni se dirigen ex-
167
clusivamente a personas o memorias secun-
darias, sino, sobre todo, a otros subsistemas
del sistema global.
En este curso nos centramos en los ordena-
dores monoprocesadores, pero tambin hay
multiprocesadores (Apartado 15.2), que no
tienen una sola UCP, sino varios procesado-
res. Cada uno de ellos tiene en su periferia a
todos los otros, con los que ha de comunicar-
se y coordinarse.
La interconexin y cooperacin entre orde-
nadores permite el acceso a bases de datos
remotas, la transferencia de documentos, el
correo electrnico, la distribucin de noticias
y muchas otras aplicaciones y servicios. Esto
ha conducido a una simbiosis entre las tecno-
logas de los ordenadores y las de las comuni-
caciones que recibe el nombre de telemtica.
No entraremos en detalles sobre los tres ltimos
puntos, pero s sobre el primero, despus ver algu-
nos modelos de conexin de perifricos. Al final
de la Leccin haremos una introduccin a las co-
municaciones entre ordenadores, lo que nos lleva-
r a resaltar la importancia de la normalizacin y
de los sistemas abiertos.
168
5.2. Tipos de perifricos
Perifrico es una sustantivacin de disposi-
tivo perifrico (tambin llamado dispositivo de
entrada/salida). No presentaremos aqu un cat-
logo. Podra tener cierto sentido hace unos aos,
pero no en la situacin actual, en la que a buen
seguro el lector conoce, al menos como usuario,
terminales, ratones, discos, impresoras... S parece
interesante dar una perspectiva general.
Dos atributos funcionales bsicos son:
El sentido de la comunicacin: el perifrico es
de entrada si slo puede enviar datos al ordenador,
de salida si slo puede recibirlos, y de entrada y
salida si es capaz de ambas cosas.
La tasa de transferencia: cantidad de datos
que pueden transferirse por unidad de tiempo. Se
mide en bps (bits por segundo), o Kbps, o Mbps,
o tambin en B/s (bytes por segundo), o KB/s, o
MB/s. Un detalle importante es que, normalmen-
te, K y M recuperan en este contexto su sig-
nificado habitual en el sistema mtrico decimal:
1 Kbps es igual a 1.000 bps (no a 1.024)1 .
El primer atributo slo tiene tres valores posi-
bles, pero para el segundo hay una gran variabili-
dad, como el lector puede comprobar examinando
la Tabla 5.1. Observar en ella la presencia de al-
gunos perifricos no convencionales: micrfo-
no, altavoz, cmara... Su importancia es creciente
debido a la expansin de los sistemas multimedia,
en los que se procesan y se distribuyen informacio-
nes que tienen como soporte medios diversos: tex-
to, voz, grficos e imgenes fijas o en movimiento.
Por otra parte, podemos clasificar a los perif-
ricos en tres grupos, dependiendo de la naturaleza
del productor o del consumidor de los datos:
los que ponen en comunicacin a la UCP (o la MP)
con las personas, los que la comunican con otros
artefactos y los de almacenamiento (memorias se-
cundarias).
1
Hay que tener precaucin al leer manuales y datos
de fabricantes, porque a veces no es as, y cuando dicen,
por ejemplo, 10 MB/s pueden referirse a 10 106 B/s, o
a 10 220 B/s. Vase la nota al pie de la pgina 102.
Leccin 5. Variaciones sobre la periferia
Perifricos para la comunicacin con las
personas
Para la comunicacin de un ordenador con sus
usuarios hay perifricos de entrada (teclado, ra-
tn, lectora ptica de marcas o de caracteres, es-
cner, micrfono, cmara...), de salida (pantalla,
impresora, trazador grfico o plotter, altavoz...)
y de entrada y salida. Estos ltimos estn simple-
mente compuestos por uno de entrada y otro de
salida (siendo el ejemplo inevitable el caso bien
conocido del teclado y la pantalla), a veces muy
integrados (como la pantalla tctil, en la que sen-
sores de infrarrojos o capacitivos detectan el punto
sealado por el dedo).
A propsito de la pantalla hay que insistir en lo
que ya dijimos en el Apartado 1.2: el modelo pre-
sentado para Smplez no es representativo de las
pantallas actuales, que suelen ser grficas, no tex-
tuales. Dejando de lado la tecnologa de la panta-
lla propiamente dicha (el venerable tubo de rayos
catdicos est siendo rpidamente sustituido por
tecnologas de pantallas planas como TFT, plas-
ma, etc.), comentaremos brevemente los requisitos
particulares para la entrada/salida que se plantean
en las pantallas grficas. En el Apartado 7.9 estu-
diaremos un diseo concreto.
Pantallas grficas
El controlador de una pantalla grfica, familiar-
mente llamado tarjeta de vdeo, contiene una
memoria de vdeo en la que estn codificados las
intensidades y colores de todos los tomos de
imagen, o pixels, que aparecen en la pantalla. Un
pixel est formado por la combinacin de tres pun-
tos (dots); cada uno de esos puntos tiene una inten-
sidad de uno de los tres colores elementales: rojo,
verde y azul. Para una resolucin de 1.024768
pixels (1.024 en sentido horizontal y 768 en verti-
cal) y con veinticuatro bits para el color (un byte
para cada uno de los tres colores elementales, es
lo que se llama true color) se necesita una me-
moria de vdeo de 1.024 768 24 bits, es decir,
5.2. Tipos de perifricos 169

de entrada de salida de entrada y salida

de comunicacin teclado: <10 B/s impresora de agujas: 300 B/s pantalla tctil:
con personas ratn: <20 B/s impresora lser: 500 KB/s 30 MB/s (salida)
micrfono: 20 KB/s altavoz: 20 KB/s <20 B/s (entrada)
escner: 100 KB/s pantalla grfica: 100 MB/s
cmara web: 200 KB/s tarjeta 3D: 500 MB/s
de comunicacin CAD: entre 1 KB/s y CDA: entre 1 KB/s y mdem: 7 KB/s
con artefactos 100 KB/s 100 KB/s xDSL:
entre 32 KB/s y 6.600 KB/s
de almacenamiento CD: X150 KB/s discos y cintas magnticos:
(capacidad: 650 MB) entre 10 y 100 MB/s
DVD: X1.250 KB/s (capacidad: entre 100 MB y
(entre 4 GB y 16 GB) 300 GB)
Tabla 5.1 Tasas de transferencia tpicas de algunos perifricos.

2, 25 MB. En realidad, la capacidad de la memo-
ria de vdeo debe ser mayor, porque las tarjetas de
vdeo llamadas aceleradoras tiene tambin fun-
ciones de procesamiento para descargar a la UCP
de ciertas operaciones grficas. A la parte que con-
tiene la codificacin de la imagen se le llama fra-
me buffer, que podemos traducir por memoria
de fotograma.
Los circuitos que generan las seales para la
presentacin visual en la pantalla leen la memo-
ria de fotograma y los programas que generan las
imgenes escriben en ella, y los requisitos de tiem-
po de acceso son bastante exigentes.
Por lo que se refiere a la lectura, para con-
seguir una imagen estable es preciso repetir la
imagen completa en pantalla un determinado n-
mero de veces por segundo, que se llama ta-
sa de refresco. Como mnimo esta tasa ha de
ser de sesenta imgenes por segundo para evi-
tar el parpadeo, y normalmente se fija en se-
tenta y dos. Leer 2, 25 MB setenta y dos ve-
ces por segundo implicara un tiempo de acce-
so excesivamente pequeo para tener un coste ra-
zonable con las tecnologas actuales de memo-
ria: 109 /(72 2, 25 220 ) = 5, 9 ns. Como aho-
ra veremos, normalmente la lectura en esta memo-
ria no se hace byte a byte, sino en paralelo sobre
un nmero grande de bits que se llevan a un re-
gistro de desplazamiento del controlador del que
los circuitos van extrayendo los bits para formar la
imagen. As, si en cada acceso se leen 1.024 bits
(128 B), el tiempo de acceso resulta ser 754 ns.
Por otra parte, las imgenes almacenadas en la
memoria de fotograma procedern de algn pro-
grama de aplicacin que se ejecuta en la UCP. Esto
implica que la UCP tiene que acceder a la memo-
ria de fotograma de una forma mucha ms exigen-
te que en una pantalla que slo fuese de texto. En
sta, la UCP se limitara a enviar los cdigos ISO
de los caracteres, y los circuitos del controlador se
ocuparan de formar las imgenes de cada carc-
ter y almacenarlas adecuadamente en la memoria
de fotograma. En el caso grfico el programa de la
UCP tiene que poder direccionar aleatoriamente
cualquier bit de la memoria de fotograma. Dos po-
sibles maneras de organizar el hardware para gr-
ficos son:
La memoria de fotograma forma parte del es-
pacio de direccionamiento de la UCP, es decir, sus
direcciones son direcciones de la MP, y cualquier
programa que se ejecute en la UCP puede mo-
dificar los contenidos de la memoria de fotogra-
ma, y, por tanto, la imagen, ya que el controla-
dor la est leyendo continuamente. Para imgenes
en movimiento se requieren tasas de transferen-
cia grandes. Por ejemplo, si el programa genera
170
40 fotogramas de 2, 25 MB por segundo, la tasa es
40 2, 25 = 90 MB/s. Pero con las tarjetas 3D,
que se ocupan de procesar modelos tridimensiona-
les (y pasarlos a una representacin bidimensional
para la pantalla) descargando a la UCP de esa ta-
rea de procesamiento, esta tasa puede llegar a ser
del orden de GB.
El controlador se hace inteligente (Aparta-
do 5.10), dotndole de un procesador que puede
ejecutar programas diseados para dibujar grfi-
cos. El programa que se ejecuta en la UCP se limi-
ta a generar acciones globales, como trazar una
lnea entre los puntos X e Y, que se transmiten,
convenientemente codificadas, por el bus de entra-
da/salida; el que se ejecuta en el procesador con-
tenido en el controlador las interpreta y hace las
modificaciones oportunas en la memoria de foto-
grama2 .
En cualquier caso, existe el requisito de que la
memoria de fotograma tiene que leerse peridica-
mente y escribirse de manera aleatoria, en instan-
tes tambin aleatorios, dependiendo de la aplica-
cin (para imgenes animadas, esta escritura tam-
bin tendr una periodicidad determinada). Para
estas aplicaciones se han desarrollado tipos espe-
ciales de memoria de doble puerto, que pue-
den escribirse y leerse al mismo tiempo, como la
VRAM (RAM de vdeo) o la WRAM (RAM con
ventana). Son memorias de acceso aleatorio a las
que se les aaden uno o varios registros de despla-
zamiento de gran longitud (entre 256 y 1.024 bits),
que forman la llamada SAM (memoria de acceso
serial). Adems de las operaciones de acceso alea-
torio, se pueden transferir contenidos de la RAM
a la SAM (y a la inversa, lo que para la pantalla no
tiene utilidad, pero s para otras aplicaciones), y
leer (o escribir) serialmente la SAM (para extraer
la informacin de vdeo). Es decir, la VRAM y la
WRAM disponen de dos vas de acceso, una de ac-
ceso aleatorio para la comunicacin con la UCP y
2
Esta es una tcnica que se aplica tambin en las impre-
soras lser, cuyos controladores pueden interpretar lenguajes
como PostScript, Apartado 5.12.
Leccin 5. Variaciones sobre la periferia
otra de acceso serial para la comunicacin con los
circuitos de vdeo. Si la tecnologa de la pantalla
es analgica (tubo de rayos catdicos), la salida de
la SAM alimenta a un circuito llamado RAMDAC
(CAD de acceso aleatorio) que se encarga de con-
vertir la codificacin digital de la imagen a seales
analgicas.
Terminales
Al conjunto formado por un teclado y una pan-
talla se le suele llamar terminal conversacional
(o, simplemente, terminal), porque a travs de l
el usuario puede trabajar con el ordenador de ma-
nera interactiva. Puede estar ubicado en la proxi-
midad de la UCP, pero tambin puede ser un ter-
minal remoto, situado a distancias que van des-
de los cientos de metros a los miles de kilmetros.
Puede limitarse a la tarea de envo y/o recepcin de
datos, o tener alguna capacidad de procesamiento
autnomo; en este caso se habla de terminales in-
teligentes. Por ejemplo, un terminal puede estar
dotado de capacidad para editar programas, proce-
sar imgenes, etc., sin intervencin del ordenador
(el siguiente paso es, evidentemente, que el ter-
minal sea realmente otro ordenador).
Para conectar un terminal remoto a un orde-
nador a travs de una lnea telefnica se uti-
liza un equipo llamado mdem (modulador
demodulador). El mdem, como dice su nombre,
se basa en la modulacin de una seal de audiofre-
cuencia. El tambin llamado as para las conexio-
nes por xDSL3 en realidad es un puente (brid-
ge), ya que la seal que se transmite por la lnea
no es analgica, sino digital, y lo que hace este
puente es adaptar unos protocolos a otros. Estos
perifricos hay que clasificarlos ya en la categora
siguiente.
3
xDSL se refiere, en general, a las tcnicas para comu-
nicaciones digitales por el bucle de abonado (Digital Subscri-
ber Line). La ms extendida es ADSL (por Asymmetric),
pero hay otras, como HDSL (High data rate DSL), VDSL
(Very high rate DSL), etc.
5.2. Tipos de perifricos
Perifricos para la comunicacin con otros
artefactos
Para la comunicacin directa (sin intervencin
humana) de un ordenador con un entorno fsico
se utilizan transductores y conversores. Los pri-
meros son dispositivos que convierten una seal
manifestada en una forma de energa a otra seal
idntica (idealmente) pero expresada en otra for-
ma. La forma de energa adecuada para introducir
en el ordenador la informacin aportada por las se-
ales, o para extraer de l informacin, es la elc- ria), sino precisamente del coste de los sensores
trica. De ah que se utilicen dos tipos de transduc-
tores: los sensores (de presin, de temperatura, de
posicin, etc.), que traducen la seal a forma elc-
trica y forman parte de perifricos de entrada, y
los accionadores (vlvulas, calefactores, motores,
etc.), que realizan la operacin inversa.
Los sensores y accionadores producen y reci-
ben seales analgicas: la tensin elctrica vara tefacto. Un mdem se conecta a travs de un con-
de forma continua con el tiempo, y en cada ins-
tante adopta un valor determinado dentro de un
determinado margen. Pero el ordenador acepta y
genera seales digitales, es decir, discretas, tanto
en el tiempo como en sus valores: slo cambian en
determinados instantes de tiempo (con una perio-
dicidad fija), y en cada instante tienen uno de en-
tre dos valores posibles. Y esa es la funcin de los
conversores: los conversores analgicodigitales
reciben una seal elctrica continua, la muestrean
(toman muestras de ella con una periodicidad pre-
determinada, por ejemplo, 1.024 veces por segun-
do) y la digitalizan (cada muestra la convierten a
una representacin con un nmero determinado de
bits; por ejemplo, con ocho bits, los tericamen-
te infinitos valores diferentes a la entrada quedan
discretizados en 256 niveles). Inversamente, para
excitar a los accionadores son necesarios conver-
sores digitalanalgicos, que a partir de una suce-
sin de valores digitales (por ejemplo, una mues-
tra de ocho bits cada segundo) generan una seal
elctrica continua.
Un sensor y un conversor analgicodigital for-
man un perifrico de entrada, y un conversor
171
digitalanalgico junto con un accionador, uno de
salida. Estos perifricos se utilizan en las aplica-
ciones tradicionalmente llamadas de control de
procesos. Hasta no hace mucho, tales aplicaciones
se limitaban a los grandes procesos industriales:
refineras qumicas, columnas de destilacin, etc.
Hoy se extienden a electrodomsticos, automvi-
les, edificios, juguetes... La limitacin econmica
no viene ya del ordenador (que en muchas aplica-
ciones se reduce a un microprocesador, acompa-
ado de los conversores y de unos chips de memo-
y accionadores. Esta proliferacin de aplicaciones
ha conducido a la aparicin de microprocesadores
con arquitecturas especialmente adaptadas y que
incluyen conversores dentro del mismo circuito in-
tegrado: son los llamados microcontroladores.
Decamos antes que los mdems pueden clasi-
ficarse en este grupo: la lnea telefnica es un ar-
trolador que contiene circuitos para modular y des-
modular una seal elctrica continua, que es la que
viaja por la lnea, con la informacin binaria seria-
lizada (Apartado 14.4).
Perifricos para almacenamiento
Como hemos dicho, las memorias secunda-
rias, tambin llamadas memorias auxiliares, son
parte de la periferia de la UCP y la MP. Gene-
ralmente son perifricos de entrada y salida, pero
tambin los hay de entrada nicamente: los CD
ROM y los DVDROM. La capacidad de almace-
namiento de estas memorias es muy superior a la
de la MP y, si bien la tasa de transferencia puede
ser muy grande, el tiempo de acceso medio es del
orden de los milisegundos.
En el Apartado 5.5 estudiaremos las caracters-
ticas funcionales de las cintas y discos magnticos,
y en particular los convenios para almacenamiento
de los datos y la forma de comunicarse con la UCP
y la MP.
172 Leccin 5. Variaciones sobre la periferia

bus de entrada/salida

controlador controlador controlador controlador controlador controlador

UCP de de
de ADM de impresora de vdeo de audio conversores lnea serial
MP

CAD CDA

modem
sistema
controlado

disco(s) y impresora(s) pantalla altavoces sistema lnea telefnica

cinta(s)

de almacenamiento de comunicacin con de comunicacin con

personas otros artefactos

Figura 5.1 Modelo estructural tpico para la conexin de perifricos a la UCP y la MP.

5.3. Tratamiento de la variedad pueden conectarse a la UCP y la MP, y, salvo pa-

Es manifiesta la gran diversidad de modelos
funcionales de los perifricos. En particular, la tasa
de transferencia vara entre unos pocos bytes por
segundo y cientos de MB/s, como puede verse en
la Tabla 5.1.
La variedad, que para el usuario es deseable,
para el diseador de los sistemas que la contie-
nen es una fuente de problemas. Una manera ob-
via de abordar la variedad sera prescindir de ella.
En nuestro caso, disear un ordenador a la medi-
da para cada aplicacin, con un repertorio de ins-
trucciones y una ruta de datos especficos para los
perifricos que requiere esa aplicacin. Pero esto
contradice el principio del propsito general, cu-
yo xito se debe a las economas de escala: cuanto
mayor es el abanico de aplicaciones ms se difun-
de el producto y se reducen los costes de produc-
cin y distribucin, lo que genera una realimen-
tacin positiva (la reduccin del precio conduce
a aplicaciones nuevas). En definitiva, por razones
comerciales, debe existir una gran flexibilidad pa-
ra decidir el nmero y la clase de perifricos que
ra aplicaciones especiales en las que puede justifi-
carse un sistema de propsito especfico, esta so-
lucin no es viable.
Otra manera de tratar con la variedad es redu-
cirla. En el caso que nos ocupa, la reduccin se
consigue con el uso de controladores (subsiste-
mas hardware especficos para gobernar a los pe-
rifricos) y buses (vas de conexin entre la UCP y
la MP y los controladores). A travs de los buses,
la UCP y la MP ven una interfaz homognea
con los perifricos, es decir, de una variedad redu-
cida. La Figura 5.1 muestra el modelo funcional
que resulta de esta solucin.
Observar el lector una pequea diferencia en
la forma de representar los buses A, D y C en las
Figuras 1.1 y 2.1 y en la Figura 5.1. Lo que se pre-
tende indicar con la doble lnea en este bus de en-
trada/salida es que se trata de un bus compuesto,
que incluye lneas de direcciones, lneas de datos
y lneas de control. Por otra parte, como ahora ve-
remos, normalmente no hay un solo bus, sino una
jerarqua de buses.
5.4. Modelos
5.4. Modelos
La comunicacin entre la UCP y la MP y los
controladores de perifricos se estudia con mode-
los estructurales (buses e interconexiones), funcio-
nales (instrucciones de entrada/salida, formatos de
los datos y seales de control) y procesales (cam-
bios de contexto, protocolos de seales en el hard-
ware, protocolos de software).
Estos modelos permiten describir al sistema en
varios niveles: la configuracin de buses, las ins-
trucciones, los tipos de interrupciones y los proto-
colos de software corresponden al nivel de mqui-
na convencional y los trataremos en esta Leccin.
Los detalles sobre lneas de los buses, seales de
control, protocolos de hardware, y, en general, los
asuntos procesales, son propios del nivel de mi-
croarquitectura, y los analizaremos en las Leccio-
nes 9 y 13. An hay otros modelos, los del nivel de
mquina operativa (llamadas al sistema para que
se encargue de los detalles de la comunicacin)
que estudiaremos en las Lecciones 17 a 21.
Modelos estructurales
En la configuracin ms sencilla (la explicada
en las Lecciones 1 y 2) se prescinde del bus de en-
trada/salida de la Figura 5.1: los mismos buses, A,
D y C que comunican a la UCP con la MP se utili-
zan para la comunicacin con los perifricos a tra-
vs de los controladores de entrada/salida, CE/S.
En la Figura 5.2 el llamado bus del sistema englo-
ba las lneas de direcciones, de datos y de control,
incluyendo la o las de interrupciones.
A veces, para reducir el coste, algunas de es-
tas lneas estn compartidas (o multiplexadas). Por
ejemplo, si hay diecisis lneas de datos y treinta
y dos de direcciones, las primeras pueden hacer-
se coincidir con las diecisis menos significativas
de las lneas de direcciones. Las transferencias por
el bus se hacen, naturalmente, ms lentas: la UCP
tiene que enviar primero la direccin (y el contro-
lador debe guardarla en un registro) y luego enviar
el dato o recogerlo en las mismas lneas.
173
bus del sistema
UCP MP CE/S CE/S
Figura 5.2 Configuracin con bus nico.
bus del sistema
MP puente
UCP
bus de e/s
CE/S CE/S
Figura 5.3 Configuracin con bus de entrada/salida.
La Figura 5.3 muestra otra organizacin, ms
comn, en la que existe un bus de entrada/salida
diferenciado del bus del sistema. Esto tiene senti-
do porque la naturaleza de la comunicacin entre
la UCP y la MP (transferencias muy rpidas y dis-
tancias cortas) es distinta a la de la comunicacin
con los perifricos. Todo bus tiene un lmite en su
capacidad de transporte, que se mide como la tasa
de transferencia de los perifricos: en KB/s, MB/s
o GB/s, y depende de cmo se implemente (nues-
tros diagramas en el nivel de mquina convencio-
nal no entran en detalles de niveles ms bajos, por
lo que no muestran el hecho de que son necesarios
circuitos como relojes, amplificadores, etc.). Este
lmite se llama ancho de banda del bus. El bus
de entrada/salida no necesita ser tan rpido como
el del sistema y se implementa de otro modo, lo
que hace necesarios unos circuitos de adaptacin,
llamados puente en la figura. Naturalmente, el
ancho de banda del bus de entrada/salida limita la
tasa de transferencia de los perifricos que pueden
conectarse a l.
Por las mismas razones de tipo econmico
mencionadas al principio de este Apartado, para
los buses, y especialmente para el bus de entra-
da/salida, se han ido acordado normas (Aparta-
do 5.12) y se han ido desarrollando perifricos y
174 Leccin 5. Variaciones sobre la periferia
bus interno
UCP MO MP

128b, 3.200 MB/s

32b, bus del sistema: 64b, 800 MB/s

508 MB/s
controlador
AGP grafico puente PCI

bus de e/s (PCI): 32b, 133 MB/s

16b, 16b,
100 MB/s 100 MB/s
controlador controlador
SCSI IDE/ATA puente ISA puente USB

bus ISA 16b, 16MB/s bus USB 1b, 1,5MB/s

controlador modem puerto puerto

super IO USB1 USB2

puertos serial, linea camara escaner

paralelo, PS/2.
disquete...
Figura 5.4 Configuracin con estructura de buses jerrquica.

controladores adaptados a estas normas. La evo-
lucin tecnolgica hace que las normas tambin
avancen. As, en un determinado momento, la nor-
ma de un bus con ancho de banda de 8 MB/s era ra-
zonable y poda acoger a las necesidades de la ma-
yora de los perifricos, pero unos aos ms tarde
aparecieron perifricos ms rpidos y se elabor
una nueva norma. Pero no por ello han de tirar-
se todos los controladores que obedecen a la nor-
ma antigua. Adems, tambin hay normas para
buses especializados en cierto tipo de perifricos.
Por tanto, suelen coexistir en un mismo sistema
varios buses de entrada/salida. Normalmente, uno
principal y otros especializados y conectados a
l, que se llaman buses de expansin.
La Figura 5.4 muestra una configuracin tpica.
Como excepcin al enfoque que venimos siguien-
do, se incluyen algunos componentes y algunos
datos ligados a la tecnologa actual. Los comen-
taremos brevemente, siguiendo la figura de arriba
abajo.
La UCP aparece conectada a un bloque llama-
do MO, que es la memoria oculta (o memoria
cache). Se trata de un subsistema transparente en
el nivel de mquina convencional, que estudiare-
mos en la Leccin 15. Si lo mostramos aqu es pa-
ra poner de manifiesto la jerarqua de buses: el
bus interno que conecta la UCP con la MO es el
ms rpido (puede transferir datos a 3,2 GB/s en el
ejemplo) y el ms ancho (128 bits en el ejemplo).
Tradicionalmente, la pantalla se conecta, como
los otros perifricos, al bus de entrada/salida. Pero,
como hemos visto antes, las aplicaciones multime-
dia exigen un gran ancho de banda. AGP (Acce-
lerated Graphics Port) es una norma para conectar
controladores grficos al bus del sistema con tasas
de 254,3 MB/s, 508,6 MB/s o 1.017,3 MB/s.
El bus PCI (Peripheral Component Intercon-
nect) es otra norma muy utilizada actualmente pa-
ra el bus de entrada/salida. SCSI (Small Com-
puter System Interface) e IDE (Integrated Dri-
ve Electronics), tambin conocido como ATA
5.4. Modelos
(Advanced Technology Attachment), son interfa-
ces (Apartado 14.3) para unidades de discos. La
primera, ms moderna, permite mayores tasas de
transferencia y gestionar varios discos de manera
ms eficiente.
Antes de la aparicin del PCI el bus de en-
trada/salida ms utilizado era el ISA (Industry
Standard Architecture). An hay muchos contro-
ladores diseados para l. Por ejemplo, los contro-
ladores super IO, que integran lo necesario para
una variedad de perifricos, como teclado, ratn,
e incluso disquete. USB (Universal Serial Bus)
es una norma diseada, en principio, para cone-
xin de perifricos con tasas de transferencia pe-
queas o medianas (USB 1.0, 1996, 1,5 MB/s), pe-
ro que actualmente permite velocidades muy ele-
vadas (USB 2.0, 2002, 480 MB/s).
Modelos funcionales
En el nivel de mquina convencional, lo ms
importante funcionalmente para la comunicacin
entre la UCP y la MP y los perifricos son las ins-
trucciones que permiten implementar esa comuni-
cacin.
En las comunicaciones entre el ordenador y los
perifricos se trata, ante todo, de transferir datos.
Pero para que esta transferencia de datos sea posi-
ble hay otras informaciones que deben intercam-
biarse. Por una parte, en toda operacin de entrada
o salida es preciso identificar al perifrico median-
te un nmero o direccin. Por otra, la UCP tiene
que conocer el estado del perifrico (si est co-
nectado o no, si est preparado para la operacin
o no, etc.) antes de involucrarlo en una operacin.
Finalmente, la UCP ha de informar al perifrico
sobre la funcin a realizar: si se trata de una entra-
da o de una salida de datos, de una comprobacin
de estado o de una accin de control (cambiar la
pgina en una impresora, rebobinar en una cinta
magntica, etc.).
Del lado del ordenador, los datos pueden diri-
girse a o proceder de algn registro de la UCP o
de alguna palabra de la MP. En el primer caso se
175
transfiere entre el registro de la UCP y un registro
del controlador del perifrico (el puerto de da-
tos), pasando, naturalmente, por el bus o los bu-
ses oportunos. La transferencia directa entre bytes
o palabras de la MP y el perifrico, necesaria para
para perifricos rpidos, la estudiaremos a partir
del Apartado 5.6.
Por lo que respecta al direccionamiento, ya he-
mos sealado en el Apartado 4.7 que hay dos con-
venios: tener un espacio de direccionamiento com-
partido o tener espacios de direccionamiento sepa-
rados para la MP y los perifricos. En el primer
caso, como ya hemos visto con Smplez, las mis-
mas instrucciones para acceso a la MP (LD y ST)
sirven tambin para transferir entre los registros
de la UCP y los puertos de entrada/salida. En el
segundo caso hay instrucciones especficas para la
entrada/salida (IN y OUT), como veremos en Algo-
rtmez (Apartado 7.2).
En cuanto al intercambio de informaciones que
no son los datos propiamente dichos, el convenio
habitual consiste en asignar varias direcciones a
cada controlador de perifrico. A cada direccin le
corresponde un puerto; unos son puertos de datos,
y otros puertos de estado o de gobierno del perif-
rico. As, la transferencia de un conjunto de bits
desde la UCP hasta un puerto puede tener como
consecuencia la salida de un dato por el perifrico
o una accin de gobierno del perifrico, y la trans-
ferencia desde un puerto hacia la UCP puede ser
la entrada de un dato o la consulta del estado del
perifrico.
En algunos diseos se ha seguido otro conve-
nio: a cada perifrico le corresponde una direc-
cin nica, y existen mltiples instrucciones de en-
trada/salida, unas para lectura o escritura de dato,
otras para acciones de control (rebobinar una cin-
ta, pasar pgina en una impresora, etc.) y otras pa-
ra comprobacin de estado (est al final la cinta?,
tiene papel la impresora?, etc.). Como este tipo
de instrucciones es muy especfico de cada perif-
rico, este convenio es ms comn en los procesa-
dores perifricos (Apartado 5.10), no en la UCP.
176
5.5. Memorias secundarias
Presentaremos las caractersticas funcionales
esenciales y los convenios de almacenamiento en
los perifricos ms utilizados como memorias se-
cundarias, que es necesario conocer para progra-
mar en el nivel de mquina convencional las ope-
raciones de entrada/salida con estos perifricos.
Hay que distinguir entre la unidad y el soporte
o medio. La primera comprende el ensamblaje de
partes mecnicas y sus circuitos de control (am-
plificadores, motores, servomecanismos, etc.). El
segundo se refiere estrictamente al material en el
que se graban los datos (la cinta, o el disco, en s
mismos). En algunas unidades el soporte es inter-
cambiable (por ejemplo, un disquete puede sacar-
se de la unidad e introducirse otro en su lugar),
pero en otras no.
Aunque hay varias tecnologas para implemen-
tar las memorias secundarias, en general, todas
comparten dos importantes diferencias funciona-
les con respecto a las tecnologas de semiconduc-
tores que se usan para la MP:
Las memorias secundarias son no voltiles:
conservan los datos grabados sin necesidad de
alimentacin elctrica.
El tipo de acceso no es aleatorio: el tiempo
que se tarda en acceder a un dato depende de la
localizacin de ese dato.
Slo describiremos las cintas y discos magnti-
cos, sin entrar en otras tecnologas, como las p-
ticas, con las que se implementan los CD-ROM,
CD-R, CD-WR, DVD, etc. (El lector interesado
puede acudir a la bibliografa del Apartado 5.17).
Cintas magnticas
El almacenamiento en cintas magnticas se basa
en el mismo principio de las bien conocidas cintas
de audio y vdeo: la magnetizacin de una pelcu-
la depositada sobre una banda delgada de material
plstico, que se desplaza bajo una o varias cabe-
zas de lectura y escritura. La principal diferencia
es que no se graban seales analgicas, sino digi-
Leccin 5. Variaciones sobre la periferia
1 byte
cabeza de
lectura/escritura
marca inicio
intervalo
registro
sentido del
intervalo
desplazamiento
intervalo
registro
intervalo
marca fin
Figura 5.5 Formato de una cinta magntica.
tales: el campo magntico en cada punto de la su-
perficie est orientado en un sentido o en el opues-
to, y puede hacerse corresponder a cada sentido
un valor binario, o, lo que es ms frecuente (por-
que facilita el diseo de los circuitos detectores), a
cada cambio de sentido un valor binario. La densi-
dad de grabacin est comprendida entre 800 bpi
(bits por pulgada, en el sentido longitudinal de la
cinta) y 6.500 bpi.
Las cintas clsicas (las que todava pueden
verse en algunos centros de proceso de datos,
y, sobre todo, en pelculas) tienen una anchura de
media pulgada (1,27 cm) y una longitud variable,
del orden de cientos de metros. Los datos se al-
macenan tpicamente en nueve pistas paralelas, de
modo que en realidad se pueden grabar entre 800 y
6.500 bytes por pulgada, utilizando ocho pistas pa-
ra el byte y la novena para un bit de paridad (Apn-
dice A, Apartado A.1).
El formato de almacenamiento es el que mues-
tra, de manera genrica, la Figura 5.5. Los bytes se
agrupan en registros fsicos4 , y entre registro y re-
gistro se deja un intervalo de varios milmetros. En
unos formatos los registros tienen un nmero fijo
de bytes, y en otros el nmero es variable. En todo
caso, el controlador reconoce en la lectura al inter-
valo como una zona sin cambios en la magnetiza-
4
Aunque se llamen igual, no hay que confundir estos re-
gistros con los registros del nivel de circuito lgico y de las
rutas de datos (Apartados 6.8 y 6.17).
5.5. Memorias secundarias
cin. Los intervalos son necesarios porque la cinta
puede pararse al terminar de leer o escribir un re-
gistro (nunca en medio de uno), y cuando vuelve a
arrancar tarda un tiempo en llegar a la velocidad
de crucero, por la inercia de las partes mecni-
cas. Los registros se agrupan en ficheros (Aparta-
dos 6.8 y 17.8). Una codificacin se reserva para la
marca que indica el principio de un fichero, a la
que le sigue el primer registro, que contiene, entre
otros datos, el nombre del fichero. De este modo,
los programas pueden localizar con relativa faci-
lidad un fichero determinado: avanzando la cinta
rpidamente hasta encontrar una marca de inicio
de fichero, y leyendo su primer registro.
La capacidad total de almacenamiento de una
cinta llega a 100 GB y la tasa de transferencia a
40 MB/s5 . Su gran inconveniente radica en la na-
turaleza secuencial del acceso: acceder a un regis-
tro que se encuentra al final de la cinta cuando las
cabezas estn al principio requiere minutos. Con
los discos magnticos se consiguen capacidades y
tasas de transferencia similares a las de las cintas,
y los tiempos de acceso se reducen a los milise-
gundos; al evolucionar su tecnologa se ha ido re-
duciendo su coste, y, as, han ido sustituyendo a
las cintas. Pero, paradjicamente, el mismo avan-
ce tecnolgico en los discos ha hecho aparecer una
nueva aplicacin de las cintas: el almacenamiento
de copias de seguridad.
En una unidad de discos clsica el disco es in-
tercambiable: puede sacarse fcilmente del equi-
po, y sustituirse por otro. De este modo, es fcil
mantener siempre un duplicado de los datos para
prevenir su prdida accidental. Actualmente, sin
embargo, en la mayora de las unidades llamadas
de disco duro, el disco es inaccesible fsicamen-
te, porque se encuentra en un recipiente sellado6 .
5
Con las tecnologas ms avanzadas en 2.002: DLT (Di-
gital Linear Tape) y LTO (Linear Tape Open).
6
Se llama tecnologa Winchester (por el motivo que se
explica en el Apartado 5.16). Al aislar al disco de las partcu-
las de polvo del aire, las cabezas pueden estar ms prximas a
la superficie magntica y las pistas pueden ser ms estrechas,
lo que permite aumentar la capacidad y reducir el tamao.
177
Una unidad para copias de seguridad debe cum-
plir dos condiciones: que el soporte sea intercam-
biable (para guardarlo, por ejemplo, en un armario
ignfugo) y que su coste sea relativamente bajo.
El disquete, intercambiable y barato, sera un can-
didato para las copias de seguridad, pero su poca
capacidad con respecto al disco hace incmodo su
uso para esta funcin (Ejercicio 4). Las unidades
de cinta clsicas son caras, debido sobre todo a
la exigencia de que tienen que parar y arrancar con
precisin en el corto intervalo entre registros. Pero
este requisito no es necesario para las copias de se-
guridad. Por eso, se han desarrollado unidades de
cinta de bajo coste exclusivamente para esta fun-
cin: se llaman streamers. La tecnologa ms
usada actualmente es la de las DAT (Digital Au-
dio Tape), que permite almacenar hasta 40 GB en
una casete del tamao clsico (cinta de 4 mm) y
tener una tasa de transferencia de hasta 768 KB/s.
Pero tambin existen controladores que permiten
convertir en streamers a los equipos domsticos
de cinta de vdeo o de audio.
Discos magnticos
Los primeros discos duros diseados para pe-
cs, hace unos veinte aos, tenan una capacidad
de 10 MB y un coste de unos 100 e por MB. Ac-
tualmente (2004) existen discos de 400 GB con un
coste de unos 0,001 e por MB. Es decir, mientras
la capacidad se ha multiplicado por 40.000 el cos-
te por bit se ha dividido por 100.000. Sin embargo,
los principios bsicos de funcionamiento no se han
alterado sustancialmente.
La configuracin mecnica bsica de una uni-
dad de disco consta de un conjunto de discos re-
cubiertos de un material magnetizable, que giran
sobre un eje comn. Cada disco tiene dos superfi-
cies (o caras), por lo que hay dos cabezas de lec-
tura y escritura para cada disco. El nmero de dis-
cos vara entre uno (en el caso de los disquetes)
y veinte (en discos de gran capacidad), y su di-
metro entre 2,5 y 14 pulgadas (entre 6,35 y 35,56
cm). La organizacin del almacenamiento se basa
178
sentido de cabeza
la rotacin pista
brazo
cilindro mvil
pista
sector
Figura 5.6 Cilindros, pistas y sectores.
en la divisin de la superficie en pistas concntri-
cas. Un conjunto de pistas de igual radio en todas
las superficies se llama cilindro. El conjunto de
las cabezas puede moverse solidariamente en sen-
tido radial, de modo que en cada momento todas
las cabezas estn situadas sobre un determinado
cilindro. Las pistas se dividen en sectores, y cada
sector contiene un conjunto de varios centenares
de bytes. La Figura 5.6 ilustra esquemticamente
esta disposicin.
Los nmeros concretos de pistas, sectores, etc.,
constituyen el formato7 y son muy variables, de-
pendiendo del fabricante y del tipo de disco. El n-
mero de cilindros vara entre 40 y 2.000, el de su-
perficies (cabezas) entre 2 y 40, el de sectores por
pista entre 10 y 100, y el de bytes por sector sue-
le ser 512 o 1.024. La velocidad de rotacin tam-
bin es variable segn el disco, entre 300 (disquete
de 3,5 pulgadas) y 15.000 revoluciones por minu-
to. La capacidad total resultante est comprendida
7 8
En los discos modernos este formato de bajo nivel se
establece en su fabricacin y no puede modificarse por el
usuario. Cuando ste formatea el disco se trata de un for-
mato de alto nivel, en el que se crean unas estructuras de
datos en el disco que dependen del sistema operativo y del
sistema de ficheros que utilice (Apartado 17.8).
Leccin 5. Variaciones sobre la periferia
entre 1.440 KB (disquete) y 400 GB, y la tasa de
transferencia entre 60 KB/s (disquete) y 100 MB/s
(Ejercicio 3).
El nmero de cilindros, cabezas y sectores por
pista, CHS (CylindersHeadsSectors), deter-
minan la llamada geometra fsica del disco. Para
acceder a un determinado sector, la UCP le comu-
nica al controlador el nmero del cilindro, el de la
superficie y el del sector dentro de la lista.
Ahora bien, como la velocidad angular de rota-
cin, el nmero de sectores por pista y el nmero
de bytes por sector son constantes, pero las pistas
tienen distinto radio, la densidad de grabacin en
las pistas externas sera menor que en las internas.
Se puede aprovechar mejor la superficie magn-
tica (y dotar de ms capacidad al disco) hacien-
do que el nmero de sectores por pista sea ma-
yor cuanto ms externa sea la pista. Esta tcnica
se llama ZBR (Zoned Bit Recording: grabacin
de bits por zonas), y hasta hace poco se renuncia-
ba a ella, porque implica complicar el controlador
y el software, pero ahora ya es factible con el uso
de controladores inteligentes, como los basados en
las normas IDE y SCSI. Al ser variable el nmero
de sectores por pista, la expresin de la geometra
fsica en CHS no tiene sentido8 . Todos estos dis-
cos estn acompaados de controladores que per-
miten que la UCP pueda acceder a un determinado
sector especificando simplemente el nmero ab-
soluto del sector, es decir, un nmero entre 0 y
N 1, siendo N el nmero total de sectores que
puede contener el disco. El controlador se ocupa
de hacer la traduccin para averiguar en qu pis-
ta y superficie se encuentra. Esto se llama LBA
(Logical Block Addressing: direccionamiento l-
gico de bloques).
Los discos no tienen un modo de acceso alea-
torio (como la MP) ni secuencial (como las cin-
Adems, el acceso a las pistas del disco se hace mediante
rutinas grabadas en la BIOS (Apartado 19.9), y por motivos
de compatibilidad, esta BIOS tiene unos lmites en los nme-
ros de CHS, concretamente, 1.024 cilindros, 256 cabezas y
63 sectores. Con sectores de 512 B esto limita a 8,1 MB la
capacidad de un disco direccionable con este mtodo.
5.5. Memorias secundarias
tas), sino cclico. Hay que distinguir entre el tiem-
po de bsqueda que tardan las cabezas de lectu-
ra/escritura en desplazarse hasta la pista adecua-
da (y que depende de las caractersticas electro-
mecnicas del sistema que mueve las cabezas) y
el tiempo de espera (o latencia) que tarda el
sector en llegar hasta donde est la cabeza (que
depende de la velocidad de rotacin del disco); la
suma de ambos es, en valores medios, del orden
de milisegundos. Sin embargo, una vez posiciona-
da la cabeza, el flujo de lectura o escritura de datos
puede proceder con una tasa de transferencia del
orden de MB/s. El tiempo de bsqueda tiene, pa-
ra cada disco, unos valores mximo y mnimo bien
determinados (lo que tardan las cabezas en despla-
zarse desde el cilindro ms externo hasta el ms
interno, y lo que tardan en desplazarse entre dos
cilindros contiguos), pero el valor medio es difcil
de establecer (depende del programa: de cmo es-
t organizado el almacenamiento de los datos en
el disco y de cmo sea el acceso a esos datos). Los
valores medios anunciados por los fabricantes va-
ran entre 1 y 10 ms para los discos y entre 100 y
200 ms para los disquetes. Los tiempos medios de
espera, sin embargo, son fciles de calcular (Ejer-
cicio 7) y resultan ser tambin del orden de los
milisegundos.
En cuanto a la tasa de transferencia, podra pen-
sarse que slo depende de la velocidad de rota-
cin y de la densidad de grabacin. Pero en reali-
dad es ms complicado, porque un sector tiene un
nmero reducido de bytes (512 normalmente), y
cuando se trata leer o escribir un fichero (Aparta-
do 19.7) ste estar formado por varios o muchos
sectores que pueden estar en distintas posiciones.
Adems, estaramos hablando de la tasa de trans-
ferencia interna, porque los controladores nor-
malmente tienen una memoria oculta (cache, o
buffer, Apartado 15.7), y si los datos que se preten-
den leer ya estn en ella la transferencia es mucho
ms rpida. Las interfaces IDE estn diseadas pa- algn error, habr quedado reflejado en uno de los
ra permitir una tasa de transferencia por el bus de
hasta 100 MB/s, pero las tasas reales mximas sue-
len bajar a 40 o 50 MB/s.
179
Comunicacin con la UCP
La transferencia de datos entre las memorias se-
cundarias y el ordenador puede ser desde la MP al
perifrico (para las operaciones de salida), o des-
de el perifrico a la MP (para las de entrada), y la
estudiaremos con detalle en los Apartados siguien-
tes. Obsrvese que, para acceder a la MP, el con-
trolador tiene que tener acceso a los buses de datos
y direcciones (es decir, al bus del sistema) que per-
miten la comunicacin entre la MP y la UCP. De
ah la necesidad del puente en la Figura 5.3.
Pero, adems de la transferencia de datos, el
controlador del perifrico puede recibir rdenes
de gobierno (en una cinta: rebobinar, avanzar has-
ta el siguiente registro, avanzar hasta el siguiente
fichero, etc.; en un disco: mover las cabezas has-
ta un determinado cilindro, retirar las cabezas o
aparcar, etc.) y consultas de estado (comprobar
si hay disco, o cinta, si ha habido error en la lti-
ma transferencia, etc.). Esto normalmente se reali-
za mediante instrucciones de salida y de entrada,
respectivamente, sobre algn puerto de estado.
El controlador del perifrico genera interrupcio-
nes, pero no en cada transmisin elemental de un
byte, como hacen los perifricos lentos, que se lla-
man perifricos de caracteres. Los rpidos trans-
fieren los datos mediante el procedimiento de ac-
ceso directo a la memoria, que estudiaremos en los
siguientes Apartados, y se llaman perifricos de
bloques. Un bloque es el conjunto de bytes que
se transmiten entre el perifrico y la MP sin que el
controlador interrumpa. En las cintas, un bloque
es igual a un registro fsico; en los discos, un blo-
que es igual a un sector o a un nmero pequeo
de sectores. La rutina de servicio de la interrup-
cin que se ejecuta al final de la transferencia de
un bloque comprueba, mediante las instrucciones
de entrada/salida oportunas, si la transferencia se
ha desarrollado correctamente (si se ha producido
puertos de estado del controlador).
Finalmente, debemos mencionar que en esta
presentacin bsica nos estamos refiriendo al ca-
180
so de que el sistema de memoria secundaria est
compuesto por uno o varios discos y cintas que se
conectan al bus del sistema mediante uno o varios
controladores. La reduccin de costes de los dis-
cos ha hecho factible utilizar sistemas en los que
se combinan un gran nmero de discos. Son los
llamados RAID (Redundant Array of Inexpen-
sive Disks).
5.6. ADM: justificacin
En los modelos para la entrada/salida estudia-
dos hasta ahora y detallados con Smplez y Sm-
plez+i4, la UCP es la nica duea de la MP y
del bus del sistema (formado por los buses de da-
tos, D, de direcciones, A y de control, C), y las
transferencias de datos con los perifricos siempre
se realizaban entre los registros de los controlado-
res y algn registro de la UCP. Las tcnicas de ac-
ceso directo a la memoria (la MP, se sobreentien-
de) permiten que los controladores de perifricos
intercambien los datos directamente con la MP, y
esto introduce un elemento conceptual nuevo: pa-
ra que tal cosa sea posible, el controlador tiene que
aduearse temporalmente de la MP y de los bu-
ses de comunicacin con ella. Llevar este concep-
to a la prctica implica, obviamente, aumentar la
complejidad de los modelos.
Veamos por qu es necesario el acceso directo
a la memoria (en adelante, ADM). En el Aparta-
do 1.13 hacamos una pequea introduccin a este
concepto (si el lector no lo recuerda, puede hacer
una interrupcin, como se sugera en el Aparta-
do 2.8 al explicar lo que es un cambio de contexto;
si lo recuerda, har un acceso directo a su memo-
ria). Como all sealbamos (e ilustrbamos con
la Figura 1.11), con este procedimiento se resta el
mnimo de tiempo a la UCP para las transferencias
de entrada/salida, y eso ya puede ser justificacin
suficiente para adoptarlo. Pero es ms, con peri-
fricos rpidos el procedimiento de interrupciones
puede llegar a ser inoperante (dependiendo de la
eficiencia del sistema de interrupciones y de la ve-
Leccin 5. Variaciones sobre la periferia
locidad del perifrico), y el ADM hacerse absolu-
tamente necesario.
Para poner de manifiesto esa posible inoperan-
cia es preciso que concretemos. Si el lector resuel-
ve el Ejercicio 3 encontrar que la tasa de trans-
ferencia del disquete propuesto como ejemplo es
46.080 B/s. O, lo que es lo mismo, el intervalo
de tiempo desde que pasa un byte bajo la cabeza
de lectura/escritura hasta que pasa el siguiente es,
aproximadamente, 22 s. Si leemos (o escribimos)
los bytes del disquete mediante interrupciones (ca-
da vez que el controlador de la unidad de disquetes
tiene preparado un byte interrumpe), en ese tiem-
po (22 s) el sistema de interrupciones debe ser
capaz de averiguar la causa y ejecutar la rutina de
interrupcin para leer (o escribir) el byte. Sigamos
concretando con el nico sistema de interrupcio-
nes que hasta ahora hemos estudiado con detalle
y supongamos que aadimos a Smplez+i4 un dis-
quete y hacemos la comunicacin con l mediante
interrupciones. Para ello habremos de modificar la
rutina de interrupciones (Programa 2.5) como se
indica en el Ejercicio 8. Si el lector resuelve este
ejercicio y el siguiente obtendr el siguiente resul-
tado: el tiempo necesario para servir a una inte-
rrupcin del disquete es 5,8 s o 6,4 s, segn que
se trate de una lectura o una escritura. Al ser me-
nor que 22 s no hay problema: el disquete puede
funcionar, lo mismo que el teclado y la pantalla,
mediante interrupciones9 .
Pero un disquete es un perifrico relativamente
lento. Comparmoslo con un disco, cuya tasa de
transferencia puede llegar a 100 MB/s, aproxima-
damente 2.000 veces mayor. Entre byte y byte el
tiempo que transcurre es 0,01 s = 10 ns. Imposi-
ble ejecutar ninguna rutina de servicio.
Para un perifrico lento, sin embargo, la trans-
ferencia por medio de interrupciones es perfec-
tamente adecuada. Analicemos de nuevo el ser-
vicio de interrupciones del Programa 2.5. Si re-
contamos las instrucciones necesarias para servir
9
No obstante, en la realidad los disquetes funcionan con
un controlador de ADM, para evitar a la UCP ese tiempo de
procesamiento.
5.7. ADM: modelos estructurales
a una interrupcin del teclado y tenemos en cuen-
ta los ciclos de cada instruccin y el tiempo del
ciclo (200 ns) resulta que el tiempo que transcu-
rre desde que la UCP pasa a atender la interrup-
cin y vuelve para seguir con las instrucciones
del programa interrumpido es de unos 6 s. Con-
sideremos un mecangrafo hbil que escribe con
una velocidad de 300 pulsaciones por minuto, lo
que significa que el teclado genera una interrup-
cin cada 60/300 = 0,2 s. La fraccin de tiempo
que la UCP dedica a atender las interrupciones es
6 106 /0, 2 = 30 106 . Es decir, la UCP es-
t ocupada el 0,003 % de su tiempo en recoger los
caracteres pulsados y ponerlos en la zona de entra-
da/salida de la MP, quedndole un 99,997 % para
ejecutar otros programas. En estos casos no est
justificado el coste que representa un controlador
de ADM. No obstante, si hay muchos perifricos
lentos trabajando simultneamente (por ejemplo,
muchos terminales remotos) puede utilizarse un
controladormultiplexador que se ocupe de todos
ellos (ver Apartado siguiente).
Tambin se hace necesario el ADM en los con-
troladores grficos (Apartado 5.2), para leer la me-
moria de fotograma que forma parte del espacio de
direccionamiento de la MP. Ahora bien, las trans-
ferencias con las memorias secundarias son, nor-
malmente, espordicas, pero con la pantalla grfi-
ca han de ser continuas (el controlador tiene que
estar leyendo siempre la memoria de fotograma
para poder tener permanentemente la imagen en la
pantalla). La aplicacin, sin ms, del ADM, impli-
ca que a la UCP se le sustrae sistemticamente un
tiempo ms o menos importante, dependiendo de
la resolucin de la pantalla (Ejercicio 10). De ah
el inters de las memorias VRAM que ya hemos
comentado (vea tambin el Ejercicio 11).
5.7. ADM: modelos estructurales
Conexin con los buses
Desde el punto de vista de la interconexin con
el resto del sistema, la nica diferencia entre un
181
controlador de ADM y los que hemos considera-
do hasta ahora es que el primero tiene que tener
acceso a la MP. Por ejemplo, en el caso de Sm-
plez+i4, en la Figura 2.1 podemos ver que los con-
troladores del teclado y la pantalla reciben seales
del bus A (direcciones que proceden de la UCP) y
se conectan bidireccionalmente con el bus D (para
la lectura o escritura de sus puertos). Un controla-
dor de ADM se conectara bidireccionalmente con
el bus A (para poder direccionar a la MP) y tam-
bin al bus D, pero no slo para intercambiar los
contenidos de sus puertos con la UCP, sino tam-
bin para leer o escribir en la MP.
Puertos del controlador
El controlador deber contener un registro de
estado, accesible por la UCP mediante instruccio-
nes de entrada/salida, con los mismos bits que tie-
nen los otros puertos de estado: preparado, permi-
so de interrupciones e indicadores de error, y algu-
no ms, como L/E (para un perifrico de entrada
y salida como es un disco se pondr a cero o a uno
segn que se quiera iniciar una operacin de lec-
tura o de escritura) y ADM (que se pone a uno
para que el controlador tenga permiso para acceder
directamente a la MP). Tambin tendr un regis-
tro para los datos, pero a diferencia de los puertos
de datos estudiados con Smplez y Smplez+i4, las
transferencias no van a producirse entre este regis-
tro y un registro de la UCP, sino entre el registro
y la MP. Adems, el controlador necesita otros re-
gistros en los que introducir datos previamente al
inicio de la transferencia directa entre el perifrico
y la MP:
Un registro de localizacin, RLOC, con la in-
formacin sobre dnde se ubican los datos a
leer del perifrico o dnde se han de escribir.
En un disco, cilindro, superficie y sector o bien
nmero absoluto del sector.
Un registro de cuenta de bytes, RCB, con el n-
mero de bytes a leer o a escribir. El controlador
lo va decrementando en cada transferencia.
182
Un registro de direccin en curso, RDEC, con
direccin inicial de la zona de la MP en la que
se van a introducir o de la que se van a leer los
bytes. El controlador lo va incrementando en
cada transferencia.
Normalmente, a cada uno de estos registros le
corresponden uno o varios puertos (es decir, direc-
ciones) de entrada/salida. Por ejemplo, si los puer-
tos son de ocho bits, RLOC y RDEC al menos van
a necesitar varios puertos, puesto que ocupan va-
rios bytes. Pero en el ejemplo concreto que vere-
mos para Algortmez (Apartado 7.8) usaremos un
arreglo para conseguir que todo controlador slo
ocupe dos direcciones de entrada/salida.
Tipos de controladores
Hay varios tipos de controladores de ADM:
Cuando son varios los perifricos conectados
mediante ADM, la solucin ms inmediata (y la
ms costosa) es que cada uno tenga su propio con-
trolador de ADM. Un controlador se llama dedi-
cado si se ocupa exclusivamente de un perifrico.
Slo tiene sentido para perifricos muy rpidos y
que funcionen con mucha frecuencia (por ejemplo,
el controlador de una tarjeta de vdeo).
Un controlador de ADM selector es el que pue-
de ser compartido por varios perifricos (tpica-
mente, cuatro, ocho o diecisis), pero de tal mo-
do que cuando se inicia para uno de ellos los otros
quedan excluidos hasta que termina la transferen-
cia (es decir, hasta que se transfiere el nmero de
bytes que se ha cargado inicialmente en RCB) y se
vuelve a iniciar.
Si hay un elevado nmero de perifricos rpi-
dos que se activan espordicamente, la disposicin
ms econmica es la que resulta de agruparlos de
tal modo que los perifricos que vayan a funcio-
nar simultneamente estn conectados a distintos
controladores, y que los incluidos dentro de cada
grupo no requieran servicio al mismo tiempo. Pe-
ro esto es muy difcil de prever, porque depende de
cada programa. Puede as ocurrir que un perifri-
co tenga que esperar porque otro est utilizando el
Leccin 5. Variaciones sobre la periferia
controlador que comparten ambos, habiendo, sin
embargo, otros controladores inactivos.
Para mejorar la potencia, evitando la situacin
descrita, pueden utilizarse controladores flotantes:
para la transferencia entre un perifrico y la MP no
hay un controlador prefijado; se utiliza uno de los
que estn libres. La asignacin de controlador ocu-
rre en el momento en que se ejecuta una instruc-
cin para iniciar operaciones de entrada/salida: se
selecciona el primer controlador que est libre, y
ste se conecta al perifrico seleccionado.
Hasta ahora hemos supuesto que, una vez enla-
zado con un perifrico, el controlador queda de-
dicado a l hasta que concluye la transferencia de
todos los bytes que se han indicado en RCB. Esta
forma de operar es adecuada para perifricos que
tienen una tasa de transferencia elevada, pero no
para perifricos lentos, en los que el coste de hard-
ware que representa el controlador no est justi-
ficado, al no aprovecharse sus posibilidades. Un
controlador multiplexador atiende a varios peri-
fricos simultneamente: no se dedica por ente-
ro a uno durante toda la transferencia (como ha-
ce el controlador selector), sino que comparte su
tiempo entre ellos. El controlador tiene tantas pa-
rejas de registros RDEC y RCB como perifricos
pueda atender.
5.8. ADM: modelos procesales
Modos de funcionamiento y rbitro del bus
El controlador de ADM puede acceder a los bu-
ses A y D cada vez que tenga que transferir un by-
te, y luego liberarlos. Eso es lo que implcitamente
suponamos en la introduccin del Apartado 1.13,
y lo que supondremos en lo sucesivo. En este ca-
so el modo de funcionamiento se llama robo de
ciclo. Normalmente, es la UCP quien accede a la
MP, y, espordicamente, el controlador de ADM
le roba un ciclo.
Pero si la tasa de transferencia del perifrico es
elevada y el tiempo entre bytes se aproxima al ci-
clo de la MP entonces conviene disponer las cosas
5.8. ADM: modelos procesales
de modo que el controlador se apodere de los bu-
ses y no los suelte hasta no haber terminado de
transferir todos los bytes. En este caso podemos
hablar de robo de bus.
En cualquier caso, desde el momento en que te-
nemos varios subsistemas (la UCP y el controla-
dor, o los controladores, de ADM) que pueden ac-
ceder a la MP es preciso que haya un mecanismo
de control para el caso de que dos o ms preten-
dan acceder simultneamente. Este mecanismo de
control puede estar incluido dentro de la UCP o
en un controlador especfico, el rbitro del bus
(bus del sistema). En el Apartado 13.9 veremos un
ejemplo de seales y protocolos para implementar
este arbitraje.
Proceso
El funcionamiento, a grandes rasgos, y supo-
niendo que el perifrico es un disco y que la ope-
racin es de entrada (o lectura: transferencia desde
el disco a la MP), es el siguiente:
1. Antes de comenzar una transferencia es preciso,
mediante instrucciones de salida (ST, o bien OUT),
cargar los registros RDEC y RCB del controlador
con la direccin de comienzo de la zona de la MP
en donde se van a almacenar los bytes y con el
nmero de bytes a transferir, respectivamente.
2. Adems, mediante otras instrucciones de salida
se debe poner en el registro RLOC la informacin
necesaria para seleccionar el perifrico, si hay va-
rios (en caso de un controlador selector, o multi-
plexador), y para localizar la informacin en l.
3. Mediante otra instruccin de salida se pone 1
en un biestable del puerto de estado del controla-
dor que indica que se trata de una operacin de
lectura, y otro 1 en otro biestable que permite
que el controlador empiece a pedir ciclos. Son los
biestables que hemos llamado L/E y ADM al final del Apartado 5.5, este valor suele fijarse
en el Apartado 5.7. A partir de este momento, la
UCP se desentiende, en el sentido de que no tie-
ne que ejecutar ninguna instruccin ms relacio-
nada con la transferencia hasta que al final de esta
183
transferencia el controlador genere una interrup-
cin. Mientras el biestable ADM permanezca con
el valor 1 el controlador, cuando tenga un byte
preparado en su registro de datos pedir un ciclo
de memoria al rbitro del bus y ste le dar per-
miso para que acceda a los buses A y D y escriba
ese byte en la MP, suspendiendo a la UCP durante
durante ese ciclo.
4. Cada vez que enva un byte a la MP, el controla-
dor incrementa el contenido de RDEC, decremen-
ta el de RCB y comprueba si este ltimo ha llegado
a cero. En caso negativo contina.
6. Cuando el contenido de RCB llega a cero, el
controlador pone a cero el biestable ADM que en
el paso 3 se haba puesto a uno, y genera una in-
terrupcin. La rutina de servicio comprobar si ha
habido error (mediante una instruccin de entra-
da, LD, o bien IN que lea el puerto de estado) y si
es as realizar las acciones oportunas (por ejem-
plo, ensayar de nuevo la transferencia, escribir un
mensaje para el usuario, etc.).
Para una operacin de salida (o escritura: trans-
ferencia desde la MP al disco) el proceso es el mis-
mo, salvo que en el paso 3 se escribe 0 en L/E,
lo que hace que en cada robo de ciclo el contro-
lador transfiera un byte de la MP a su registro de
datos.
Dos observaciones:
Hemos supuesto, para simplificar, que las trans-
ferencias se hacen byte a byte (y que el registro
de datos del controlador tiene ocho bits). Pero co-
mo las transferencias se hacen por el bus D, si la
longitud de palabra es de varios bytes resulta ms
eficiente (se usan menos ciclos de memoria) leer o
escribir palabra a palabra. As haremos en el ejem-
plo concreto de Algortmez (Apartado 7.8).
El valor que inicialmente se ponga en RCB de-
termina el tamao del bloque. Como hemos dicho
para que el tamao del bloque coincida con el de
un sector del disco o sea un mltiplo pequeo de
l. sta es una decisin ntimamente ligada al di-
seo del sistema operativo (Apartado 17.8).
184
5.9. ADM: modelos funcionales
El modelo funcional de un controlador de ADM
debe detallar las direcciones de entrada/salida
asignadas a sus puertos (el puerto de estado y
los que correspondan a los registros RLOC, RCB
y RDEC), el significado de los distintos bits del
puerto de estado (ADM, L/E, etc.) y el formato
de las informaciones que se ponen en los regis-
tros, particularmente en RLOC: puede ser el n-
mero absoluto del sector (para el caso de LBA) o
los nmeros de superficie, cilindro y sector.
En el Apartado 7.8 veremos un modelo funcio-
nal concreto. De momento, y sin entrar en detalles,
veamos con un ejemplo cmo se puede usar este
modelo funcional para programar las operaciones
de ADM en el nivel de mquina convencional.
Ejemplo de programacin
Supondremos que el tamao de un bloque
es exactamente igual al de un sector del disco,
512 bytes, y que al controlador se le comunica
la localizacin en el disco poniendo en el regis-
tro RLOC los nmeros de superficie, pista y sector
(y el nmero de disco, si se trata de un controlador
selector).
Se trata de escribir un programa que lea diez
bloques seguidos de un disco y que, tras la lectu-
ra de cada uno, realice algn procesamiento (que
aqu no viene al caso) con l. Estos bloques se irn
transfiriendo sucesivamente del disco a una zona
de entrada/salida de 512 bytes reservada al efecto
en la MP.
Programa 1: uso de una zona
La solucin ms inmediata para el problema
enunciado es la expresada en forma de seudoc-
digo en el Programa 5.1.
RLOC, RCB y RDEC son los registros de locali-
zacin, cuenta de bytes y direccin en curso,
y REST es el puerto de estado del controlador.
Leccin 5. Variaciones sobre la periferia
iniciar(RLOC);
desde CONT = 1 hasta CONT = 10 {
RCB = 512;
RDEC = direcc.zonaMP;
iniciar(REST);
esperar a que ADM = 0;
procesar(zonaMP);
actualizar(RLOC)
}
Programa 5.1. Lectura con ADM de diez sectores se-
guidos de un disco.
ADM es el bit del puerto de estado que permite
que el controlador pida ciclos de memoria.
iniciar(RLOC) representa a las instruccio-
nes necesarias para introducir en el registro
RLOC los nmeros de disco, superficie, pis-
ta y sector (el primero de los sectores a leer),
e iniciar(REST) representa a las que ponen
1 en los biestables L/E, ADM e IT (permiso
de interrupciones) del registro REST.
actualizar(RLOC) consiste en introducir en
RLOC los datos de localizacin del siguiente
sector a leer. Si suponemos que el nmero de
sector se codifica en los bits menos significa-
tivos de RLOC, basta, en principio con incre-
mentar el contenido del registro, pero si se ha
llegado al ltimo sector de la pista habr que
cambiar tambin el nmero de la pista (y lo
mismo con el de la superficie, si la pista es la
ltima de un cilindro).
Mientras el controlador de ADM est transfi-
riendo un bloque desde el disco hacia la zona de la
MP, la UCP no puede trabajar con el contenido de
esta zona; de ah el bucle de espera (resumido en
la frase esperar a que ADM = 0) en el pro-
grama. Y viceversa: cuando se est procesando la
zona (procesar(zona MP)), el controlador de
ADM permanece inactivo. Por tanto, de este modo
no ganamos nada con respecto a un programa que,
sin utilizar el controlador de ADM, se basara en
instrucciones de entrada/salida con espera activa.
Concretamente, tenemos el diagrama de tiempos
5.9. ADM: modelos funcionales 185

UCP: manera no es necesario copiar de una a otra.

inicia servicio inicia En ambos casos se consigue que la transferen-
espera procesamiento
controlador interrupcin controlador
cia y el procesamiento se desarrollen simultnea-
tiempo
Controlador de ADM: mente, alternndose a lo largo del tiempo los ci-
lee y
clos de memoria que utilizan la UCP y el contro-
transfiere
a zona
lador de ADM.
El Programa 5.2 indica las operaciones nece-
Figura 5.7. Diagrama de tiempos en el caso de una sola sarias para la lectura de diez bloques, utilizando
zona. el procedimiento sugerido en segundo lugar. Una
variable que slo toma los valores verdadero o
de ocupacin de la UCP y del controlador dibuja- falso, a la que llamamos marca, sirve para ir
do en la Figura 5.7. (nicamente podra hacerse alternando las dos zonas: cuando su valor es fal-
simultnea la lectura con alguna operacin de pro- so el controlador de ADM est leyendo e intro-
cesamiento si sta fuera independiente de la infor- duciendo los datos en la ZONA0 mientras la UCP
macin leda; la incluiramos antes del bucle de es- est procesando los datos de la ZONA1, y cuan-
pera). Veremos a continuacin cmo un sencillo do el valor de marca es verdadero los datos se
arreglo mediante software permite hacer simult-
neos la lectura de un bloque y el procesamiento iniciar(RLOC);
del anteriormente ledo. RCB = 512;
RDEC = direcc.ZONA0;
iniciar(REST);
Programa 2: uso de dos zonas marca = falso;
Utilizando dos zonas podemos hacer que mien- desde CONT = 1 hasta CONT = 9 {
esperar a que ADM = 0;
tras se procesa una, previamente llenada, se es-
actualizar(RLOC);
t llenando la otra. Si las llamamos ZONA0 y RCB = 512;
ZONA1, podemos organizar las operaciones de si marca es verdadero entonces {
dos modos: RDEC = direcc.ZONA0;
Una de ellas, por ejemplo, ZONA0, es una zo- iniciar(REST);
na de entrada/salida, y la otra, ZONA1, es una marca = falso;
procesar(ZONA1)
zona de trabajo. Mientras se est transfiriendo un }
bloque entre el perifrico y la ZONA0, el progra- si no {
ma procesa la ZONA1. Cuando han concluido la RDEC = direcc.ZONA1;
transferencia y el procesamiento, el programa co- iniciar(REST);
pia la ZONA0 en la ZONA1 e inicia una nueva marca = verdadero;
transferencia y un nuevo procesamiento. procesar(ZONA0);
}
La funcin de cada zona (entrada/salida o tra- }
bajo) se va alternando conforme se pasa de un sec- esperar a que ADM = 0;
tor a otro, de modo que si en un determinado mo- si marca es verdadero entonces
mento se est transfiriendo hacia (o desde, si la procesar(ZONA1)
operacin fuera de salida) la ZONA0 y procesan- si no procesar(ZONA0)
do la ZONA1, cuando terminen la transferencia y
el procesamiento se transferir el siguiente sector Programa 5.2. Lectura con ADM de diez sectores se-
a la ZONA1 y se procesar la ZONA0. De esta guidos de un disco, utilizando dos zonas en la MP.
186 Leccin 5. Variaciones sobre la periferia

introducen en ZONA1 mientras la UCP procesa la 5.10. Procesadores perifricos

ZONA010 .
Ahora el diagrama de tiempos, pasada la lectu- La idea del acceso directo a la MP puede llevar-
ra del primer bloque (obsrvense los puntos a la se un poco ms lejos: si el controlador no se limita
izquierda de los cronogramas), es el de la Figu- al intercambio de datos con la MP, sino que tam-
ra 5.8(a) (en el caso de que la lectura de un bloque bin es capaz de interpretar como instrucciones
lleve ms tiempo que su procesamiento), o el de la contenidos previamente almacenados en la MP, el
5.8(b) (en el caso de que la lectura sea ms rpida controlador se convierte en un procesador. No se
que el procesamiento). trata de un capricho, sino de descargar de traba-
jo a la UCP. Los primeros procesadores de en-
UCP:
trada/salida se llamaban canales y podan ejecu-
inic. procesa serv. inic. procesa serv. tar programas de canal almacenados en la MP,
ZONA0 int. ZONA1 int.
con instrucciones muy especficas para transferir
Controlador de ADM: un determinado nmero de bloques entre la UCP
lee y lee y y un perifrico, cambiar de localizacin, etc.
transfiere transfiere
a ZONA1 a ZONA0 La capacidad de procesamiento de estos proce-
(a) lectura ms lenta que el procesamiento
sadores perifricos se ha ido ampliando, dotndo-
les de ms instrucciones con ms funciones. La ca-
sustica es muy variada, y nos contentaremos con
UCP: dejar esbozados cuatro ejemplos:
procesa serv. procesa inic. procesa serv. procesa
inic.
ZONA0 int. ZONA0 ZONA1 int. ZONA1
Los datos para el perifrico pueden estar en una
memoria local, dentro del mismo procesador peri-
Controlador de ADM: frico, haciendo as innecesarios los robos de ciclo
lee y lee y para acceder a estos datos.
transfiere transfiere
a ZONA1 a ZONA0 Los programas para el procesador perifrico
(b) procesamiento ms lento que la lectura pueden residir tambin en la memoria local.
Figura 5.8. Diagramas de tiempos cuando se usan dos El repertorio de instrucciones del procesador
zonas. perifrico puede ampliarse para que incluya ms
posibilidades que manejar los perifricos y trans-
Decamos antes que se trata de un sencillo ferir datos. Un ejemplo es el control de perifri-
arreglo mediante software porque conceptualmen- cos grficos, como pantallas e impresoras, ya co-
te no es muy difcil de entender. Pero a la hora mentado en el Apartado 5.2: el procesador puede
de traducir el seudocdigo a instrucciones de m- disearse para interpretar un lenguaje de alto ni-
quina resulta un programa tedioso de escribir, es- vel con instrucciones como trazar una recta que
pecialmente por la necesidad de conocer detalles pase por (x1 , y1 ) y (x2 , y2 ), dibujar un arco de
ntimos de la geometra del disco, la localizacin circunferencia entre (x1 , y1 ) y (x2 , y2 ) con radio
fsica de los datos en ese disco, etc. Este es uno de R, etc., o convertir grandes matrices de datos que
los motivos de la aparicin del nivel de mquina representan a un objeto en tres dimensiones para
operativa, que estudiaremos en la Tercera Parte. su presentacin en dos dimensiones.
Por motivos econmicos se tiende a utilizar
10
En este caso, al salir del bucle se cumple que marca es
verdadero, por lo que la ltima comprobacin del programa
procesadores relativamente potentes para contro-
es innecesaria, pero no lo sera si el programa se generaliza lar a los perifricos. Concretamente, es ms barato
para un nmero cualquiera de sectores. utilizar un microprocesador (del que posiblemen-
5.11. Comunicaciones entre ordenadores
te se fabrican millones de unidades) aunque no se
aprovechen todas sus posibilidades que un proce-
sador especficamente diseado para un tipo de pe-
rifrico (del que podran fabricarse algunos miles
de unidades).
Sealemos finalmente que, aunque el adjetivo
perifrico sugiere la lejana fsica, estos con- La Internet, cuya expansin es bien conocida,
troladores no estn necesariamente alejados de la
UCP. En el caso de las pantallas grficas, el pro-
cesador (la tarjeta grfica) se coloca, de hecho,
muy cerca de la UCP.
5.11. Comunicaciones entre orde-
nadores
El estudio de las comunicaciones entre un orde-
nador y sus perifricos se extiende de manera na-
tural a las comunicaciones entre distintos ordena-
dores. Hay al menos cuatro hechos, complemen-
tarios entre s, que contribuyen a la importancia
creciente de este asunto:
Como decamos en el Apartado 5.2, los sucesi-
vos diseos de los terminales han ido aumentando
su capacidad de procesamiento autnomo, y entre
un terminal inteligente dotado de un procesador
y una memoria y un ordenador la nica diferencia
es que el primero puede no tener memoria secun-
daria.
Es importante econmicamente poder compar-
tir recursos. As, un supercomputador tiene un
coste muy elevado, y su instalacin slo puede jus-
tificarse en grandes organizaciones; disponible en
una red, usuarios de organizaciones ms peque-
as pueden acceder a l. Otro ejemplo es el de las
grandes bases de datos, accesibles tambin a tra-
vs de las redes.
En cifras aproximadas, un ordenador diez ve-
ces ms potente que un ordenador personal tiene
un coste cien veces superior. Frente a la arquitec-
tura clsica, centralizada, de un gran ordenador
con muchos terminales tontos, son ms renta-
bles las arquitecturas clienteservidor: un pe-
187
queo ordenador por usuario (sustituyendo al ter-
minal) que ejecuta uno o varios programas clien-
tes con su propio sistema operativo, y uno o varios
grandes ordenadores que ejecutan programas ser-
vidores, todos interconectados en una red (Aparta-
do 21.9).
es una gigantesca red de redes de ordenadores, con
millones de clientes y servidores distribuidos por
todo el mundo.
Sistemas distribuidos
A veces se usan indistintamente, pero las expre-
siones red de ordenadores y sistema distribuido
no son exactamente equivalentes.
En primer lugar, la expresin sistema distribui-
do (o repartido) es ms general. Se refiere a
un sistema cuyos subsistemas estn dispersos es-
pacialmente y realizan tareas en paralelo. En este
sentido, todo ordenador sera un sistema distribui-
do, pero, considerando como condicin adicional
la existencia de varios procesadores, podemos dis-
tinguir dos tipos de sistemas distribuidos:
Sistemas fuertemente acoplados, caracteriza-
dos porque, en trminos relativos, las informa-
ciones se intercambian entre los procesadores
con una tasa de transferencia grande y el retar-
do de la comunicacin es muy bajo.
Sistemas dbilmente acoplados, caracteriza-
dos por lo contrario (tasa de transferencia rela-
tivamente baja y retardo relativamente grande).
Normalmente, un sistema fuertemente acopla-
do es un sistema multiprocesador, y uno dbil-
mente acoplado es un multiordenador (Aparta-
do 15.2)11 .
Es frecuente que al hablar de sistema distribui-
do se d por sobreentendido que se trata de uno
dbilmente acoplado. Aun as, tampoco es lo
mismo que una red de ordenadores. Una red es un
11
Ntese, no obstante, que la clasificacin por la fuerza
del acoplamiento est basada en consideraciones funcionales,
mientras que la clasificacin como multiprocesador o mul-
tiordenador est basada en modelos estructurales.
188 Leccin 5. Variaciones sobre la periferia

conjunto de ordenadores interconectados, mien- Km

buses de entrada/salida
tras que un sistema distribuido es una red acompa- (sistemas multiprocesadores)
ada de unos programas que hacen transparente 0.001
redes de rea personal
la red al usuario. As, en una red de ordenadores, 0.01
si el usuario quiere ejecutar un determinado pro- 0.1 redes de rea local
grama de aplicacin, o consultar una base de da-
1.0
tos que est en uno de los ordenadores, tiene que redes de rea metropolitana
conocer el nombre de ese ordenador y conectarse 10

a l. En un sistema distribuido el usuario trabaja 100 redes de rea extensa

considerando al sistema como un conjunto nico:
1000
puede acceder a los recursos sin tener que saber en
10000
qu ordenador se encuentra cada uno.
Este asunto es muy amplio, y, como para otros,
aqu slo daremos una introduccin a las redes de
ordenadores. En el Apartado 21.9 comentaremos Figura 5.9 Extensiones geogrficas de las redes.
los sistemas operativos en red y distribuidos.

Redes de ordenadores
Una primera clasificacin de las redes de orde- subred

nadores es la que se basa en su extensin geogr-

fica. Se habla de:
redes de rea personal, en las que las distan-
cias entre ordenadores son inferiores a diez me-
tros,
redes de rea local, para distancias entre 10 m
y 1 Km,
redes de rea metropolitana, para distancias
entre 1 Km y 10 Km, y
redes de rea extensa cuando las distancias son
superiores a 10 Km.
Las fronteras son, naturalmente, aproximadas.
En la Figura 5.9 se han incluido tambin, para
comparar, los buses de entrada/salida (que inter-
conectan los subsistemas en sistemas fuertemente
acoplados).
Otra clasificacin se obtiene considerando la to-
pologa, que es como se suele llamar en este cam-
po al modelo estructural. La Figura 5.10 presen-
ta un modelo estructural genrico; la topologa se
refiere a la forma (abstrada en la figura) de inter-
conectar los nodos de conmutacin, formando la
subred de comunicaciones. La naturaleza de es-
ordenadores
nodos de conmutacin
Figura 5.10 Modelo estructural genrico de una red.
tos nodos es muy variable: desde sencillos circui-
tos de adaptacin hasta complejos procesadores de
comunicaciones.
Los mensajes que los ordenadores ponen sobre
la subred para que otro u otros los reciban pueden
ser ms o menos largos, dependiendo de la aplica-
cin. Generalmente el nodo emisor descompone
cada mensaje en una sucesin de paquetes de lon-
gitud fija (unos cientos o unos miles de bytes), y
el nodo receptor recomponen el mensaje original
a partir de los paquetes recibidos12 .
12
Para no transmitir un mensaje equvoco al lector he-
mos de aclarar que los procedimientos ms utilizados en las
redes de datos estn basados en conmutacin de paquetes,
pero tambin puede hacerse la comunicacin mediante con-
5.11. Comunicaciones entre ordenadores 189

Subredes de comunicaciones
La Figura 5.11 muestra algunas topologas tpi-
cas de las subredes.
La estrella es un modelo estructural directamen-
te derivado de una organizacin conocida desde estrella bus anillo con difusin
hace tiempo: un ordenador central y terminales;
ahora, los terminales suelen ser inteligentes, u
ordenadores. Las topologas de anillo y bus son
las ms utilizadas en las redes de rea local y me-
tropolitana, en las que, normalmente, cada nodo
atiende a un solo ordenador. En la comunicacin
por difusin el emisor pone los paquetes en un anillo punto a punto irrregular

medio comn y accesible por todos (el bus o el

anillo, que es un bus cerrado), junto con una iden-
tificacin de a quin van dirigidos; todos los nodos
reciben los paquetes, pero nicamente los recoge
aqul al que van dirigidos (de manera similar co-
mo se procede en los buses de entrada/salida). El
problema central en el diseo de este tipo de subre-
des es el de acceso al medio: cmo evitar que sur-
jan conflictos en el uso del bus o del anillo. En la
topologa de anillo punto a punto los paquetes via-
jan en un sentido u otro por el anillo, y cada nodo
lo retransmite al siguiente si no va dirigido a l.
La topologa irregular es la que comnmente se
encuentra en las subredes de rea extensa. Los no-
dos aqu son ms complejos, porque generalmente
atienden a varios ordenadores (en cada nodo exis-
te una topologa local en estrella o de otro tipo).
La comunicacin no es por difusin, sino punto a
punto: el mensaje inicial se transmite desde el no-
do emisor, a travs de nodos intermedios, hasta el
receptor. Normalmente cada nodo va almacenan-
do los paquetes que le van llegando y luego los
va emitiendo hacia los nodos que correspondan a
cada uno; se dice que es una subred de almacena-
miento y envo o de conmutacin de paquetes.
En esta topologa irregular es frecuente que pa-
mutacin de mensajes (los mensajes se envan enteros) o
mediante conmutacin de circuitos (que funciona como el
sistema telefnico: se establece un camino por el que viajan
los mensajes en un sentido u otro, y que permanece hasta que
se cierra la comunicacin).
encaminador,
pasarela
puente
hbrido
Figura 5.11 Modelos estructurales de la subred.
ra establecer la comunicacin entre dos puntos
puedan encontrarse varios caminos alternativos. El
problema aqu no es de acceso al medio, sino de
encaminamiento: cmo elegir en cada momento
el mejor camino. En efecto, el camino ms corto
no es necesariamente el mejor: puede haber una
congestin por un trfico elevado, o puede haber
un nodo defectuoso. As, incluso durante la trans-
misin de un mensaje, puede ocurrir que intere-
se que los paquetes viajen por distintos caminos.
Existe, como antes, una diversidad de soluciones
cuya descripcin sobrepasa nuestro propsito in-
troductorio.
Como se indica en la parte inferior de la Figu-
ra 5.11, es muy comn que en los nodos de una
subred de rea extensa se establezca un enlace con
190 Leccin 5. Variaciones sobre la periferia

una subred de rea local. Los encaminadores y las medio capacidad

pasarelas son subsistemas que adaptan los con-
venios y modos de funcionamiento de un tipo de
subred a otro, mientras que los puentes enlazan
subredes del mismo tipo.
Otro asunto en las subredes, en principio inde-
pendiente de la topologa, es el que se refiere al
medio fsico por el que se realiza la transmisin.
En la Tabla 5.2 pueden verse los ms utilizados,
junto con su capacidad de transmisin, o ancho
de banda, en millones de bits por segundo.
Ancho de banda es una expresin que provie-
ne de los sistemas de comunicacin analgica. En
el sistema telefnico slo pueden transmitirse por
una lnea seales de frecuencias comprendidas en-
tre 300 Hz y 3.300 Hz. (Al alejarse de los extremos
de esa banda de 3 KHz, la atenuacin de las se-
ales aumenta rpidamente). En la comunicacin
digital lo que interesa es el flujo de informacin,
medido en bits por segundo.
Que una subred utilice un determinado medio
no quiere decir que haga uso de toda la capaci-
dad de ese medio. El ejemplo ms notorio es la
red telefnica, que utiliza par trenzado. Como es-
t diseada para transmisin de voz, las seales
que se transmiten por ella son analgicas, con un
ancho de banda de unos 3.000 Hz. En la transmi-
sin de seales digitales con un mdem, con ese
ancho de banda y la relacin seal/ruido normal
de las lneas, el mximo flujo terico es 30 Kbps
(pgina 452). En la Tabla 5.3 se resumen las capa-
cidades tpicas de algunas subredes. RDSI sig-
nifica red digital de servicios integrados; se trata
de una red pblica para transmisin de voz y da-
tos que, utilizando las infraestructuras existentes
de las redes telefnica y de datos, est en vas de
implantacin. RDSIBA es RDSI de banda an-
cha, que est en estado de experimentacin y de
normalizacin, y que en un futuro incierto llega-
ra a sustituir a las redes pblicas actuales. Estas
redes son de rea extensa. Las otras que se citan
son redes locales; Ethernet utiliza cable coaxial
y FDDI (fiber distributed data interface) fibra
ptica.
par trenzado 2 Mbps
cable coaxial (banda base) 10 Mbps
cable coaxial (banda ancha) 150 Mbps
microondas y satlites 600 Mbps
fibra ptica 1.000 Mbps
Tabla 5.2. Capacidades tpicas de algunos medios de
transmisin.
subred capacidad
telefnica 30 Kbps
RDSI 144 Kbps
Ethernet 10 Mbps
FDDI 100 Mbps
RDSIBA 600 Mbps
Tabla 5.3 Capacidades de algunas subredes.
Redes de rea local
En la Figura 5.12 se muestra una disposicin de
distintas mquinas en una red de rea local basa-
da en bus. Conectados a ella pueden encontrarse
terminales (quizs con alguna capacidad local de
procesamiento grfico), estaciones de trabajo sin
discos (ordenadores con una UCP, una MP y un
terminal), estaciones de trabajo con disco, servi-
dores de ficheros e impresoras de uso comn. El
software (sistema operativo en red o distribuido,
Apartado 21.9) debe proporcionar la posibilidad
de compartir recursos (para que, por ejemplo, los
terminales y las estaciones de trabajo sin disco
acudan a los ficheros del servidor). En la figura se
ha incluido tambin un puente a otra red local y un
encaminador a una red de rea extensa (X.25 es
una norma para las redes pblicas de transmisin
de datos).
Arquitecturas
La arquitectura de comunicaciones se refiere
al modelo funcional que define los convenios pa-
ra establecer la comunicacin. En realidad no se
suele definir un modelo funcional nico, sino una
jerarqua de modelos. En efecto, como para todo
sistema complejo (Apartado 0.2), se hace necesa-
5.11. Comunicaciones entre ordenadores 191

capa n protocolo capa n

de la capa n
terminales

encaminador
estaciones de trabajo

UCP X.25 protocolo

MP capa 2 capa 2
de la capa 2
sin disco

interfaz 1/2 interfaz 1/2

puente
capa 1 protocolo capa 1
de la capa 1
estaciones de trabajo

UCP
MP
con disco

medio fsico

Figura 5.13. Modelo jerrquico para comunicaciones

de datos.
servidores de
ficheros

de esa capa (y haciendo abstraccin de cmo se

comunican las capas inferiores, y, en concreto, de
cmo ocurre la transmisin por el medio fsico).
Supongamos que se trata de establecer una co-
municacin de voz, texto e imgenes entre mdi-
impresoras

cos a travs de las redes pblicas de datos. En la

Figura 5.12 Una red de rea local.
rio definir varios niveles de abstraccin. En este
caso, los niveles se llaman capas. Cada una im-
plementa un conjunto de operaciones primitivas o
servicios de los que hace uso la capa inmediata-
mente superior a ella; la especificacin de estos
servicios constituye la interfaz entre las capas. En
cada capa existen entidades que se comunican ob-
servando ciertos convenios, o protocolos.
La Figura 5.13 ilustra los conceptos definidos
en el prrafo anterior. En la parte inferior est el
medio fsico por el que se establece la transmisin;
en la superior, la capa que representa la comuni-
cacin al ms alto nivel de abstraccin considera-
do por el modelo. Dos entidades de la misma ca-
pa pueden comunicarse respetando los protocolos
capa superior se podran definir protocolos sobre
la forma de disponer las imgenes en la pantalla,
ventanas, iconos, manejo de los cursores, etc. Pe-
ro la transmisin real por el medio fsico implica
consideraciones de un nivel de abstraccin mucho
ms bajo: cmo se representan los valores lgicos
0 y 1, qu retardo tiene la transmisin de un
bit, qu tasa de errores tiene el medio, cmo son,
mecnicamente, los conectores, etc. Como en toda
jerarqua de niveles, las capas sucesivas van abs-
trayendo los detalles. Por ejemplo:
1. En la capa 1 se realizan las operaciones nece-
sarias para adecuar la seal al medio: modula-
cin, acoplamiento, etc., ofreciendo un servicio
de transmisin de bits.
2. La capa 2 puede encargarse de proporcionar un
servicio de transmisin de un flujo de bits libre
de errores. Una tcnica consiste en que los pro-
gramas que implementan esta capa en el lado
emisor agrupen los bits conforme van llegando
192
Me(n) Mr(n)
Me(2) Mr(2)
Me(1) Mr(1)
seal
Figura 5.14. Transmisin de un mensaje por las capas
del modelo.
en grupos de, por ejemplo, cien bytes, y aadan
a cada grupo dos conjuntos de bits que sea-
lan la cabeza y la cola; en el lado receptor,
cada grupo se reenva al emisor, que compara
lo que le llega con lo que envi, y en caso de
error lo retransmite. Evidentemente, este pro-
cedimiento es muy costoso en cuanto al apro-
vechamiento de la capacidad de transmisin del
medio fsico. Existen otros ms sencillos pe-
ro menos seguros. Normalmente la capa pue-
de ofrecer un conjunto de servicios de distinta
calidad entre los que se puede elegir para cada
aplicacin.
3. La capa 3 se ocupa de encaminar la transmisin
por la red y da un servicio de transmisin de
paquetes en el que la ruta real por donde viajan
queda oculta.
4. La capa 4 descompone los mensajes originales
en paquetes.
5. Etc.
Un mensaje original emitido por la capa n (obe-
deciendo los protocolos de esta capa) va sufriendo
modificaciones sucesivas (descomposicin en pa-
quetes, adicin de cabeceras, etc.) hasta llegar al
medio fsico. En la recepcin se invierten las trans-
formaciones (Figura 5.14).
Leccin 5. Variaciones sobre la periferia
Las capas sucesivas son independientes de la
aplicacin final. Para hacer posible que la subred
pueda satisfacer a aplicaciones diversas es nece-
sario que la arquitectura (conjunto de capas, de
interfaces y de protocolos) est perfectamente de-
finida.
5.12. Normalizacin
Este es un curso sobre conceptos generales y b-
sicos, en el que no entramos en los detalles espe-
cficos de los ordenadores reales (salvando alguna
excepcin, como la de la Figura 5.4). Los buses
y los controladores que presentamos, as como las
interfaces (protocolos y otros convenios del nivel
lgico que estudiaremos en la Segunda Parte) no
son ms que modelos idealizados para transmitir
al lector esos conceptos bsicos.
Ahora bien, en el campo de los buses y, en gene-
ral, en el de las comunicaciones, se da una circuns-
tancia especial que conviene conocer. Por las razo-
nes comerciales a las que aludamos en el Aparta-
do 5.3, las presiones para adoptar convenios co-
munes (y as conseguir que productos de fabri-
cantes distintos sean compatibles), son muy acu-
sadas. Esto ha conducido a la aparicin de nor-
mas, algunas oficiales o de jure (propuestas o
adoptadas por organismos como ISO y UIT-T), y
otras de facto (establecidas por algn fabricante
o asociacin y seguidas luego por la mayora).
Muchas normas oficiales proceden de alguna
iniciativa empresarial previa. Por ejemplo:
La norma UIT-T V.24, ms conocida como RS-
232-C, o EIA-232-E, o, simplemente, puer-
to serie, es una interfaz concebida, en prin-
cipio, para comunicaciones por va mdem y
lnea telefnica, pero que se aplica en general
a las comunicaciones seriales con perifricos
lentos (Apartados 14.4 y 14.8). Su origen fue
un acuerdo de varios fabricantes de ordenado-
res y teletipos (Apartado 14.9) especificado
en 1969 por la EIA (Electronics Industry Asso-
ciation).
5.13. Sistemas abiertos
La interfaz Centronics, para conexin de im-
presoras a la UCP, fue diseada y desarrollada
por la empresa del mismo nombre y por Ep-
son en los aos 70, y se utiliz en todos los
ordenadores personales de los aos 80, cono-
cindose tambin como SPP (Standard Parallel
Port) (puerto paralelo). Su tasa mxima de
transferencia, 1.200 Kbps, era suficiente en esa
poca, pero la evolucin tecnolgica y la con-
veniencia de permitir comunicacin bidireccio-
nal la dejaron pronto obsoleta. En 1991, una
asociacin de fabricantes de impresoras, la Net-
work Printing Alliance, propuso al IEEE la ela-
boracin de una norma que, siendo compatible
con la SPP, permitiese tasas ms elevadas. Es-
ta norma, la IEEE 1284, es la que actualmente
se utiliza, en dos variedades: EPP (Enhanced
Parallel Port), para impresoras y escneres, a
8 Mbps, y ECP (Extended Capabilities Port),
para CD, controladores de red, etc, a 16 Mbps.
La norma IEEE 1014, ms conocida como
VME (Versa Module Eurocard), familia de bu-
ses de interconexin para sistemas de treinta y
dos bits, tiene su origen en el Versabus de
Motorola.
La norma ANSI X3.131, ms conocida co-
mo SCSI (Small Computer System Interface),
que especifica una interfaz para buses de entra-
da/salida, procede de SASI, introducida por
un fabricante de discos, Shugart.
La norma IEEE 1394 define un bus serial de
gran velocidad (400 Mbps) para aplicaciones
multimedia basado en el que haba introducido
la empresa Apple con el nombre de FireWire
con el objetivo de integrar ordenadores y asis-
tentes personales con DVD, televisin digital,
etc.
Ejemplos de normas de facto son:
El lenguaje PostScript (de Adobe) para des-
cripcin del contenido de pginas en impreso-
ras lser.
El bus PCI (de Intel), bus del sistema para
ordenadores personales.
193
El USB (Universal Serial Bus), promocionado
a partir de 1995 por varias empresas como un
complemento al FireWire para perifricos len-
tos (1,5 Mbps), se utiliza desde el ao 2002
en su versin 2.0, que permite tasas de hasta
480 Mbps, y se ha desarrollado otra versin
posterior, llamada USB OTG (USB On-The-
Go) para la interconexin de dispositivos digi-
tales sin mediacin de un ordenador.
Los protocolos de la serie TCP/IP, utilizados
en la Internet. La IAB (Internet Architecture
Board) de la Internet Society se ocupa de la
normalizacin en este campo.
Esta actividad de normalizacin se hace an
ms necesaria en las comunicaciones entre orde-
nadores. El modelo de referencia OSI (Open
Systems Interconnection, interconexin de siste-
mas abiertos) es una norma de ISO y UIT-T uni-
versalmente aceptada como marco genrico para
las comunicaciones de datos. En esencia, se ba-
sa en el modelo de la Figura 5.13, con siete ni-
veles o capas. Dentro de cada capa se establecen
dos tipos de normas: las relativas al servicio (in-
terfaz de la capa con la superior a ella) y las que
especifican los protocolos (naturaleza y convenios
de representacin de los mensajes intercambiados
entre entidades comunicantes en ese nivel). Su es-
tudio es ya propio de textos especializados, como
los que citamos en el Apartado 5.17.
5.13. Sistemas abiertos
Los intereses comerciales en el campo de la te-
lemtica dan lugar a situaciones ms complejas
que en otras industrias. En la del automvil, por
ejemplo, cada fabricante tiene sus propios diseos
para los componentes, y normalmente se utilizan
repuestos de la marca original. En este sentido un
automvil es un sistema cerrado. Es abierto en
otros dos sentidos: por una parte tiene que inte-
ractuar con el conductor, y por otra tiene que fun-
cionar en armona con otro sistema: el de las vas
pblicas de circulacin. Pero para ambos tipos de
194
interaccin existen interfaces bien definidas, sen-
cillas y universalmente adoptadas. Con respecto al
usuario, las situaciones del volante, pedales y otros
mandos, y en lo que se refiere a las vas es an ms
sencillo: cuatro ruedas. Y la especificacin de es-
tas interfaces tiene una gran tolerancia: no importa
mucho la separacin entre las ruedas, como tam-
poco entre los pedales.
Pero en las comunicaciones entre ordenadores,
o entre componentes de ordenadores, las especifi-
caciones tienen que ser muy rigurosas. Basta con
cambiar el convenio sobre dnde se sita un deter-
minado bit en un mensaje que consta de millones
de bytes para que las mquinas no se entiendan
si el cambio se hace en una y no en la otra.
Los fabricantes fijan sus polticas para el diseo
de productos teniendo en cuenta dos consideracio-
nes contrapuestas:
Por una parte, tener un mercado cautivo es una
situacin atractiva; esta situacin se fomenta
con productos cerrados: incompatibles y de co-
municacin imposible con los de otros fabri-
cantes.
Por otra, tambin les interesa hacerse con una
elevada cuota de mercado; y los clientes pre-
fieren soluciones abiertas, que no condicionen
la evolucin de sus inversiones en informtica
y telemtica.
En este marco, se comprende que la evolucin
de la industria sea bastante errtica, con alianzas
temporales entre fabricantes para hacer compati-
bles sus productos, con patentes de las que se ofre-
cen licencias a otros, etc. Pero parece que tiende
a imponerse un elemento estabilizador: la acep-
tacin por fabricantes y usuarios de los llamados
sistemas abiertos.
El concepto genrico de sistema abierto (Apar-
tado 0.2) se concreta en el campo de la telemtica
de varias maneras:
Se dice de una UCP que es una arquitectu-
ra abierta cuando la empresa que la ha diseado
permite (y promueve) que otros fabricantes imple-
menten y comercialicen productos basados en esa
Leccin 5. Variaciones sobre la periferia
arquitectura (entendida aqu la arquitectura como
el modelo funcional, es decir, los convenios de re-
presentacin en el nivel de mquina convencional
y el repertorio de instrucciones). O bien, cuando la
arquitectura es una norma oficial. Un ejemplo de
arquitectura abierta es SPARC, de Sun Microsys-
tems, base de la norma IEEE P1754, que nos ser-
vir de modelo para Regstrez, en la Leccin 8.
Se dice del hardware de un ordenador que es
abierto cuando la especificacin de sus buses es
de dominio pblico y se atiene a normas oficiales
(caso del bus SCSI) o a normas de facto, en las
que el autor de las normas no pone objeciones a la
fabricacin por otros de subsistemas compatibles
(caso del bus PCI).
Se dice del software que compone un sistema
operativo que es abierto cuando los programas de
aplicacin desarrollados en distintos ordenadores
pueden llevarse (o portarse) sin modificaciones
de uno a otro. Es decir, que un programa desarro-
llado en uno de los ordenadores, bajo su sistema
operativo, pueda ejecutarse en el otro. Para esto no
es necesario que los sistemas operativos de ambos
ordenadores sean idnticos, sino que se atengan a
una normativa. En el Apartado 21.2 veremos un
ejemplo, POSIX.13
Se dice del software de comunicaciones que
es abierto cuando respeta normas universalmente
aceptadas, como los protocolos TCP/IP citados en
el anterior Apartado.
Vemos, pues, que el adjetivo abierto se apli-
ca a cosas bastante diferentes. Pero en todas ellas
puede observarse algo en comn: se trata de ate-
nerse a normas sobre interfaces, es decir, so-
bre modelos funcionales. Dos fabricantes distintos
pueden tener sus propios productos abiertos pa-
ra, por ejemplo, interconectar sus ordenadores a
las redes pblicas de datos. Estos productos ten-
drn forzosamente que ser funcionalmente equi-
13
No debe confundirse este concepto de software abierto
con el de cdigo fuente abierto (open source), que es (con
algn pequeo matiz), equivalente a software libre (Apar-
tado 20.10).
5.15. Observaciones terminolgicas
valentes, pero internamente (en sus modelos es-
tructurales y procesales) pueden ser completamen-
te diferentes y sus diseos pueden estar legalmente
protegidos.
Con respecto a la definicin clsica en teora transferencia tiene lugar carcter a carcter.
de sistemas (sistema que intercambia materia y/o
energa y/o informacin con el entorno, Aparta-
do 0.2), lo que se aade en telemtica es que el in-
tercambio (de informacin) debe efectuarse respe-
tando unas normas (o, lo que es lo mismo, un mo-
delo funcional perfectamente definido) aceptadas
por todos (o por todos los que, coherentemente,
quieren ponerle a sus sistemas la etiqueta abier-
to).
5.14. Resumen
La entrada/salida (comunicaciones de la UCP y
la MP con los perifricos, incluyendo entre stos
a las memorias secundarias, y con otros ordena-
dores) es un asunto complejo, por la variedad de
perifricos, de modalidades de conexin y de mo-
dos de funcionamiento.
En general, los perifricos van a acompaados
de subsistemas de control especficos (controlado-
res) que pueden hacer comunicar a uno o varios
perifricos con algn registro de la UCP, o directa-
mente con la MP. La conexin de los controladores
puede hacerse a travs del mismo bus que comuni-
ca a la UCP con la MP (bus del sistema] o median-
te vas especializadas (buses de entrada/salida).
Las memorias secundarias pueden almacenar
grandes volmenes de datos, pero tambin pue-
den enviar estos datos hacia la MP, o leerlos de
ella, con tasas de transferencia tan elevadas que
hacen inviable el paso intermedio por registros de
la UCP. Para esta situacin resulta adecuado el ac-
ceso directo a la memoria (ADM). Con la tcnica
de ADM la UCP delega en el controlador funcio-
nes rutinarias para la transferencia sucesiva de by-
tes o de palabras entre la MP y los perifricos. El
conjunto de bytes que se transfieren en una opera-
cin de ADM sin intervencin de la UCP se llama
195
bloque; en el caso de un disco un bloque es un
sector o un pequeo nmero de sectores del disco.
Estos perifricos se llaman de bloques, a diferen-
cia de los perifricos de caracteres, en los que la
Tres son las caractersticas diferenciadoras de
un controlador de ADM con respecto a los de los
perifricos de caracteres:
el controlador de ADM tiene acceso directo a
bus del sistema (buses A, D y C).
el controlador de ADM roba ciclos de la MP a
la UCP;
el controlador de ADM mantiene la cuenta de
bytes o de palabras transferidas entre el perif-
rico y la MP.
Hay varios tipos de controladores de ADM:
dedicado (atiende a un solo perifrico), selector
(puede atender a varios, asignados permanente-
mente), flotante (puede atender a varios, asignados
dinmicamente) y multiplexador (puede atender a
varios simultneamente, repartiendo su tiempo
entre ellos).
Si los controladores de ADM leen y escriben
datos en la MP, los procesadores perifricos, leen
e interpretan, adems, instrucciones. Desde la apa-
ricin de aplicaciones multimedia, un procesador
perifrico esencial es el controlador de grficos.
Finalmente, y tras esbozar algunas ideas bsi-
cas de las redes de ordenadores. hemos sealado
la importancia de las actividades de normalizacin
de las comunicaciones con los perifricos y con
otros ordenadores, lo que nos ha llevado a concluir
con unos comentarios sobre los llamados sistemas
abiertos.
5.15. Observaciones terminolgicas
Los conversores analgicodigital y digital
analgico suelen conocerse como ADC (Analog
to Digital Converter) y DAC (Digital to Analog
Converter), respectivamente. RAMDAC es por
Random Access Memory DAC. Igualmente, suele
decirse DMA (Direct Memory Access) en lugar
de ADM.
196
A veces resulta difcil buscar equivalentes adecua-
dos para ciertos trminos, y en la jerga profesional se
suelen dejar en ingls. Backup puede traducirse, co-
mo hemos hecho, por copia de seguridad, pero pa-
ra expresar correctamente streamer habra que decir
unidad de cinta de flujo continuo (o utilizar algn tr-
mino que traduzca el sentido original, como serpen-
tina, que al no ser de uso comn y establecido pue-
de perjudicar la comprensin). Lo mismo ocurre con
disquete, escner y mdem, aceptados ya por 5.16. Notas histricas
la R.A.E. (lo que no aclara es cmo se forma el plural).
Otros que, sin embargo, tienen traduccin fcil tambin
se utilizan en ingls, como es el caso de frame buffer,
que hemos traducido por memoria de fotograma , o
el barbarismo removible por intercambiable.
Robo de ciclo es traduccin literal de cycle stea-
ling, pero el robo de bus corresponde a lo que otros
textos denominan burst mode (modo de rfagas).
Las zonas de la MP reservadas para almacena-
miento intermedio de datos procedentes o con destino a
perifricos se llaman en ingls buffers (ya lo haba-
mos comentado en el Apartado 2.11). As, la tcnica
del uso de dos zonas (Apartado 5.9) se conoce como
double buffering.
A telemtica (fusin de informtica y auto-
mtica) se le atribuye un origen francs (el informe
NoraMinc, 1978), pero el trmino apareci antes en
el ttulo y el texto de un artculo de Luis Arroyo (1977).
Hemos preferido norma a estndar (como en
AENOR, la Asociacin Espaola de Normalizacin y
Certificacin) aunque la R.A.E. admite tambin el se-
gundo trmino (y estandarizacin, y estandardiza- nombre de Unibus. Hace aos, cada fabricante de
cin!, en lugar de normalizacin).
ISO (International Standards Organization) y UIT-T
(Unin Internacional de Telecomunicaciones, antes
CCITT) son organizaciones internacionales de norma-
lizacin. Las normas elaboradas por ANSI (American
National Standards Institute) y las del IEEE (Institute
of Electrical and Electronics Engineers) son frecuente-
mente adoptadas por ISO.
Las expresiones red de rea personal, local,
metropolitana y extensa suelen abreviarse como
PAN, LAN, MAN y WAN, respectivamente 8 MHz (al tener diecisis lneas de datos, esto permita
(la ltima, de Wide Area Network). La RDSI es
tambin conocida como ISDN (integrated services
digital network), y la RDSIBA como BISDN en todos los PC clnicos. Pero AT era una mar-
(BroadISDN).
Otras traducciones de trminos relacionados con las
redes de ordenadores son:
Leccin 5. Variaciones sobre la periferia
comunicacin por difusin = broadcasting
almacenamiento y envo = store and forward
conmutacin de paquetes = packet switching
encaminamiento/encaminador = routing/router
pasarela = gateway
puente = bridge
par trenzado = twisted pair
Los primeros perifricos que se utilizaron fueron las
lectoras de tarjetas y de cintas de papel perforadas, ya
desarrolladas para otras aplicaciones. En los primeros
ordenadores comerciales (UNIVAC 1 en 1951 e IBM
701 en 1953) se introdujeron las cintas y los tambores
magnticos como memorias secundarias.
El subsistema de entrada/salida es, de todos los que
componen un ordenador, el que ms ha evolucionado,
debido a la aparicin de nuevas aplicaciones, con su di-
versidad de dispositivos perifricos. Nadie hubiera po-
dido prever en los aos 50 y 60 que los ordenadores lle-
garan a utilizarse para controlar edificios, automviles,
electrodomsticos y juguetes. Esta misma diversidad,
con el gran nmero de variantes en las soluciones hard-
ware y software que origina, hace que el problema de
las comunicaciones con el exterior sea particularmen-
te difcil de presentar de un modo general y, al tiempo,
inteligible.
La primera organizacin con bus nico fue la del mi-
niordenador PDP11, aparecido en 1969; el fabricante,
Digital Equipment Corp., lo bautiz y registr con el
ordenadores especificaba sus propios buses de entra-
da/salida y sus protocolos: Unibus de DEC, Mul-
tibus de Intel, Versabus de Motorola, Megabus
de Honeywell, etc. Esto conduca a que para un mis-
mo perifrico el controlador fuera diferente segn el
ordenador al que hubiera de conectarse. La situacin
ha cambiado con la aparicin y adopcin de normas.
En 1984 IBM introdujo el modelo PC AT, basado
en el microprocesador 80286 de Intel (Apartado 6.18),
de diecisis bits. Tena un bus nico con un reloj de
una tasa de transferencia de 16 MB/s). Las especifica-
ciones del bus eran abiertas, y rpidamente se adopt
ca registrada, por lo que la norma recibi el nombre de
ISA (Industry Standard Architecture).
Cuando al principio de los 90 los 16 MB/s empeza-
5.18. Ejercicios
ron a ser escasos para las tasas de transferencia de los
discos y los controladores grficos aparecieron otros
buses, como el Microchannel de IBM (que, rompien-
do la tradicin, no era abierto), o el EISA (Enhanced
ISA), norma propuesta por otros fabricantes. Igualmen-
te se usaron otros buses e interfaces especializados pa-
ra controladores grficos. Actualmente se han impuesto
como normas el PCI y el AGP, introducidos por Intel.
Ivan Sutherland, cuyos trabajos pioneros datan de
1960, es reconocido como padre de los grficos en
los ordenadores: muchos de los conceptos actuales en
este campo tienen su origen en Sutherland (1963).
La primera unidad disco magntico, IBM 305 RA-
MAC (Random Access Method of Accounting and
Control), introducida en 1956, tena cincuenta discos
de 60 cm de dimetro en los que almacenaba 5 MB, y
una tasa de transferencia de 8.800 B/s. El mismo fabri-
cante present en 1973 lo que puede llamarse el pa-
dre de los discos duros actuales: el IBM 3340. La uni-
dad tena dos partes, una fija y otra intercambiable, am-
bas con una capacidad de 30 MB, por lo que tambin se
conoca como el 3030. Y esto llev a llamarle dis-
co Winchester, por el famoso rifle Winchester 3030.
El acrnimo RAID lo acuaron investigadores de
la University de California en Berkeley, que empezaron
a disear arrays de discos en 1987.
La idea de los procesadores perifricos con progra-
mas residentes en memoria local se materializ en los
PCPs (Peripheral Control Processors) del ordenador
CDC-6600, aparecido en 1964.
En Smotherman (1989) puede encontrarse una vi-
sin general de la evolucin histrica de los sistemas
de entrada/salida.
Gran parte de los conceptos para las redes de rea
extensa proceden de la primera, ARPANET, red del
Ministerio de Defensa de EE.UU., que data de 1969
(McQuillan y Walden, 1977) y ha sido el origen de los
protocolos TCP/IP y de la Internet. Ethernet, la primera
red de rea local, que data de 1973 (Metcalfe y Boogs,
1977), es tambin actualmente el tipo de red local ms
utilizado.
5.17. Orientaciones bibliogrficas
En la discusin sobre la problemtica de la conexin
de perifricos a la UCP (Apartado 5.3) hemos utiliza-
do el trmino variedad, que designa a un concepto ci-
berntico con un espectro de aplicaciones muy amplio
197
(Ashby, 1956). Remitimos al lector interesado a Sez
(1992).
Sobre perifricos en general, en Prieto et al. (2002)
se da un catlogo muy completo con las principales
caractersticas. Para ms detalles, la PC Guide que
mantiene Kozierok (2002) en pginas web contiene una
gran cantidad de informacin (ms de 48 MB) actuali-
zada (y no slo perifricos: procesadores, BIOS, etc.).
Para informacin especfica sobre CD y DVD, en las
pginas de CD-info (2002) hay muchos enlaces.
En un extenso artculo de Nicoud (1988) pueden en-
contrarse detalles sobre el diseo de terminales grficos
con VRAM, as como otras aplicaciones de este tipo de
memoria.
Sobre comunicaciones de datos y redes de ordena-
dores en general son recomendables los libros de Ta-
nenbaum (2003) y Stallings (2004).
5.18. Ejercicios
1. Una unidad de cinta clsica tiene una densi-
dad lineal de grabacin de 1.600 bpi, nueve pis-
tas, una longitud de 2.400 pies (unos 730 metros)
y una velocidad normal de lectura y escritura de
125 pulgadas por segundo. Calcule su capacidad
total y su tasa de transferencia.
2. Los clculos del anterior Ejercicio se refieren a
la cinta no formateada. Suponga que los regis-
tros son de longitud fija e igual a 256 bytes, y que
los intervalos entre registros son de veinte mil-
metros, e ignore otros factores que reducen la ca-
pacidad, como los intervalos entre ficheros. Cal-
cule la capacidad total real.
3. Un formato tpico para disquetes de 3,5 pulgadas
tiene dos superficies, ochenta cilindros, dieciocho
sectores por pista y quinientos doce bytes por sec-
tor, y gira a 300 rpm (revoluciones por minuto).
Calcule la capacidad total y la tasa de transferen-
cia.
4. Cuntos de estos disquetes son necesarios pa-
ra hacer una copia de seguridad de un disco de
60 GB?
5. Estime el nmero de disquetes (con el formato de
los anteriores Ejercicios) necesarios para almace-
nar el texto de este libro.
6. Estime el nmero de libros como ste que pueden
almacenarse en un CDROM.
198
7. Calcule los tiempos medios de espera en dis-
cos y disquetes. Basta saber que un disco gira a
5.400 rpm, 7.200 rpm, 10.000 rpm, 12.000 rpm o
15.000 rpm, y un disquete a 300 rpm. El tiempo
medio ser lo que tarde en dar media vuelta.
8. Disee el modelo funcional de un controlador de
ADM que permita aadir una unidad de disquetes
en Smplez+i4, teniendo en cuenta lo dicho en el
Apartado 5.7.
9. Codifique en el ensamblador de Smplez+i4 los
Programas 5.1 y 5.2 de acuerdo con el resultado
del Ejercicio anterior.
10. Suponga que se conecta una pantalla grfica con
una resolucin 7681.024 y 256 colores (un byte
por pixel) a un ordenador con una MP que tiene
un ciclo de 200 ns. El controlador funciona me-
diante ADM, leyendo palabras de de diecisis bits
con la frecuencia necesaria para obtener sesenta
imgenes por segundo. Qu porcentaje de ciclos
de la MP se le sustraen a la UCP? Por qu este
ordenador no puede ser Smplez?
11. Ahora suponga que la parte de la MP que sir-
ve de memoria de fotograma se realiza con una
VRAM que tiene ocho registros de desplazamien-
to (SAM) de 1.024 bits cada uno. Las transfe-
rencias de la parte RAM a la parte SAM pueden
hacerse en paralelo con los ocho registros, pero
no pueden ser simultneas con otros accesos (por
parte de la UCP) a la RAM. Las lecturas de los
registros, sin embargo, pueden proceder mientras
la UCP accede a la RAM. Calcule el nuevo por-
centaje de ciclos que se le sustraen a la UCP.
12. La primera edicin de este libro la escrib en mi
casa entre los aos 1987 y 1993, utilizando un or-
denador personal para editar el texto y pasndolo
luego en mi Departamento a una estacin de tra-
bajo conectada a una red, en la que realizaba el
trabajo de compaginacin. Considere dos alterna-
tivas para trasmitir el texto de un lugar a otro:
Leccin 5. Variaciones sobre la periferia
Con un mdem de 2.400 bps (lo que entonces
haba).
Llevando personalmente en el bolsillo un dis-
quete lleno con 1.440 KB (distancia: 5 Km;
duracin del recorrido: 10 minutos; medio: au-
tomvil particular).
Calcule el ancho de banda de la transmisin por
el bolsillo, y compare ambos mtodos de comu-
nicacin en cuanto a tiempo y coste.
Este ejercicio est inspirado en un ejemplo cl-
sico de Tanenbaum, que en su libro Computer
Networks haca referencia al transporte fsico de
cintas magnticas, terminando con la moraleja:
no subestimes nunca el ancho de banda de una
furgoneta que viaja cargada de cintas.
13. Una de las cosas que ms ha crecido desde 1993
(an ms que el precio del combustible) es la ve-
locidad de los mdems. Para la tercera edicin
(1998) disfrutaba ya de uno de 28.800 bps. Reha-
ga los clculos del Ejercicio anterior con este nue-
vo dato. Pero tambin haban mejorado los me-
dios de almacenamiento. Con un tamao un poco
ms grande que los disquetes, haba discos que
tambin caban en un bolsillo, con una capacidad
de 100 MB. Vuelva a rehacer los clculos.
14. Esta quinta edicin aparece en 2004. Haga la
misma comparacin, considerando una conexin
ADSL de 256 Kbps y un CDROM de 650 MB.
15. Entre las actividades ligadas a los sistemas abier-
tos aparecen las de homologacin y certificacin.
Justifique la necesidad de organismos indepen-
dientes que se hagan cargo de tales actividades,
teniendo en cuenta la discusin sobre polticas
empresariales del Apartado 5.13.
16. En qu sentido, o sentidos, puede decirse que el
pec (el ordenador personal creado por IBM) es
un sistema abierto? En qu sentido, o sentidos,
no lo es?