miércoles, 13 de junio de 2012

Día 12 de junio. Presentación de trabajos

En las sesiones de mañana y tarde se presentaron los siguientes trabajos:
    Comparativa de tipos de vídeo

    Comparativa de media centers

    Almacenamiento en la nube

    Programas de conversión de vídeos

    Comparación de compresores de archivos

    Prestaciones impresoras

    Servidores web de altas prestaciones

    Comparación de configuraciones de kernel y distribuciones Linux

    El sistema operativo Android

    Compatariva de tablets Android: hardware, software y usabilidad

    Grid computing
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

lunes, 11 de junio de 2012

martes, 5 de junio de 2012

Día 5 de junio. Presentación de trabajos

En esta sesión se presentaron los siguientes trabajos:
    Comparativa de baterías de portátiles

    Cloud computing

    Reciclaje informático

    Comparativa de discos duros externos

    Servidores ftp

    Comparación de formatos de vídeo
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

miércoles, 30 de mayo de 2012

Día 29 de mayo. Presentación de trabajos

En esta sesión se presentaron los siguientes trabajos:
  • Comparativa de servicios de almacenamiento en la nube
  • Overcloking
  • Privacidad y seguridad en redes sociales
  • Conversión de vídeos con ffmpeg
  • Comparativa de prestaciones entre equipos Mac
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

martes, 29 de mayo de 2012

Día 22 de mayo. Presentación de trabajos

En esta sesión de teoría se presentaron los siguientes trabajos:
  • Almacenamiento en la nube
  • Virtualización
Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

Día 15 de mayo. Presentación de trabajos

En esta sesión de teoría se presentó el siguiente trabajo:

trabajo Máquinas Virtuales

Enlace para descargar los trabajos: http://atc.ugr.es/pedro/docencia/dec.html

miércoles, 16 de mayo de 2012

Preparando la presentación del trabajo final de DyEC

Ya que estás avanzando con el trabajo final de la asignatura, debes ir pensando en la presentación que harás en clase.

La idea es hacer unas 20 transparencias (o más si ves que las necesitas), para hablar unos 15 minutos.

Plantéatelo como que vas a mostrar "por encima" lo que has hecho en tu trabajo, de forma desenfadada e informal (como si se lo estuvieses contando a unos amigos tomando un café).

Habrá quien se muestre muy interesado y quiera más detalles. Esas personas se podrán bajar más adelante el trabajo completo para leerlo y obtener toda la información que desean.


Por otro lado, como en principio sólo tenemos las horas de teoría para hacer las presentaciones, si algún martes hay mucha gente para presentar, podríamos usar las horas de prácticas (martes de 10-12h) para que quien lo desee haga la presentación de su trabajo. En cualquier caso, si aún no lo has hecho, comunícame qué día prefieres exponer.

lunes, 7 de mayo de 2012

Herramientas Linux para hacer benchmarking

Un compañero ha encontrado en este enlace:

http://www.howtogeek.com/111617/how-to-benchmark-your-linux-system-3-open-source-benchmarking-tools/

donde presentan tres herramientas para hacer benchmarking en una máquina Linux.

viernes, 4 de mayo de 2012

Comenzamos la práctica 5

El lunes 7 y martes 8 comenzaremos la última práctica de la asignatura (P5).

En esta práctica vamos a desarrollar un pequeño benchmark para aplicar carga a diferentes subsistemas y medir el tiempo empleado en ejecutarla.

Concretamente, se trata de desarrollar un programa en un lenguaje de alto nivel (el que deseeis) que permita medir y comparar las prestaciones de varios sistemas. Por ejemplo, este programa debe poderse compilar para ejecutarlo en dos sistemas operativos en la misma máquina hardware con el objetivo de comparar los sistemas. Otra opción es tomar dos máquinas diferentes, con el mismo sistema operativo, y ejecutar vuestro programa para compararlas.

Como en todas las prácticas, hay que establecer claramente cuál es el objetivo del benchmark, obtener resultados, analizarlos, presentarlos y obtener un índice que indique qué sistema es mejor para los objetivos planteados.

