_ SEP DGEST

INSTITUTO TECNOLÓGICO DE ACAPULCO

INGENIERIA EN SISTEMAS COMPUTACIONALES

MATERIA:
COMPUTO DISTRIBUIDO

TEMA
1.3 DEFINICÓN DE DESEMPEÑO EN LOS SISTEMAS

PROFESOR:
ÚRZUA OSORIO DAGOBERTO

INTEGRANTES:

GÓMEZ URBANO JESUS 14320976

JIMENEZ ROLDÁN XAVIER SALVADOR 14321000
LEYVA SALMERÓN RONALD OSVALDO 14321002

GRUPO: IS1 AULA: 7LR

ACAPULCO, GRO. AGOSTO DEL 2018.

INDICE

DESARROLLO ....................................................................................................................................... 3
CARACTERISTICAS DEL DESEMPEÑO……………………………………………………………………………………………….3

VARIABLES QUE AFECTAN EL DESEMPEÑO……………………………………………………………………………………..5

REFERENCIAS BIBLIOGRAFICAS ........................................................................................................... 9

Página | 2
DESARROLLO

La evaluación del desempeño es un proceso sistemático (siguiendo un orden en

específico) y periódico (que se realiza con intervalos de tiempo) de estimación
cuantitativa y cualitativa del grado de eficacia con el que un objeto, sistema, persona
lleva a cabo las actividades y responsabilidades del puesto que desarrollan.
Su finalidad es juzgar o estimar el valor, la excelencia y las cualidades de este objeto
y, sobre todo, su contribución que tiene.

En cual al tema del desempeño dentro de un sistema siempre está oculto, al acecho.
La construcción de un sistema distribuido transparente, flexible y confiable no
servirá de mucho si es demasiado lento. En particular, cuando se ejecuta una
aplicación en un sistema distribuido, no debe parecer peor que su ejecución en un
procesador.

Es por ello que cuando se habla del desempeño dentro de un sistema distribuido su
principal fundamento es el tiempo, principalmente los tiempos de respuesta que se
tienen como lo es el tiempo total desde el principio hasta el fin del proceso, el tiempo
que tarda en ejecutarse un programa(s) y el tiempo de acceso a un disco, así como
también la cantidad de trabajo hecho por una unidad de tiempo. Es importante
también considerar el uso de sistema que se hace durante cada proceso, así como
la cantidad consumida de la capacidad de la red.

Así como cada tipo de sistema tiene características que lo ayudan a diferenciarse
de otros sistemas; dentro de la característica de desempeño, se pueden encontrar
sub-características. Éstas se toman en cuenta cuando se aplican las medidas de
desempeño, con la única finalidad de verificar si dichas medidas aplicadas lograron
cumplir con la mayoría de las sub-características.

Las características del desempeño en los sistemas distribuidos se pueden resumir

en lo siguiente:

Página | 3
  Minimizar el tiempo de respuesta.
 Maximizar el rendimiento en razón del número de trabajos efectuados en un
tiempo determinado.
 Minimizar el uso de recursos del sistema (CPU, memoria, archivos,
entrada/salida, red, etc).
 Minimizar la cantidad de mensajes enviados en la red. En este caso
intervienen técnicas de inteligencia artificial.

Hablando de las características mencionadas tenemos que:

Cuando se habla de minimizar el tiempo de respuesta, hace referencia al tiempo
que transcurre antes de que una computadora (nodo) reciba una señal de petición
o respuesta por parte de otra computadora (nodo); con esta característica se
pretende que ese tiempo transcurrido, sea el mejor posible cada vez que exista una
comunicación entre dichas computadoras dentro del sistema.

La segunda característica, influye en el número de procesos que se realizan en un

tiempo determinado, el sistema tendrá un buen desempeño siempre y cuando, todas
las computadoras participantes en el sistema, tengan la capacidad de procesar tanto
un gran número de tareas como una pequeña carga de trabajo; si el sistema realiza
una carga de trabajo menor, al repartir las tareas tendrán un mayor rendimiento para
efectuar todo el trabajo, mientras que, cuando el sistema debe trabajar con un
número elevado de procesos, el rendimiento disminuirá debido a la carga de trabajo
que se le está asignando a cada una de las computadoras, eso sin tener en cuenta
que hay una posibilidad de que el sistema tenga procesos en espera. La capacidad
de rendimiento, es que el sistema pueda trabajar aun cuando se le asignen
demasiadas tareas.

La característica número tres, hace alusión a la capacidad que tendrá el sistema

para ahorrar recursos durante el tiempo de ejecución de los procesos que se le
requieran, un sistema tendrá buen rendimiento cuando actué sobre los diferentes
procesos, atendiéndoles de forma eficiente, con el menor recurso posible.

Página | 4
La cuarta característica nos habla de la importancia de los diseñadores de sistemas
distribuidos traten de nivelar o equilibrar el desempeño contra la confiabilidad.

[1]

Ahora bien existen algunas variables que afectan las características esenciales de
los cluster, las cuales se encuentran directamente ligadas al rendimiento que un
cluster puede presentar o a la forma en que trabaja éste.

Se pueden mencionar las siguientes:

 Migración de procesos: se realiza para equilibrar la carga de trabajo de los

