Mejora de las prestaciones de un sistema
Anuncio
Diseño y Evaluación de Configuraciones: Prácticas. Profesor de Teoría / Prácticas: Juan J. Merelo Guervós/ Juan Luis Jiménez Laredo Página principal: http://geneura.ugr.es/~jmerelo/DyEC Portal: http://swecai.ugr.es Práctica 5: Mejora de las prestaciones de un sistema Enunciado Se trata de poner en práctica lo aprendido en el Tema 3 de la asignatura sobre mejora de prestaciones de sistemas informáticos y aplicarlo a un caso determinado. Para empezar, hay que tener claro el concepto de prestaciones, que corresponde intuitivamente a cosas que hace el sistema, es decir, está relacionado con la carga, pero corresponde a lo que realmente hace, en forma de medidas tales como “tiempo que tarda en hacer tal cosa”, o “veces por segundo que hace tal otra”, en vez de medidas tales como ocupación de CPU o ocupación de memoria. Este tipo de medidas tienen más sentido en un sistema que trabaje como servidor, pero también se pueden aplicar a un sistema de sobremesa. En general, una mejora de prestaciones consistirá en cambiar algún parámetro del sistema (desde configuración hasta ampliación y mejora del sistema) de forma que antes de ella se comporte peor (por ejemplo, sea capaz de servir menos páginas webs por segundo) y, tras ella, se comporte mejor (sea capaz de servir más páginas web). Detalles: Una vez más, hay que seguir la metodología de la asignatura; en pocas palabras, proponer un objetivo, hacer medidas, diagnosticar, proponer una solución, volver a tomar medidas, y comparar el sistema viejo con el sistema nuevo. Insistimos en el concepto de prestaciones: es trabajo hecho, no corresponde a medidas del sistema. Encontrar como problema una memoria llena, dejar de ejecutar algún demonio o servicio y encontrar que la memoria está menos ocupada no es una mejora. Si lo sería usar algún servicio que use y abuse de memoria (un programa en Java con hebras, una base de datos), demostrar que antes de la mejora el programa es capaz de sacar 100 hebras, y después 150, por ejemplo. O que es capaz de responder a 10 usuarios antes y 80 después (mejor todavía). Una vez establecido el objetivo, se tomarán medidas de, al menos, un aspecto, antes de realizar ningún tipo de diagnóstico, con la carga de trabajo con la que se vaya a hacer la práctica. Éste será el sistema base. En función de esto, se decidirá qué medidas tomar para mejorar las prestaciones del sistema. Puede ser que se deba a algún problema del sistema (que habrá que solucionar), o puede que se trate simplemente de mejorar ese aspecto del sistema frente a otros (mejorar el uso de servicios frente a aplicaciones de usuario); puede simplemente que haya mejoras en la configuración de algún aspecto del sistema (que suelen venir configurados genéricamente) que se puedan ejecutar para mejorar el rendimiento del mismo. No se debe tomar ningún tipo de medida drástica; si se toman varias medidas, es conveniente hacer medidas antes y después de cada una de ellas, para ver cuál es el impacto en las prestaciones. En todo caso, con una, dos, o no más de 5 mejoras es suficiente. Evaluación: 1. Seguir correctamente la metodología de la asignatura, expuesta en el tema 1. No hay tampoco que ser talibán; en muchos casos (en la mayoría, de hecho) se podrán saltar algunos de los pasos (4 puntos). 2. Establecer correctamente las medidas necesarias para la mejora de las prestaciones del sistema, y mostrar correctamente el estado antes y después (5 puntos). 3. Punto adicional por realismo, es decir, trabajar sobre un sistema real y mostrar mejoras reales. Realización de la práctica: Se debe crear un fichero HTML que incluya toda la práctica (no se aceptan prácticas en ficheros de MSWord ni texto ASCII plano). Tal y como se comentaba en la primera práctica (aquellos puntos aplicables a todas las prácticas), no se deben enviar páginas estructuradas con “frames” ni nada complejo. A la hora de corregir cada práctica se tendrá en cuenta la sencillez de los documentos entregados (no se deben recargar de imágenes, colores, applets, etc.), la calidad de la información que se incluya, y la claridad de la redacción que haga. El nombre del fichero principal en cada práctica debe ser index.html Hay que cuidar que los nombres de ficheros (imágenes, páginas auxiliares, etc) coincidan exactamente en el sistema de ficheros y como aparecen referenciados en las páginas. Entrega de la práctica: Esta práctica tiene dos sesiones (4 horas). Se entregará una semana tras la realización de la última práctica, en el URL habitual: http://geneura.ugr.es/~jmerelo/DyEC/cgi/enviarPracticas.cgi
