Comenzamos la clase hablando de las prácticas. Recordamos que se pueden volver a entregar las prácticas anteriores hasta el día 24 si queremos subir nota, pero que en esta ocasión puntuarán hasta 8.
Comentamos prácticas anteriores:
En la práctica 2 uno de los errores que se comentó fue el de las faltas de ortografía, incluir imágenes que estaban mal enlazadas y confundir monitor con benchmark.
En la práctica 3, vimos la práctica de Miguel Ángel Medina Medina que había aplicado el profiler sobre un programa que calcula la sucesión de Fibonacci, y tras esto vimos los errores comunes de la práctica 3
Por último acordamos que la 4ª práctica se podía entregar hasta el 21 de Abril
Después vemos una comparativa entre Vista y XP. No se debe usar la carga de los sistemas para compararlos, en vez de esto, es mejor comparar mediante una medición de prestaciones como lo que tarda abrir x ventanas….
Ejercicios de autoevaluación del tema 2 de Vkthor sobre diagramas de líneas y barras.
Líneas: funciones o variables que sigan una progresión determinada.
Barras: se usan para representar variables categóricas.
Medio punto del trabajo final puede depender de que usemos bien los diagramas (líneas o barras)
Continuamos con la teoría:
Tema 3, solución de problemas en un sistema informático
- Ajuste de parámetros del sistema operativo: muchos de los parámetros del kernel ya se pueden modificar desde filesystem/proc tales como el tamaño del quantum, la prioridad de algunos programas…
- Ajuste de parámetros del hardware: son parámetros de
- Equilibrado de cargas: repartir las cargas a las que son sometidos los diversos dispositivos, como red, discos duros, entre las diferentes máquinas que las gestionen y personas que lo usan, o repartir los ficheros entre los diferentes filesystems del sistema. Por ejemplo si disponemos dos discos duros usar uno para procedimientos del user y otro para bases de datos. Si las bases de datos apenas se usan tendremos un disco muy cargado y otro ocioso, por lo que deberíamos equilibrarlos.
- Ampliación: añadir nuevos dispositivos al sistema.
- Cambio del software: puede ser una actualización de una parte del sistema o cambiar a una versión superior, o cambiar el software que se está usando por otra versión u otra marca.
Conviene también tener en cuenta una serie de principios a la hora de mejorar las prestaciones de un sistema:
- Conoce y comprende tu entorno: saber todo lo que hace el sistema.
Lsof: lista todos los procesos del sistema y los archivos que tiene abiertos cada uno de ellos
lsof | grep
- Hay que buscar el equilibrio: Por ejemplo, no se puede mejorar la velocidad percibida por un usuario sin empeorar la de todos los demás usuarios; no se puede optimizar al máximo un programa sin aumentar, como mínimo, el tiempo que se le dedica al mismo.
- Throughput contra latencia: el throughput se refiere a la cantidad de cosas que se pueden hacer, o transmitir, en la unidad de tiempo. La latencia, es el tiempo total que tarda en hacerse algo. Por ejemplo, en una red, la latencia sería el tiempo que tarda un paquete para transmitirse de un punto a otro de la red, mientras que el throughput sería la cantidad de bytes que la red es capaz de soportar.
- No sobreutilices un recurso: ningún recurso usado al 100% estará al óptimo de su capacidad, sino más bien por encima. Esta medida es del tipo Nominal es Mejor.
- Diseña las pruebas con cuidado: aplica el primer principio, y mira bien lo que vas a medir antes de medirlo.
Después de esto hicimos algo de los ejercicios de autoevaluación de este apartado para tener una idea.
No hay comentarios:
Publicar un comentario