martes, 3 de junio de 2008
Como siempre, mi práctica se puede encontrar en el siguiente enlace:
http://antaress.es/DyEC/6
Práctica 6
Clase 20 de Mayo de 2008
martes, 20 de mayo de 2008
Empezamos hoy con una clase "sorpresa" (menos mal que siempre vengo preparado con mi portátil y mi humor), pues se había "corrido" la voz de que esta semana no había clase. Dada la especial circunstancia de esta clase, JJ decide tomarnos nota de nuestros nombres para darnos puntillos extras de clase.
Comentamos un estudio (aquí). Debemos de encontrar un error (mientras la wifi deja de tomarle el pelo al VAIO...). El error es debido a que se centra en medir el consumo de CPU y volvemos a recordad (otra vez) que es NUNCA se puede hacer.
Recuerdo la vez en la que intenté compilar el kernel de linux. (Os ahoraré la historia del abuelo)
Trabajo final y prácticas. Anotaciones extras:
IMPORTANTE: La fecha de entrega del trabajo final es el 6 de Julio.
Las notas de clase saldrán "publicadas" a partir de Junio. Recordar que se puede reclamar, ya que es muy posible que no se asocie tu nombre con tu blog, nick, cara, ...
Ejercicios de autoevaluación
3.6 Completa lista de filesystem.
Comentamos algunos de los errores encontrados en las gráficas. Nota especial, el toque estético que da el autor a su estudio poniendo las barras de las gráficas en horizontal y vertical de forma de alterna. El benchmark es bueno, aunque se han representado malamente los gráficos.
4 Lista de Benchmark
Buenas ideas para hacer mi práctica final (por el bencmark de gráficas)
4.2.5 Juegos de Benchmark
4.3.4 Doombench
Continuación del temario
Continuamos el temario acompañados por música. Hoy vamos a tratar de hablar sobre como se pueden engañar a los benchmark.
Principalmente, la forma de engañar a un benchmark consiste en hacer que "lo que haga el benchmark" sea más rápido.
Continuamos viendo ejemplos de benchmark que pueden resultar interesante.
Cosas interesantes sobre google deskop:
http://www.forospyware.com/archive/t-32.html
http://www.nimrod.com.mx/article.php?story=20070223134251104
Me resulta curioso que una de las formas de benchmark consista en ejecutar el juego Doom.
Y con el vídeo del día terminamos la clase, el día y la asignatura.
P.D Se me hace "raro" que me llamen Antonio. Todo el mundo acostumbra a llamarme Antares.
Clase de 13 de Mayo de 2008
martes, 13 de mayo de 2008
Después de reiniciar 4 veces con dos SO operativos distintos sigue sin funcionarme la red de la escuela. Comentamos la clase comentando los errores más comunes de la práctica 5. La lista completa se puede encontrar en el wiki de la asignatura.
Empezamos comentando la práctica de Torres. Lo más destacable, es que JJ se dedica a pinchar en los banners para pedir un dominio para su chiquilla. El sistema que utiliza consta de dos ordenadores MEGA3 y GIGA4 con configuraciones distintas, por lo que en mi opinión se está cambiando el sistema, no mejorándolo. La diferencia entre el paso 1 y el paso 4 es el CAMBIO total del SISTEMA. En mi opinión, son "trampas".
Concluimos lo referente de la práctica 5 para empezar con el resumen del día anterior de parte de Sara. Se vuelve a hacer hincapié en que la clase anterior es la MÁS IMPORTANTE del curso.
Vemos el ejercicio de autoevaluación de un compañero y comentamos un articulo referente a la evolución de la arquitectura de los procesadores.
Visto esto, continuamos con el tema de los benchmark (aqúi).
(un día tengo que investigar porque la página de la asignatura se ve en mi portatil con el fondo rosa y en el proyector se ve amarillo.... si es que los proyectores están hechos m****a).
La clase hoy a transcurrido más "normal", es decir, JJ leyendo las transparencias durante un largo rato. No se puede pretende que todas las clases sean memorables. Y cuando la clase parecida inmersa en la normalidad, una corneta (creo) nos sorprende en mitad de clase. Suena tres veces antes de callarse. Y una cuarta vez, interrumpiendo a JJ, que va a ver que pasa en la clase de al lado. A la vuelta, le interrumpe una flauta y después suenan los aplausos. (La corneta, la corneta, la corneta, la flauta, los aplausos,... ¡¡la nueva canción de Tata Golosa!! si es que con tanto ruido no se puede uno concentrar).
Volvemos a recordad QUE NO SE PUEDEN COMPARAR LOS SISTEMAS CON EL USO DE DISPOSITIVOS.
P.D La clase de hoy viene acompañada con un cambio del template en el blog ...
Práctica 5
jueves, 8 de mayo de 2008
Mi práctica se puede encontrar, como siempre, en el siguiente enlace:
http://antaress.es/DyEC/5/
Clase 6 de Mayo de 2008
martes, 6 de mayo de 2008
Hoy es el día más importante de TODA la asignatura, porque vamos a explicar el trabajo final de la asignatura.
Mandamientos del trabajo de DyEC
- Debemos elegir OBLIGATORIAMENTE el trabajo en la página de la asignatura. (AQUÍ)
- Debemos elegir un trabajo que esté en nuestra mano poder hacerlo. Igual no tenemos 20 tarjetas gráficas y 10 discos duros. Hay trabajos muy genéricos que son muy asequibles de hacer para todo el mundo, como por ejemplo los trabajos de mejoras de sistemas.
- Debemos de añadir un índice con las conclusiones del trabajo. Para hacer el índice, debemos seguir los pasos descritos en el tema 3. SIN INDICE DE TRABAJO LA PRÁCTICA ESTÁ SUSPENSA. En los indices, las medidas siempre son MAYOR es MEJOR. Todas las características del índice deben ser CUANTIFICABLES (es decir, magnitudes).
Ma
MbA
3
2B
5
6Ia
1
1
1Ib
1,666
3
SQRT(Ib(a)*Ib(b))
- Debemos intentar NO saturar la práctica con infinidad de gráficos, páginas, tablas, capturas, ....
- Debemos de ser BREVES (son aproximadamente 80 trabajos y se tienen que corregir ... ) (No más de 10 páginas)
- Debemos de comparar al menos 3 sistemas o cambios en el mismo sistema.
Una vez vistos los mandamientos, continuamos con la clase. Sigue sin haber ejercicios de autoevaluación.
Hacemos un repaso de la clase anterior de mano de uno de los compañeros. En mi opinión, excesivamente completo. Considero que los apuntes de clase son un complemento a los apuntes del profesor (disponibles en la página de la asignatura) no un sustituto de ellos.
Se ha mejorado el tema 3 de la asignatura añadiendo un nuevo punto. (aquí) .
Comenzamos el 4º Tema. El tema 4 trata sobre benchmark .
¡¡¡¡¡¡POR FIN SABEMOS QUIEN ES TUPAKAMARU!!!!!!! Yo que pensaba que Tupakamaru era una identidad secreta de JJ para hiciésemos los ejercicios de autoevaluación y resulta que existe. Como no podía ser de otra manera, vemos uno de los ejercicios de autoevaluación de Tupakamaru.
Como siempre, Antares dando la nota. Se me ha roto la silla y he tenido que cambiarme de sitio (lo que no me pase a mí no le pasa a nadie....). Menos mal que carezco de vergüenza, porque todo el mundo se me ha quedado mirando .....
NUNCA podemos comparar dos sistemas por el uso de CPU (déjà vu).
Dejamos aparcado el tema 4 para pasar a presentar la 6º práctica. Esta práctica va a resultar más complicada, porque tenemos que programar (o tal vez no). Tenemos que realizar la práctica utilizando las mismas consideraciones que con el trabajo final (sistema base, 3 sistemas, 1 medición, .... ) . Debemos utilizar el lenguaje que queramos, siempre y cuando tengamos en cuenta que sea.
Fecha de entrega:
Vídeos del día:
Vídeo sobre pruebas físicas a las que son sometidos los portatiles (enviado por mi):
Vídeo sobre mejora de prestaciones en WINDOWS XP
P.D Yo si uso MICRO$OF Visual C++ ....... (pero me pagan por ello :P )
P.D Vïdeo alternativo sobre pruebas de portatiles:
Clase 29 de Abril de 2008
martes, 29 de abril de 2008
Cada vez estamos menos gente en clase, ¿por qué será?
Frase del día: No es que haya un problema con los feeds de blogspot.es, es que es blogspot.es una mierda.
Por lo que JJ aconseja que las personas que tengan su blog en blogspot.es lo cambien de sitio, pues no funcionan los Feeds.
Vemos el ejercicio de autoevaluación de un compañero. Su blog es el siguiente: http://dyec2008.blogspot.com/ que habla sobre los sistemas de ficheros. TUpakamaru también ha hecho un ejercicio de autoevaluación, que se puede encontrar aquí.
Después de los ejercicios, vemos como NO tenemos que hacer una comparativa aqui. En el vínculo se comparan cartuchos originales con cartuchos genéricos.
Continuamos con el tema 3.
NOTA: En el directorio VAR de linux se almacena el registro del sistema (patinazo de antares....)
Dejo la siguiente lista con el contenido de cada uno de los directorios más comunes de LINUX:
Directorio Descripción
-----------------------------------------------------------------------------------------
/bin/ Comandos/programas binarios esenciales (cp, mv, ls, rm, etc.),
/boot/ Ficheros utilizados durante el arranque del sistema (núcleo y discos RAM)
/dev/ Dispositivos esenciales, discos duros, terminales, sonido, video, lectores dvd/cd, etc
/etc/ Ficheros de configuración utilizados en todo el sistema y que son específicos del ordenador
/etc/opt/ Ficheros de configuración utilizados por programas alojados dentro de /opt/
/etc/X11/ Ficheros de configuración para el sistema X Window (Opcional)
/etc/sgml/ Ficheros de configuración para SGML (Opcional)
/etc/xml/ Ficheros de configuración para XML (Opcional)
/home/ Directorios de inicios de los usuarios (Opcional)
/lib/ Bibliotecas compartidas esenciales para los binarios de /bin/, /sbin/ y
el núcleo del sistema.
/mnt/ Sistemas de ficheros montados temporalmente.
/media/ Puntos de montaje para dispositivos de medios como unidades lectoras
de discos compactos.
/opt/ Paquetes de aplicaciones estáticas.
/proc/ Sistema de ficheros virtual que documenta sucesos y estados del núcleo. Contiene principalmente ficheros de texto.
/root/ Directorio de inicio del usuario root (super-usuario) (Opcional)
/sbin/ Comandos/programas binarios de administración de sistema.
/tmp/ Ficheros temporales
/srv/ Datos específicos de sitio servidos por el sistema.
/usr/ Jerarquía secundaria para datos compartidos de solo lectura (Unix system resources). Este directorio puede ser compartido por múltiples ordenadores y no debe contener datos específicos del ordenador que los comparte.
/usr/bin/ Comandos/programas binarios.
/usr/include/ Ficheros de inclusión estándar (cabeceras de cabecera utilizados para desarrollo).
/usr/lib/ Bibliotecas compartidas.
/usr/share/ Datos compartidos independientes de la arquitectura del sistema. Imágenes, ficheros de texto, etc.
/usr/src/ Códigos fuente (Opcional)
/usr/X11R6/ Sistema X Window, versión 11, lanzamiento 6 (Opcional)
/usr/local/ Jerarquía terciaria para datos compartidos de solo lectura específicos del ordenador que los comparte.
/var/ Ficheros variables, como son logs, bases de datos, directorio raíz de servidores HTTP y FTP, colas de correo, ficheros temporales, etc.
/var/cache/ Cache da datos de aplicaciones.
/var/crash/ Depósito de información referente a caidas del sistema (Opcional)
/var/games/ Datos variables de aplicaciones para juegos (Opcional)
/var/lib/ Información de estado variable. Algunos servidores como MySQL y PostgreSQL almacenan sus bases de datos en directorios subordinados de éste.
/var/lock/ Ficheros de bloqueo.
/var/log/ Ficheros y directorios de registro del sistemas (logs).
/var/mail/ Buzones de correo de usuarios (Opcional)
/var/opt/ Datos variables de /opt/.
/var/spool/ Colas de datos de aplicaciones.
/var/tmp/ Ficheros temporales preservados entre reinicios.
Por ejemplo, en mis equipos tengo las siguientes particiones de disco:
(a completar a llegar a mi piso)
FRASE DEL DÍA 2: De Windows XP no voy a hablar, que no tiene remedio...
Y terminamos con el vídeo del día:
Windows XP Tweak Reveled: Speed Up System Performance (Spanish)
Para terminar hacemos una planificación sobre el resto de clases que quedan. Nota importante, es que en la siguiente clase se explicará el trabajo.
Práctica 4
martes, 22 de abril de 2008
Mi práctica se puede encontrar, como siempre, en el siguiente enlace:
http://antaress.es/DyEC/4/
Clase 22 de Abril de 2008
Comenzamos la clase hablando sobre la práctica 4. En general, esta práctica ha salido algo peor que las anteriores (aunque yo tampoco me puedo quejar según el rango de notas que se ha comentado en clase).
Hay que hacer los ejercicios de autoevaluación, que solo lo hace Tupakamaru (o como se diga) que encima no viene a clase.
Sobre la práctica 4, nos hemos limitado a "poner capturas" en lugar de hacer una análisis exhaustivo. En el wiki, se encuentran todos los "errores" cometidos en la práctica.
Comentamos algunos de los monitores que podríamos haber utilizado para monitorizar las tarjetas gráficas, como por ejemplo el software Asus SmartDoctor.
En esta práctica, ha surgido una nueva forma de copia de prácticas, poner las prácticas de otros años (¿no había alguien en el grupo del correo que estuvo preguntando precisamente eso?)
Comentamos la práctica 4 de Tupakamaru. Las gráficas (como en mi caso) no están bien, pero erramos en lo contrario. En mi caso soy demasiado minivalistas y en el caso de TupaKamaru peca de exceso.
Comentamos sobre las prácticas y me dice algo que me deja un poco "pillado". Luego se lo comentaré en privado.
Vemos el ejercicio de autoevaluación de una compañera.
Empezamos a hablar sobre overclocking y sobre un tema que a mí me apasiona, sobre la temperatura del sistema. Hablamos también sobre el "botón de turbo" de los sistemas, que alguno de los alumnos de la Etsiit hemos podido ver en libre acceso.
Hablamos también sobre los sistemas multiprocesadores. Estos sistemas tienen problemas dado que tienen que compartir la memoria, por lo que tienen que utilizar "cierres" para hacer sectores de exclusión mutua que impida que un procesador acceda a la zona de memoria donde "trabaja" el otro procesador. De todos modos el precio de estos sistemas está bajando, pudiendo adquirir un equipo con 8 núcleos de procesamiento por algo menos de 3000€.
Conclusión: Si la CPU va mal, tenemos que cambiar de CPU.
Pasamos al siguiente tema, la sincronización de memoria y para verlo hacemos un pequeño programa en PERL que gaste memoria. Observamos que a medida que se va "gastando" la memoria, el sistema pasa a SWAP la memoria de los procesos que no están siendo utilizados en el momento. Como medida de precaución, se recomienda usar librerías compartidas, que son librerías que son compartidas por varios programas en ejecución pero de las que solo se carga una instancia en memoria. Esto supone un ahorro considerable de memoria.
Comentamos la anécdota sobre el Señor Paleta, que concluye con la frase "No hay comida gratis".
Descubrimos con ayuda de una gráfica, como un pequeño cambio en la configuración del sistema puede suponer grandes cambios en la eficiencia del sistema.
Comenta el profesor, que linux no permite cambiar la prioridad de los procesos. Encuentro en el monitor de sistemas de UBUNTU 8.04 la posibilidad de cambiar la prioridad de un proceso. Cuando me deje blogger (que está hoy rebelde) subo alguna capturas.
Descubrimos un nuevo monitor de sistema llamado strace disponible en los sistemas linux.
Continuamos hablando sobre los dispositivos de entrada y salida. Y terminamos esta clase con nuestro vídeo de la semana.
Sobre el vídeo de la semana, me gustaría pronunciarme diciendo que no me parecen tan buenos (al menos actualmente) los discos SSD frente a los duros tradicionales. Como argumento dejo las dos siguientes direcciones:
http://teleobjetivo.org/blog/porque-fallan-los-discos-ssd.html
http://barrapunto.com/articles/08/04/07/2241214.shtml
AÑADIDO: Me olvidaba, el profesor nos recomienda la siguiente página para obtener información referente al temario de la asignatura: http://www.redbooks.ibm.com/abstracts/redp4285.html
Clase 15 de Abril de 2008
martes, 15 de abril de 2008
18:10 Empezamos comentado la preciosa página de la
Universidad de Granada. A mi por lo menos, me gusta mucho más que la anterior.
18:13 Mira que chulo, ha gustado mi método MADE IN 24 de poner los apuntes. Dado que me da lo mismo hacerlo de una manera u otra, pos lo haré así siempre.
18:15 Comentamos el anuncio de movistar nuevo. Para quien no lo haya visto, es el siguiente:
18:16 Siguiendo la investigación de este blog encontramos un ejemplo bastante bueno de lo que estuvimos hablando la semana pasada.
18:19 Vemos los ejercicios de autoevaluación del compañero tUpaKamaRu. Por lo que parece, los ejercicios de autoevaluación no son muy populares entre nosotros...
18:23 Descubrimos, que los ejercicios de autoevaluación se encuentran hechos por los alumnos del año pasado.
18:25 Continuamos con el Tema 3.
18:25 Debemos de ser consciente, de que NUNCA podemos hacer que nuestro sistema vaya mejor en todo. Tenemos que planificar que es lo que queremos mejorar. Si queremos que el sistema vaya mejor en todo, mejor tiramos el actual y ponemos uno nuevo. Si planificamos y conocemos nuestro sistema, podemos conocer a medio plazo cuando se va a ver "superado" nuestro sistema.
18:29 Vemos el ejemplo de un servidor WEB. Si queremos contratar un servicio de Host (para hacer por ejemplo una página que se llame AmoARistoMejide.com), tenemos que estudiar cual de las ofertas disponibles son las más adecuadas para nuestras necesidades.
18:32 Hablamos ligeramente sobre las máquinas virtuales.
18:33 Si vemos en Dreamhost podemos hacernos una ligera idea de la gran cantidad de ofertas disponibles.
18:35 Siguiendo con el ejemplo, debemos de tener cuidado con no sobrepasarnos del ancho de banda del que disponemos. Vemos diversos trucos sucios para ahorrar en ancho de banda.
18:41 La monitorización es necesaria para poder controlar nuestro sistema y estar prevenidos antes situaciones de "riesgo" . Podemos difinir reglas de comportamiento para intentar prevenir la "saturación" de nuestro sistema
18:48 Si todo falla, no queda otra que cambiar el sistema.
18:50 Empezamos a ver las distintas políticas de gestión del sistema.
18:55 Es mejor usar comandos internos del shell en vez de los comandos externos de UNIX
18:58 Cada cierto tiempo, es conveniente "mover los directorios" debido que en linux estos crecen y crecen.
19:00 Presenciamos un duelo. GEDIT vs KATE
En mi máquina:
Kate Gedit
Memoria Virtual 37 37,1
Memoria Residente 23,2 15,4
Memoria Escribible 4,9 4,3
Memoria Compartida 18,4 11,1
19:06 En el portatil del profesor, asistimos también a un duelo entre Navegadores WEB.
19:10 Conclusión: Utilizar las aplicaciones con menor consumo de recursos
19:17 Vemos como, de manera "simple" podemos configurar totalmente nuestro kernel, para establecer los criterios y reglas que seguirá nuestro sistema.
19:24 Dejamos de momento el tema. El profesor nos hace hincapié en que hagamos los ejercicios de autoevaluación.
19:27 Comentamos la 5ª Práctica. Esta práctica es bastante importante dado que es bastante aproximada al trabajo final ya que tenemos que seguir (de manera orientativa no estricta).
19:28 No tenemos que hacer más de 5 mejoras. Y de hacerlo, lo vamos haciendo de manera paulatina.
19:33 Yo tengo ya medianamente planteada la práctica 5.
19:34 Para esta práctica, tenemos un plantilla. Se comenta algo sobre fondos fosforitos... ¿me tendré que sentir aludido? Yo creo que el color del fondo de mis prácticas es bastante bonito :P
19:37 Lo más importante para todas las prácticas, es la fecha de entrega, en este caso, 7 de Mayo.
19:39 Es el momento del VÍDEO DE LA SEMANA:
RUTA: http://video.google.es/videoplay?docid=5393904704265757054
NOTA: Esta noche, a las 00:40 ¡¡¡ES POSIBLE QUE SALGAMOS EN LA TELE!!!
[Autoevaluación] Tema 2 Bloque 1
Buscar un programa que dibuje un gráfico de Kiviat interactivamente, o bien hacerlo uno mismo.
No he encontrado ninguno que lo realice de manera automática, pero si he encontrado una forma "rápida" de hacerlo utilizando MS Office, con el programa de hojas de cálculo Excel.
Debemos de introducir en una tabla los valores, recordando que en los diagramas de Kiviat, se van alternando un campo bueno, un campo malo..., es decir, un campo de más es mejor con otro de menos es mejor.
Seleccionamos los datos, y creamos un nuevo gráfico de tipo Radial Relleno.
Y ya tenemos nuestro gráfico de Kiviat :P
En caso de no disponer o no querer disponer de MS Office, se puede lograr un resultado parecido con su homólogo OpenOffice.
Para ello, de igual manera que con MS Office, usamos el programa de Hojas de Cálculo. Creamos la misma tabla de datos:
Pulsamos en el icono correspondiente a insertar gráfico. Con eso, iniciaremos el asistente:
Seguimos el guiado de la generación NEXT y pulsamos finalizar cuando hayamos terminado. Con esto conseguiremos un gráfico en el que solo se muestran los puntos:
Para unir los puntos, pulsamos con el botón derecho sobre la serie de datos y editamos sus propiedades:
Esto es lo más cerca que nos permite OpenOffice de tener un diagrama de Kiviat, al no haber encontrado ninguna manera de colorear el polinomio formado por los puntos:
Para más información sobre los gráficos de Kiviat, recomiendo leer esta entrada
Clase 08 de Abril de 2008
martes, 8 de abril de 2008
18:13 Empezamos a hablar sobre las prácticas, en concreto sobre las faltas de ortografía y sobre errores al subir las imágenes.
18:14 Seguimos hablando de los errores de la práctica 2. La lista de errores completa se puede encontrar en el wiki de la asignatura.
18:17 Comentamos los monitores del sistema más "populares" de las prácticas.
18:20 Vemos la práctica 3 de un compañero. (aquí)
18:26 Comenta los programas utilizados en la práctica 3. Se olvida de nombrar mi Ahorcado...
18:27 Prácticas copiadas. La primera es un 0, la segunda vez tienes que ir a Septiembre.
18:29 Un compañero nombra un programa llamado kcachegrind, que permite tener la traza de cualquier programa en tiempo real. (aquí). Como comentario: "que chuloo.."
18:36 Fijamos la fecha de la entrega de la práctica 4: 21 de Abril de 2008 (gracias anónimo por la corrección :P )
18:38 Comparativa Windows Xp VS Windows Vista (aquí)
18:40 Nota importante: NUNCA SE PUEDEN COMPARAR DOS SISTEMAS POR EL USO DE CPU (grabado a fuego)
18:44 No se a santo de qué, pero se propone hacer la evaluación mediante Risto Mejide. Yo, me ofrezco voluntario para ese método alternativo :P
18:46 Ejercicio de autoevaluación de Víctor (aquí).
NOTA: Nos tiene marginados a los que estamos detrás, no nos da caramelos ¡¡queremos caramelos (o en su defecto más enchufes)
18:49 Digo: "No es por ser porculero, pero ese ejercicio lo hicimos en clase el día anterior".
18:51 De igual manera que cuando terminamos el tema anterior vemos las fuentes del conocimiento, es decir, los libros.
18:53 Día de Administrado de sistemas: 28 de Julio
18:54 Hablamos sobre la serie The IT Crowd. Serie altamente recomendable para todos los informáticos.
18:57 Empezamos el tema 3!!!
((CAMBIO DE SISTEMA OPERATIVO))
19:10 Un administrador debe ser conocedor de todo lo que pasa en su sistema. Por ejemplo, debemos de saber que servicios tenemos en ejecución en nuestro sistema. De esta manera, podemos localizar servicios que no precisamos y finalizar su ejecución.
19:14 Ahora, sale a relucir la serie Me llamo Earl (de la que por cierto acaba de estrenar tercera temporada en la sexta), hablando sobre el Karma, que aplicado a la administración de sistemas quiere decir no puedes arregalar algo sin romper nada.
19:20 Hacemos el primer ejercicio de autoevaluación, pero ante la gran cantidad de parámetros con figurables en el sistema linux se hace complicado encontrarlos (pero por hay estarán).
19:24 La red wifi del profesor se va por 5 vez
19:26 Ponemos el vídeo del día.
19:28 Terminamos la clase, titum titum titum titum TUM
Práctica 3
Mi práctica se puede encontrar, como siempre, en el siguiente enlace:
http://antaress.es/DyEC/3/
Práctica 2
martes, 1 de abril de 2008
Mi práctica 2 se puede encontrar en el siguiente enlace:
http://antaress.es/DyEC/2/
Clase 01 de Abril de 2008
Guau, vaya comienzo de clase ¡¡concediendo una entrevista!! Espero haberlo hecho bien, porque estaba bastante nervioso (de hecho aún lo estoy) Aunque tengo que reconocer que hubiese estado mucho más tiempo hablando porque creo que se me han quedado cosas por decir. ¿Qué he ganado con esto? Pues aparte de salir en la tele (aunque sea en un programa a altas horas de la madrugada... vaya si es a la hora que suelo estar despierto :P).
Otra cosa que he hecho, ha sido arreglar el ratón que me ha dado JJ por colaborar con los de la tele.
La verdad, que a lo que se ha explicado en los primeros 40 minutos no le he podido prestar mucha atención. Sé que se ha corregido la práctica de Víctor y la verdad, que no me quiero ni imaginar lo que le ha ocupado la práctica en el servidor ¡¡que cantidad de imágenes!! La verdad, que por lo que he visto la práctica está bastante completa. La mía tal vez es más genérica, por haber preferido probar monitores para varios SO además de centralizados en varios aspectos.
Lo siguiente que hacemos es corregir el ejercicio de autoevaluación de otro compañero. Encontramos varios errores, aunque por lo general está bastante bien. El error cometido, es considerar como medidas datos proporcionados por el fabricante.
Después vemos distintos monitores de LINUX. El segundo que vemos, es el vmstat:
Vemos como si variamos la carga del sistema lanzado mayor cantidad de procesos, podemos apreciarlo en el monitor.
Después, descubrimos de donde saca el profesor los temas de la asignatura. Curiosamente, todos se tratan de libros que pueden ser encontrados de forma gratuita (y hasta aquí puedo decir...). Con esto terminamos el tema 1 y hacemos una paradiña.
Después de la publicidad, empezamos el tema 2, que da paso al vídeo del día. El vídeo trata sobre como hacer gráficos de Gratt. El vídeo resulta muy interesante, por lo que no le hacemos ni caso y seguimos con el tema.
NOTA:
Seguimos con el tema, comparando el gráfico de Kiviat con un crucero imperial (o destructor imperial, que era como creía que se llamaba):
Debemos tener en cuenta, que a la hora de realizar cualquier tipo de trabajo debemos orientarlo como si fuese una portada del play boy
Dato importante: De cada 20 personas 2 son daltónicas, por lo que es posible que nuestro jefe lo sea.
Lo siguiente que vamos a hacer es crear gráficas con el rendimiento del sistema. Es importante el concepto de economizar tinta que consiste en eliminar cualquier elemento innecesario de la gráficas. Empezamos viéndolo en el OpenOffice, pero JJ desiste pronto. ¡¡Un informático de verdad utiliza aplicaciones de linea de comando!! Después de un par de intentos y perderme completamente a partir del primero tenemos nuestra gráfica. Añadimos los elementos necesarios (pocos) y se eliminan todos los innecesarios (casi todos) Se propone como ejercicio de autoevaluación realizar los mismos pasos para cualquier otra gráfica.
Y casi quien no quiere las cosas, llegamos al final del tema. Después de la divagación sobre si los carteles de la DGT pueden o no contener más de 7 palabras y con la oportuna intervención de la persona encargada de su programación salimos de dudas. No caben más porque el display luminoso es solo de 19x3 caracteres (que ya es casualidad que estuviese este hombre por aquí).
Por último, continuamos viendo un apartado que podríamos llamar "como engañar con las gráficas". Aparte de nombrar al presidente del gobierno, nombrar a las compañías de Internet y a las inmobiliarias, vemos que podemos utilizar pictogramas, alteraciones del eje vertical o el uso de variables omitiendo la desviación típica.
Y cuando ya creía que había terminado, describimos la 4ª Práctica.
Y con esto y un bizcocho, nos vemos el martes que viene:
Y para terminar, dejo el siguiente enlace sobre algo que JJ ha comentado al principio de clase: (aquí)
NOTA: Se me está yendo la cabeza con las imágenes...
Clase 11 de Marzo de 2008
martes, 11 de marzo de 2008
Hoy empezamos las clases con diversos problemas en la red wif, que impiden al profesor poner el wiki en el proyector.
Empezamos a comentar las prácticas, y hace un comentario que al menos a mí me ha molestado un poco, que hemos copiado los vínculos sin mirar en profundidad la página, y dice "alguna ni si quiera están como la universidad de Málaga". Mirando en google cache, veo que la página está caída desde el 5 de marzo a las 23 horas. (enlace)
Comentamos una noticia sobre la tendencia multicore (añadir más núcleos de procesamiento en las máquinas) y sobre como se está aumentando el número de núcleos sin cambiar la arquitectura. Comenta un compañero sobre una tarjeta gráfica con 128 core (enlace) . Buscando las especificaciones de la tarjeta gráfica, veo que se tratan de 128 procesadores stream (de manejo de flujo, como comenta el profesor) y se encargan del sombreado de los píxeles. (enlace)
Lo siguiente que hacemos, es hablar sobre mi ejercicio de autoevaluación del tema 1 Bloque 2 (enlace)
Me comenta, que debo puntualizar la finalidad del estudio (en mi caso, saber que impresora comprare, aunque claro, para ello me tendría que dejar el de la tienda llevarme todas sus impresoras... ) . Otra cosa que me comenta, es que para la fidelidad estructural del documento, sería mejor imprimir páginas de pruebas estándar que realizar una "digitalización".
Una vez visto mi ejercicio de autoevaluación, vemos el de otro compañero (al cual no le puedo prestar mucha atención porque estoy escribiendo el párrafo anterior).
Continuamos viendo el monitor de sistema de linux, donde podemos obtener información del estado actual del sistema.
Hacemos una pausa de 15 minutos (durante la cual huyen al menos la mitad de la clase).
Nota: La práctica 2 se entrega 31 de Marzo.
NOTA: Yo pensando que era un ente anónimo y resulta que todo el mundo sabe quien soy...
Práctica 1
domingo, 9 de marzo de 2008
Mi práctica 1 se puede encontrar en el siguiente enlace:
http://antaress.es/DyEC/1/
[Autoevaluación] Tema 1 Bloque 2
viernes, 7 de marzo de 2008
Especificar en qué consistirían los 10 pasos de la sección 1.2 en el caso de la evaluación de alguno de los siguientes sistemas: un compilador, un proveedor de servicio ADSL, una tarjeta gráfica, una impresora.
1. Especificar los objetivos y definir el sistema:
El objetivo es ver si en lo referente a la calidad y velocidad de impresión es mejor tener una impresora de inyección de tinta o una impresora multifuncional de inyección de tinta.
Hacer una lista de los servicios que ofrece el sistema y sus posibles resultados
A la hora de evaluar las impresoras vamos a tener en cuenta la calidad, rapidez y fidelidad de la impresión, así como la utilización de cartuchos de gran capacidad (larga duración). Aspectos como el consumo energético, el tamaño, el diseño,... se ven relegados.
El resultado puede resultar favorable para uno de los dos tipos de impresoras. No hay lugar para un "empate".
Selección de las métricas
Las métricas a utilizar serán las siguientes:
- Tiempo de preparación de la impresora (envió de la información)
- Velocidad de impresión (paginas/minuto).
- Fidelidad del documento respecto al original.
- Gasto de tinta en cada impresión.
Listar los parámetros que pueden afectar a las prestaciones
En todas las pruebas, se realizará la conexión al equipo mediante un puerto USB 2.0. Se dará prioridad Muy Alta a la impresión y se intentará minimizar la carga del sistema.
Factores a estudiar
Una impresora se puede enfrentar a una gran cantidad de documentos distintos: documentos con solo texto, gráficos, fotografías,... . Además, muchas impresoras permiten seleccionar la calidad de la impresión, lo que repercute el el tiempo de impresión.
Seleccionar las técnicas de evaluación
- Los tiempos serán medidos en tiempo real con un cronómetro de mano.
- La velocidad de impresión sera calculada como el número de paginas impresas dividido por el tiempo empleado (tiempo de impresión solamente, se omite el tiempo de preparación).
- Para el consumo de tinta, aunque hay impresoras que permiten saber el nivel aproximado de tinta, se realizarán mediciones con una báscula altamente sensible antes y después de la impresión.
- Para medir la fidelidad del documento se realizarán dos comparaciones. La primera a nivel estructural, es decir, la correcta posición de los elementos del documento. Para ello, se realizará una digitalización perfecta del documento impreso y será comparado con el documento original a nivel de pixel mediante un software específico(ya puestos a inventar... :) ). La segunda medición, comprobará la fidelidad del color del documento; para ello, se someterá a los documentos a comprobaciones visuales con ayuda de versiones impresas "de imprenta" del documento así como con patrones de colores.
Seleccionar la carga de trabajo
La carga de trabajo será distinta para cada experimento realizado, por lo que se muestra en el apartado siguiente.
Diseñar los experimentos
Para cada métrica realizaremos las siguientes medidas en el sistema:
- Impresión en escala de grises de un documento simple de 50 páginas con calidad normal.
- Impresión en escala de grises de un documento simple de 50 páginas con calidad baja.
- Impresión en escala de grises de un documento con gráficos de 50 páginas con calidad normal.
- Impresión en escala de grises de un documento con gráficos de 50 páginas con calidad alta.
- Impresión de una fotografía en color en calidad baja.
- Impresión de una fotografía en color en alta calidad.
Analizar e interpretar los datos
Presentar los resultados
Clase 4 de Marzo de 2008
martes, 4 de marzo de 2008
Empezamos discutiendo sobre los frames que puede alcanzar un juego de ordenador para que sea "agradable" jugar. Según uno de mis compañeros, el mínimo alcanzable es de 50 frames. Esta cifra me parece bastante exagerada, y así lo comento en la clase.
Continuamos viendo distintos ejercicios de autoevaluación de otros compañeros. Parece que en la clase estamos muchos jugones a través de la red, porque el siguiente trabajo se orienta hacia la evaluación de una conexión ADSL orientada a jugar ONLINE. La discusión se ha centrado por un error de comprensión entre dos términos: el ancho de banda y la latencia:
Ancho de banda: Nos indica la capacidad de comunicación, o la velocidad de transmisión de datos de una línea de conexión.
Latencia: En redes informáticas de datos se denomina latencia a la suma de retardos temporales dentro de una red. Un retardo es producido por la demora en la propagación y transmisión de paquetes dentro de la red.
(Más tarde, intentaré hacer un ping al servidor del juego World of Warcraft que uso)
El servidor de juegos utilizados es un servidor de World of Warcraft no oficial, el cual conozco desde hace poco.
[Autoevaluación] Tema 1 Bloque 1
miércoles, 27 de febrero de 2008
2 Ejercicios de autoevaluación
1. Indicar qué tipo de medidas sueles tomar para medir las prestaciones de un ordenador.
Principalmente me centro en la simultaneidad y fluidez del sistema, es decir, en que el sistema responde de manera fluida a las ordenes.
2. Indicar en qué casos de los que te encuentras en tu trabajo (u otro quehacer) diario necesitarás medir las prestaciones del ordenador.
En tareas pesadas de computación, como el compilado de programas, la edición o comprensión de vídeo.
3. Indicar en qué casos percibes una falta de prestaciones de los ordenadores que sueles manejar.
Sobre todo en que se incrementa el tiempo perdido esperando que el ordenador termine de realizar las acciones que le he mandado. Por ejemplo, no es extraño en libre acceso tener que espera un par de minutos para que se cargue el sistema operativo.
4. Mirar qué servicios hay activos en nuestro ordenador personal y en algún otro ordenador al que tengamos acceso. ¿Qué usas para saber los servicios que hay activos? ¿Sabes lo que hacen? ¿Si suprimes alguno de ellos, qué pasa?
En windows, aparte del administrador de tareas (CONTROL+ALT+SUPR), utilizo una aplicación llamada Process Explorer que ofrece más información que el propio de windows. Presenta una organización jerárquica de los procesos, información detallada de los procesos. Ya que una imagen vale más que mil palabras, adjunto un par de capturas de mi propio sistema.
[Apuntes] 26 Febrero 2008
martes, 26 de febrero de 2008
Hoy en clase hemos visto un poco las plataformas a utilizar en la asignatura. Entre ellas, el wiki cuya dirección es http://dyec-ugr.wikispaces.com/ . Nos recomienda el profesor no editar todos al mismo tiempo el wiki, ya que podemos colapsar el sistema (algo totalmente lógico).
Por otro lado, el planet que recopila tanto los distintos blogs de los alumnos como los realizados en el wiki. He advertido también un error respecto a mi bitácora, pues en lugar de aparecer la bitácora que he creado especialmente (esta misma) aparece mi bitácora personal. Le he mandando ya un correo al profesor comunicándoselo.
Lo siguiente que hemos visto han sido ejercicios de autoevaluación del año pasado, lo cual me recuerda que tengo que ponerme a hacerlos.
Continuamos con el tema, centrándonos en la parte más importante de la asignatura: Las distintas fases en la evaluación de un sistema informático:
Durante la evaluación de cualquier sistema informático, hay que seguir las siguientes fases:
1. Especificar los objetivos y definir el sistema: una medición de prestaciones no tiene sentido sin objetivos. Se debe de definir claramente cuál es el sistema además, para medir exclusivamente eso. Es decir, si se quieren medir las prestaciones de la memoria de un sistema, hay que aislar lo que pertenece a ella, y eliminar en lo posible de la medición la influencia de todos los demás factores.
2. Hacer una lista de los servicios que ofrece el sistema y sus posibles resultados: es decir, un sistema puede dar un resultado válido, inválido o simplemente no dar ningún resultado, en cualquier caso, habrá que medir la tasa de sucesos de uno u otro tipo.
3. Seleccionar las métricas, es decir, los criterios para comparar prestaciones.
4. Listar los parámetros que pueden afectar a las prestaciones, que se dividen entre las características del sistema, y la carga de trabajo a la cual está sometido; las primeras no varían para todos los sistemas que tengan el mismo hardware; pero la segunda varía entre diversas instalaciones.
5. Factores a estudiar; de los parámetros anteriores, algunos se variarán durante el estudio, los denominados factores. Los diferentes valores que tomarán durante el estudio se denominan niveles.
6. Seleccionar las técnicas de evaluación: entre la modelización, simulación y medición de un sistema real. La selección de la técnica dependerá del tiempo y el dinero disponibles, aunque lo más habitual es que se lleven a cabo benchmarks.
7. Seleccionar la carga de trabajo, es decir, la carga a la que se va a someter el sistema para medirlo. Siempre se hará en función de los objetivos establecidos; en particular si el objetivo es mejorar las prestaciones para una carga determinada.
8. Diseñar los experimentos, dividiéndolos en niveles o valores que tomarán los factores. Inicialmente, se suele diseñar un experimento con muchos factores, pero pocos niveles, para, una vez vistos cuáles son los factores que influyen más en el experimento, concentrarse en esos.
9. Analizar e interpretar los datos; no basta con medir, sino que hay que sintetizar los datos de las medidas, y extraer conclusiones de ellos. Esto se verá principalmente en el Tema 2 y el último tema.
10. Presentar los resultados: lo cual es muy importante, tanto si se presenta a una clase como si es a un gerente que debe de tomar una decisión sobre qué comprar. Llegados a este punto, puede ser necesario comenzar otra vez el estudio desde el principio, porque es bien conocido que los objetivos de un estudio siempre varían durante la realización del mismo.
A la hora de realizar el trabajo final, debemos de hacerlo siguiendo TODAS las fases enumeradas anteriormente.
Es muy importante, sobre todo a la hora de la presentación del trabajo, realizar una interpretación de los datos y resultados obtenidos. Es recomendable presentar gráficos que interpreten los datos, en lugar de presentar una gran tabla. Existen también métodos para "engañar" con las gráficas, los cuales veremos más adelante.
Para terminar, vemos un ejercicio de autoevaluación que un compañero realizó el año pasado, el cual criticamos sin compasión. ¿Será eso lo que les deparará a nuestros propios ejercicios en años venideros?
Para terminar, vemos el siguiente vídeo de youtube:
Curioso curioso. Añadido a mi pila de "cosas curiosas que hacer cuando tenga tiempo"
Inaugurado el blog de la asignatura de DyEC
miércoles, 20 de febrero de 2008
He creado este blog llamado "Antares por y para DyEC" para recoger los ejercicios de la asignatura de Diseño y Evaluación de configuraciones impartida en la Escuela Técnica de Ingeniería Informática y Telecomunicaciones. No sé que más decir, por lo que pongo una foto para que quede inagurado:
P.D Gracias Juancho por decirme el error ortográfico :P