nodos de un cluster.
 Latencia de red: es la cantidad de tiempo que tarda una transferencia de
datos de un punto de la red a otro.
 Balanceo de carga: es el proceso mediante el cual se intenta reducir la
diferencia de carga entre pares de nodos, migrando procesos desde los
nodos más cargados hacia los menos cargados.
 Gestión de memoria: esta variable intenta disponer el máximo número de
procesos en la RAM del sistema con el fin de evitar el intercambio de
procesos.
 Monitorización: proporciona información sobre el comportamiento de
aplicaciones en tres niveles: secuenciales paramétricas, paralelas
intracluster y paralelas intercluster.

[2]

Aunque el alto rendimiento no es el objetivo principal de utilizar un distribuido

sistema, lograr un buen rendimiento es importante. En grandes sistemas
distribuidos, latencia de la red (tiempos de propagación y transmisión) y el acceso
a redes compartidas los recursos pueden generar grandes retrasos que deben
minimizarse. El tiempo de respuesta es muy importante para un usuario promedio.

Página | 5
Los siguientes son algunos ejemplos de los problemas que surgen al determinar el
desempeño

 Métricas Las métricas apropiadas deben definirse o identificarse para medir

el rendimiento de los algoritmos distribuidos teóricos, así como para
implementaciones de tales algoritmos. El primero involucraría varias medidas
de complejidad en las métricas, mientras que las últimas implicarían
varios sistemas y métricas estadísticas.

 Métodos / herramientas de medición Como un sistema distribuido real es un

complejo entidad y debe ocuparse de todas las dificultades que surgen al
medir rendimiento a través de una WAN / Internet, metodologías apropiadas
y se deben desarrollar herramientas para medir las métricas de rendimiento.
[3]
El problema del desempeño se complica por el hecho de que la comunicación, factor
esencial en un sistema distribuido (y ausente en un sistema con un procesador) es
algo lenta por lo general.

El envío de un mensaje y la obtención de una respuesta en una LAN tardan cerca

de 1 smseg. La mayor parte de este tiempo se debe a un manejo inevitable del
protocolo en ambos extremos, más que el tiempo que pasan los bits en los cables.
Así, para optimizar el desempeño, con frecuencia hay que minimizar el número de
mensajes. La dificultas con esta estrategia es que la mejor forma de mejorar el
desempeño es tener muchas actividades en ejecución paralela en distintos
procesadores, pero esto requiere el envío de muchos mensajes. (Otra solución es
hacer todo el trabajo en una máquina, pero es poco apropiado para un sistema
distribuido).

Una posible salida es prestar atención al tamaño de grano de todos los cálculos. El
desarrollo de un cálculo pequeño de manera remota, como la suma de dos enteros,

Página | 6
rara vez vale la pena, puesto que el costo excesivo de la comunicación excede los
ciclos adicionales de CPU ganados.

Por otro lado, la ejecución remota de un trabajo de cálculo con límites de cómputo
puede convertirse en un problema. En general, los trabajo que implican gran número
de pequeños cálculos, en particular aquellos que interactúan en gran medida con
otros, puede ser la causa de algunos problemas en los sistemas distribuidos con
una comunicación lenta en términos relativos. Se dice que tales trabajos exhiben un
paralelismo de grano fino. Por otro lado, los trabajos que implican grandes cálculos
y bajas tasas de interacción, así como pocos datos, es decir, paralelismo de grano
grueso, pueden ajustarse mejor a este modelo.

La tolerancia de fallas también tiene su precio. A veces, una buena confiabilidad se

logra mejor con varios servidores que cooperen en forma cercana a una solicitud.
Por ejemplo, si una solicitud llega a un servidor, éste podría enviar de manera
inmediata una copia del mensaje a uno de sus colegas, de forma que, si falla antes
de terminar, el colega se pueda encargar de ella. Es natural que, si concluye, debe
informar al colega que ha terminado el trabajo, lo que representa otro mensaje. Así,
tenemos al menos dos mensajes adicionales, que, en el caso normal, cuestan
tiempo y capacidad de la red y no producen una ganancia notable.

Tamaño de grano.

Existen dos tamaños de grano para los cálculos, estos son:

 Paralelismo de grano fino.

 Paralelismo de grano grueso.

El paralelismo de grano fino: corresponde a trabajos con un gran número de

pequeños cálculos y mucha interacción con otros trabajos, debido a ello requieren
mucha comunicación, que puede afectar al desempeño.

Página | 7
El paralelismo de grano grueso: corresponde a trabajos con grandes cálculos,
poca interacción y pocos datos, por lo tanto, requieren poca comunicación y no
afectan la performance.

[1]

Página | 8
REFERENCIAS BIBLIOGRAFICAS

[1] Andrew S. Tanenbaum, Sistemas Operativos Distribuidos, Prentice Hall, Primera

Edición

[2] Ajay D.Skemkalyani y Mukesh Singhal. “Distributed Principles, Algorithms and

Systems Computing. Cambridge University Press 2008

[3] Andrea Mesa Munera, Método Para El Manejo Del Balanceo De Carga En
Sistemas De Cómputo Distribuido De Alto Desempeño, Universidad Nacional De
Colombia Sede Medellín Facultad De Minas Escuela De Sistemas Medellín, 2009

Página | 9