Asignatura Datos del alumno Fecha

Apellidos y Nombres: Pilozo Bernardino Bryan

Arquitectura
Computacional Paralelo: TIN-S-MA-6-3
Carrera: TECNOLOGIAS DE LA INFORMACION

ACTIVIDAD #1

DATAPATH
Una CPU tiene tres partes: la unidad de control, los registros y la ALU.
Estas dos últimas forman lo que se conoce como el datapath. La ruta de
datos (“datapath”) es el conjunto de unidades funcionales que procesan los
datos. La ruta de datos debe incluir tantos elementos de almacenamiento
como registros sean visibles por el programador. Además, puede tener otros
elementos de almacenamiento transparentes.
Además, el datapath no es más que una serie de circuitos secuenciales o de
memoria con lógica combinacional en el medio,ya que realiza operaciones
aritméticas y lógicas. Dentro del proceso de diseño de una
microarquitectura se le llama datapath al conjunto de componentes que
conforman la microarquitectura. En general, un datapath está conformado
por componentes digitales que le permiten recuperar una instrucción de la
memoria, decodificar la instrucción, ejecutar la operación correspondiente
y almacenar el resultado en la memoria o en los registros del procesador.
Elementos del datapath:
• ALU.
• Memoria de instrucciones.
• Memoria de datos.
• Banco de registros.
• Sumadores

ESQUEMA SIMPLE DE IMPLEMENTACION

Los diagramas de implementación
ofrecen una ilustración de la
arquitectura física del
hardware, del software y de los
artefactos del sistema. Los
diagramas de implementación
pueden entenderse como lo
contrario de los casos de uso,
porque ilustran la forma física
del sistema, en lugar de
representar conceptualmente los
usuarios y dispositivos que
interactúan con el sistema. Los
diagramas de implementación son un elemento importante de la documentación
de sistemas que pueden ayudarle a planificar proyectos complejos con
artefactos (como archivos ejecutables, archivos de datos, documentos XML
y archivos de configuración), que a fin de cuentas residen en plataformas
de hardware independientes. El uso de diagramas de implementación claros
y detallados también permite entender mejor toda la arquitectura del
proyecto, sobre todo si se trabaja en un equipo muy grande
ESQUEMA DE CASCADA DE IMPLEMENTACIÓN
El modelo en cascada o waterfall model, es la propuesta de un enfoque
metodológico que consiste en ordenar de forma lineal las distintas etapas
que debes de seguir al momento de desarrollar tu software,aunque existen
muchas metodologías que te ayudarán a definir este proceso para el
desarrollo de un software, una de las más comunes y conocidas es el modelo
en cascada. Este enfoque de cascada, originalmente fue propuesto en 1970
por Winston W. Royce, es también conocido como modelo lineal o modelo de
ciclo de vida de un programa, y millones de personas lo han incorporado a
sus planes en las últimas cinco décadas.
Existen diferentes versiones de las fases del modelo en cascada y,
dependiendo del lugar en donde
consultes, la cantidad puede variar. Sin embargo, originalmente eran siete:
1. Análisis de requisitos.
2. Diseño del sistema.
3. Diseño del programa.
4. Codificación.
5. Pruebas.
6. Implementación o verificación del programa.
7. Mantenimiento.
CONTROL
Coordina el movimiento y el orden de los datos que se mueven dentro y fuera
del procesador, así entre las diferentes subunidades que forman parte de
este. Interpreta las instrucciones. Controla las diferentes ALU y unidades
de ejecución del procesador. No solo se encarga de captar y decodificar
las instrucciones, sino también de escribir los resultados en los
registros, caches o en la dirección correspondiente de la RAM. Cada
procesador tiene un conjunto de registros e instrucciones o ISA que podemos
entender como el idioma del procesador, por lo que dependiendo de cada
procesador un código binario puede significar una cosa u otra

HAZARDS V
Tipos de Hazards
▪ Hazards estructurales: se dan cuando hay un conflicto de hardware para
alguna combinación de
instrucciones, se produce cuando dos instrucciones quieren acceder al mismo
recurso de
hardware al mismo tiempo.
Opciones para solucionar:
○ Esperare debe generar una señal de stall
○ Agregar más hardware
▪ Hazards de datos: se dan cuando por alguna dependencia de datos en las
instrucciones y el uso de pipeline, se altera el flujo de datos del programa
Tipos
o Read after Write (RaW): Se produce si una instrucción posterior lee un
resultado anterior que
aún no fue calculado , denominada ‘true data dependency’.
o Write after Read (WaR): Se da cuando una instrucción posterior intenta
escribir un dato antes
que una instrucción anterior lo haya leído, denominada ‘anti-dependencia’.
o Write after Write (WaW): Se produce cuando una instrucción posterior
escribe un dato antes
que una instrucción anterior lo pueda escribir ‘dependencia de salida’
Resolución
○ Esperar, se debe generar una señal de stall o tener ayuda del compilador.
○ Agregar conexiones al camino de datos para solucionar el problema
(forwarding).
○ Hazards de control: son causados por instrucciones de saltos u otras
modificaciones del PC