Podéis usar cualquier lenguaje de programación (Perl, C++, C, PHP, Java...) y la idea sería medir las siguientes cosas:
  • el tiempo que tarda en ejecutar una serie de operaciones aritmético-lógicas (muchos millones de ellas), tanto en coma flotante como enteras.
  • el tiempo que tarda en crear un array de un par de GB en memoria (y rellenarlo)
  • el tiempo que tarda en crear (escritura) varios miles de archivos pequeños
  • el tiempo que tarda en leer varios miles de archivos pequeños
  • el tiempo que tarda en crear (escritura) un fichero de varios GB
  • el tiempo que tarda en leer un fichero de varios GB
  • el tiempo que tarda en mostrar por pantalla varios millones de caracteres (o si domináis alguna librería gráfica, mostrar varios millones de polígonos)
Se puede hacer un solo programa que ejecute varios módulos para medir en secuencia cada una de esas cosas, o se pueden hacer varios programas por separado que midan, cada uno de ellos el tiempo correspondiente. De esa forma habremos medido cómo de bien funcionan los subsistemas de CPU, memoria, disco y gráfica.

En cualquier caso, la medida de tiempos debe hacerse con la máxima precisión posible. Por ejemplo, en todo lenguaje hay funciones que nos permiten tomar tiempos con precisión de microsegundos. Se recomienda usar este tipo de funciones.

Por ejemplo, se puede usar la función gettimeofday:

lunes, 16 de abril de 2012

Comenzamos la práctica 4: Uso de programas de monitorización

Esta semana comenzamos la práctica 4. Al igual que en las anteriores, usarémos dos sesiones de prácticas (la de la semana 16-17 abril y la de 23-24 de abril) 

Esta práctica continúa el trabajo hecho en la práctica 2. Entonces aprendísteis a instalar, configurar y usar varios programas de monitorización. En la P4 lo que haremos será planificar diferentes niveles de carga computacional a nuestra máquina y monitorizarla.

Aconsejo usar la misma máquina, mismo sistema operativo y mismos programas de monitorización que usásteis en la P2 (se supone que aún lo tendréis todo preparado para usarlo). Así os ahorráis volver a buscar, instalar, etc nuevos programas.

(1) Lo primero que haremos será reiniciar la máquina en la que vayamos a hacer la práctica. No vale con hibernarla o suspenderla y despertarla. Recomiendo apagarla completamente y volver a arrancarla desde cero. Una vez esté arrancada, se supone que sólo estarán en ejecución los procesos básicos del S.O. A eso lo vamos a llamar "estado base", en el que el consumo de recursos debería ser mínimo.

Estando en el estado base, lanzamos los programas de monitorización, sacamos estadísticas, gráficas, etc para documentar cómo se comporta el sistema cuando está sin carga, y lo guardamos todo para hacer el documento de la práctica más adelante.

(2) A continuación, vamos a planificar una "media carga". En este paso, cada cual decide qué tipo de carga aplicar. ¡Ojo! lo que voy a poner a continuación es un posible ejemplo, no quiere decir que todo el mundo tenga que ejecutar el mismo tipo de programas para hacer exactamente lo mismo. Pues bien, por ejemplo, como media carga podéis ejecutar un compilador, un navegador y acceder a YouTube, un procesador de textos y visualizar un vídeo.

Mientras se ejecutan todas esas cosas, lanzamos de nuevo los programas de monitorización y sacamos estadísticas, gráficas, etc para documentar cómo se comporta el sistema con media carga. Una vez más, todos esots datos y gráficas los plasmaremos en la sección correspondiente en el documento de esta práctica.

(3) Por último, vamos a planificar una "carga alta". Al igual que antes, cada cual debe decidir qué programas ejecutar para cargar bastante su sistema. Como ejemplo, podéis lanzar un par de compilaciones, dos navegadores diferentes con varias pestañas abiertas cada uno, un gestor de bases de datos trabajando, un servidor web (Apache o XAMPP), un reproductor o codificador de vídeo, un compresor de archivos (winzip o  winrar)... lo que a cada cual se le ocurra. La idea es estresar la máquina y hacerla trabajar al máximo.
 
Una vez más, mientras se ejecutan todas esas cosas, lanzamos los programas de monitorización y sacamos estadísticas, gráficas, etc para documentar cómo se comporta el sistema con alta carga. Todos esots datos y gráficas los plasmaremos en la sección correspondiente en el documento de esta práctica.

(4) Por último, hay que hacer el documento de la práctica, describiendo el sistema utilizado (hardware y software), describiendo en cada caso cada tipo de carga aplicado, y mostrando todos los resultados para los tres tipos de carga. Hay que analizar y representar de la forma más adecuada los resultados obtenidos y evaluar si el sistema está sobrecargado o en qué condiciones podría llegar a estarlo.