Buenas!
Aquí dejo el trabajo final:
Éste es el final del curso y probablemente el final de este blog.
Quisiera dejar como últimas anotaciones mis impresiones sobre la asignatura.
Ésta es una asignatura que se hace entretenida, que no resulta difícil y que tiene un objetivo práctico y para la vida real.
Yo no me he tenido que esforzar quizá tanto como otros alumnos porque siempre me han gustado los temas que se han tratado en la asignatura y por ello con poco más de 3 horas a la semana (más las de clase) he podido sacar una buena nota (de hecho he obtenido mi primera matrícula de honor en la carrera y el primer 10 que saco desde hace mucho tiempo :D ); lo que quiero decir es que si se lleva más o menos con constancia, por poco que se haga, es fácil de aprobar (siempre que vayas a clase).
Mención especial a JJ, que ha sido de los mejores profesores con los que me he encontrado en esta facultad, sobre todo por su enfoque práctico y directo de las cosas. Ojalá siga muchos años en la docencia ;).
Un saludo a todos, presentes y futuros alumnos, y espero que todo lo que aquí está colgado pueda serviros para cualquier cosa (mientras no hagáis una copia descarada o al menos me deis algo de crédito! xD)
sábado, 26 de julio de 2008
jueves, 22 de mayo de 2008
Directrices generales para la asignatura
Voy a hacer un resumen de lo que hay que tener claro para la asignatura, ya que no vamos a tener más clases (aunque en verdad casi que lo hago más por los que no han pisado la clase).
Algunos parece que todavía no tienen claro de qué va todo esto. La asignatura no tiene un examen final, sino que hay que entregar un trabajo. El trabajo tiene tema libre, a elegir entre los que se nos proponen aquí. Incluso, si se te ocurre alguna otra cosa, puedes mandarle un mail al profesor y sugerirle que ponga uno nuevo. Además de por mail, se puede contactar con el profesor en Google Talk (nick jjmerelo) o en tutorías.
Lo primero de todo, si todavía no lo has hecho, es que te registres en la BD de la asignatura, te suscribas a la lista de mail, y crees una bitácora para la asignatura. Incluso, para los ya registrados, echad un ojo a vuestros datos personales: es importante que tengáis claro y bien identificado vuestro nick con vuestra bitácora de la asignatura, es decir, en el recuadro donde se pide vuestra página personal, poned la dirección de la blog de la asignatura.
El trabajo final no es toda la nota de la asignatura, por supuesto: Hay una parte que son prácticas (Se han hecho 6 a través del curso) y otra parte que es participación en la asignatura, mediante el blog, el wiki, la asistencia a clase e intervención, etc.
Respecto a las prácticas, todavía hay que entregar la sexta práctica. La fecha límite para ello es el 2 de junio.
Incluso, si no has entregado las prácticas 4 y 5, o quieres mejorar nota en ellas (y esto también va para la sexta práctica), puedes hacerlo: habrá un plazo de "repesca" de las 3 últimas prácticas (4, 5, 6) hasta el día 6 de julio. Este plazo se abrirá pocos días después de la entrega de la sexta práctica (es decir, para cuando le haya dado tiempo a JJ de corregirla), aproximadamente para el 4 de junio.
Nota: En las repescas de las prácticas, la máxima nota posible que se puede sacar es un 8.
Por último, la fecha de entrega para el trabajo final es el 6 de julio. Hay que elegir un trabajo en la página, de no hacerlo, aún entregando el trabajo, se está suspenso. Aproximadamente, para el día 11 de julio, se darán las notas del trabajo, y habrá un plazo de reclamaciones de unos días (se nos avisará de todo por e-mail).
Para subir nota, es recomendable que hagáis un puñado de ejercicios de autoevaluación. Los podéis encontrar repartidos en el temario (que podemos ver en la página de la asignatura).
En concreto, la nota final de la asignatura se calculará a partir de:
1/6 de la nota de clase (participación en clase, wiki, bitácora, etc)
2/6 de la nota de prácticas (media ponderada por sesiones de la nota obtenida en prácticas)
3/6 de la nota del trabajo final
Por otra parte, a lo mejor cuando leas los posibles enunciados de los trabajos a hacer pienses "qué fácil, comparativas, o esta otra cosa, que estoy harto de leer todos los días en tom's hardware o en no sé qué página o revista", pues no, no te dejes llevar y creas que todo es tan fácil, porque de lo que se trata la asignatura es de hacer todo este tipo de "estas otras cosas" bien, y siguiendo una metodología correcta, que a lo mejor tu página o revista favorita incumple en un par de puntos, que a ti sí podrían costarte más de un par de puntos en la nota final. Así que antes de ponerte con el trabajo, echa un buen ojo al temario, y al wiki para ver los apuntes que hemos hecho los compañeros de los días que ha habido clase y no has venido.
Dicho esto, mucha suerte a todos.
Elogios, correcciones, cosas que se me olviden, tomatazos, puñalás, o lo que queráis, en los comentarios.
Igualmente, si os queda alguna duda, en los comentarios os contesto.
Un saludo
Algunos parece que todavía no tienen claro de qué va todo esto. La asignatura no tiene un examen final, sino que hay que entregar un trabajo. El trabajo tiene tema libre, a elegir entre los que se nos proponen aquí. Incluso, si se te ocurre alguna otra cosa, puedes mandarle un mail al profesor y sugerirle que ponga uno nuevo. Además de por mail, se puede contactar con el profesor en Google Talk (nick jjmerelo) o en tutorías.
Lo primero de todo, si todavía no lo has hecho, es que te registres en la BD de la asignatura, te suscribas a la lista de mail, y crees una bitácora para la asignatura. Incluso, para los ya registrados, echad un ojo a vuestros datos personales: es importante que tengáis claro y bien identificado vuestro nick con vuestra bitácora de la asignatura, es decir, en el recuadro donde se pide vuestra página personal, poned la dirección de la blog de la asignatura.
El trabajo final no es toda la nota de la asignatura, por supuesto: Hay una parte que son prácticas (Se han hecho 6 a través del curso) y otra parte que es participación en la asignatura, mediante el blog, el wiki, la asistencia a clase e intervención, etc.
Respecto a las prácticas, todavía hay que entregar la sexta práctica. La fecha límite para ello es el 2 de junio.
Incluso, si no has entregado las prácticas 4 y 5, o quieres mejorar nota en ellas (y esto también va para la sexta práctica), puedes hacerlo: habrá un plazo de "repesca" de las 3 últimas prácticas (4, 5, 6) hasta el día 6 de julio. Este plazo se abrirá pocos días después de la entrega de la sexta práctica (es decir, para cuando le haya dado tiempo a JJ de corregirla), aproximadamente para el 4 de junio.
Nota: En las repescas de las prácticas, la máxima nota posible que se puede sacar es un 8.
Por último, la fecha de entrega para el trabajo final es el 6 de julio. Hay que elegir un trabajo en la página, de no hacerlo, aún entregando el trabajo, se está suspenso. Aproximadamente, para el día 11 de julio, se darán las notas del trabajo, y habrá un plazo de reclamaciones de unos días (se nos avisará de todo por e-mail).
Para subir nota, es recomendable que hagáis un puñado de ejercicios de autoevaluación. Los podéis encontrar repartidos en el temario (que podemos ver en la página de la asignatura).
En concreto, la nota final de la asignatura se calculará a partir de:
1/6 de la nota de clase (participación en clase, wiki, bitácora, etc)
2/6 de la nota de prácticas (media ponderada por sesiones de la nota obtenida en prácticas)
3/6 de la nota del trabajo final
Por otra parte, a lo mejor cuando leas los posibles enunciados de los trabajos a hacer pienses "qué fácil, comparativas, o esta otra cosa, que estoy harto de leer todos los días en tom's hardware o en no sé qué página o revista", pues no, no te dejes llevar y creas que todo es tan fácil, porque de lo que se trata la asignatura es de hacer todo este tipo de "estas otras cosas" bien, y siguiendo una metodología correcta, que a lo mejor tu página o revista favorita incumple en un par de puntos, que a ti sí podrían costarte más de un par de puntos en la nota final. Así que antes de ponerte con el trabajo, echa un buen ojo al temario, y al wiki para ver los apuntes que hemos hecho los compañeros de los días que ha habido clase y no has venido.
Dicho esto, mucha suerte a todos.
Elogios, correcciones, cosas que se me olviden, tomatazos, puñalás, o lo que queráis, en los comentarios.
Igualmente, si os queda alguna duda, en los comentarios os contesto.
Un saludo
Apuntes del día 20 de Mayo
Hoy, para variar, JJ ha pasado lista, porque venir a clase cuenta positivamente para la nota final (en sus palabras, los que estamos aquí viniendo físicamente a clase debemos tener algún tipo de recompensa) (estamos 16 en clase hoy).
Vemos el resumen de la clase anterior, de M. Ángel Medina.
Vemos un artículo que trata de razones para usar kernels precompilados. El interés que tenemos en este artículo es que comete un error básico: hablar de porcentaje de cpu usada para hacer comparaciones. CRASO ERROR!! (como se dijo el otro día en clase, seguro que a pesar de que nos hartamos de repetirlo luego habrá algún “espabilao” que la pinte en el trabajo final).
FECHAS:
Fijamos la fecha de entrega del trabajo final el 6 de julio.
La fecha de entrega de la práctica 6 es el 2 de junio.
Para el día 11 (más o menos) estarán corregidas las prácticas y se abrirá un plazo para reclamaciones. Pocos días después estarán las notas finales de la asignatura.
La repesca de las prácticas 4,5, y 6 serán el mismo día, el 6 de julio.
Las notas de clase se darán a principios de julio.
Es importante tener bien claro y asociado el nick, ID, y bitácora. Hay que echar un ojo a http://geneura.ugr.es/~jmerelo/DyEC/cgi/update.cgi para comprobar que tenemos bien puesto el nick e incluida la dirección de la bitácora como nuestra página web.
Hay gente que parece que todavía no tiene claro ni de lo que va la asignatura (es lo que tiene no venir a clase nunca, ni prestar atención a los blogs o al wiki, será que no lo ponemos fácil... y a pesar de todo algunos todavía se piensan que había examen en vez de trabajo final), en vista de ello escribo la siguiente entrada para aclarar todo lo posible el funcionamiento de lo que queda de curso.
Pasamos a ver ejercicios de autoevaluación. Vemos el de “el blog de josele” aquí.
Criticamos los gráficos que pueden verse en el enlace que nos muestra josele, tiene errores como por ejemplo el fondo en gris, líneas de guía innecesarias, no poner los nombres de las categorías debajo de su barra correspondiente, usar tipos de gráficos mezclados (unos horizontales y otros verticales) para las mismas cosas… pero va mas allá! Usa gráficos de líneas donde no corresponde, y hace comparaciones con el % de CPU usado… (lo digo otra vez? venga no, que me estoy haciendo cansino)
El benchmark tiene una parte buena que es que se ha definido bien el objetivo, pero también tiene todas estas partes malas que comentamos (o más).
Pasamos al siguiente ejercicio, ya del tema 4, de davis87.
Vemos comparativas de gráficas en tomshardware. Os recomiendo encarecidamente el siguiente enlace para comparativas de gráficas, el vga charts 2007, completísimo.
Volvemos al temario: 4.2.6 Engañando a los benchmarks
Hablamos de los juegos, que no son benchmarks del todo correctos.
Hablamos de las trampas de ati y nvidia en benchmarks como 3dmark, o los de sun en caffeinemark.
Hablamos del funcionamiento de los compiladores, y en particular del gcc.
Volvemos al benchmark que comentamos el otro día, el SPEC, tambien el TPC, útil para bases de datos.
En un respiro de hablar de benchmark, comentamos los ataques a xataka y a la página de
Seguimos con los benchmarks, hablamos de Doombench.
Comento que Doom no es un juego en “tres dimensiones reales”, son más bien “dos dimensiones y media”.
Aquí se puede leer un artículo sobre el engine que utilizaba Doom (creado por John Carmack, también conocido como “el puto master of the universe”).
Frase del día: “Lo peor de los benchmarks es que a veces las prestaciones no lo son todo”… (Después vino lo de la frase dedicada con cariño a los Apple “estilizados” xD).
Todo esto de lo que hemos hablado se puede encontrar a partir de aquí.
Criticamos a las tiendas UPI un ratejo, a cuento de la frase de antes, ya que también tenemos que mirar cosas como la garantía de un producto cuando lo queremos comprar/comparar. Además, las tiendas UPI son carísimas! XD
Acabamos esta última clase viendo el vídeo del día! (Al final no hemos visto ninguno de Enjuto, bueno, supongo que se los estará guardando todos para el año que viene).
JJ Quotes - Octava Entrega -
Las últimas frases de JJ este curso, (a menos que recopilemos unas cuantas de e-mails xD):
"Por cierto, me han regalao 5 cajas de pastillas de café, pero se me ha olvidao traerlas. Al que saque mayor nota en el trabajo final le doy alguna"
"Acabaremos la clase este año sin resolver el misterio de por qué cantan en la clase de al lado?"
"Joé, se descuida uno y sacan versiones a cascoporro" (frase del pan nuestro de cada día xD)
"A veces no te interesa que sea más o menos rápido, sino que tenga una manzanita pintada..."
"Por cierto, me han regalao 5 cajas de pastillas de café, pero se me ha olvidao traerlas. Al que saque mayor nota en el trabajo final le doy alguna"
"Acabaremos la clase este año sin resolver el misterio de por qué cantan en la clase de al lado?"
"Joé, se descuida uno y sacan versiones a cascoporro" (frase del pan nuestro de cada día xD)
"A veces no te interesa que sea más o menos rápido, sino que tenga una manzanita pintada..."
martes, 13 de mayo de 2008
JJ Quotes - Séptima entrega -
Situación surrealista del día: Hay algún tipo de celebración extraña en la clase de al lado. Ello provocó que JJ dijera cosas como:
Será un cumpleaños? Habrá piscina de bolas?
(Tras sonar una trompeta) A ver si es que es un marciano o algo y tenemos que desalojar, o luchar, o...
Random phrases:
Hay aquí algún aficionado a los coches? No? Sólo gta?
Los ejecutivos son tontos, ya lo sabéis! Es que no veis cuestión de sexo, o camera cafe?
Un sistema es el conjunto que cumple su cometido, no tiene por qué ser una sola cosa, puede ser un ordenador, dos ordenadores, un pc y un portátil, un portátil y un pollo... (No puede evitar pensar constantemente en el pollo bicéfalo de la universidad)
Reducir el tiempo de carga del marca en 0.2 segundos, pues no es un gran objetivo. Además, qué podría pensar el ministerio de defensa!
Será un cumpleaños? Habrá piscina de bolas?
(Tras sonar una trompeta) A ver si es que es un marciano o algo y tenemos que desalojar, o luchar, o...
Random phrases:
Hay aquí algún aficionado a los coches? No? Sólo gta?
Los ejecutivos son tontos, ya lo sabéis! Es que no veis cuestión de sexo, o camera cafe?
Un sistema es el conjunto que cumple su cometido, no tiene por qué ser una sola cosa, puede ser un ordenador, dos ordenadores, un pc y un portátil, un portátil y un pollo... (No puede evitar pensar constantemente en el pollo bicéfalo de la universidad)
Reducir el tiempo de carga del marca en 0.2 segundos, pues no es un gran objetivo. Además, qué podría pensar el ministerio de defensa!
Apuntes del día 13 de Mayo
Comenzamos la clase hablando de la práctica 5.
La ha entregado aún menos gente, y las notas son peores. A pesar de ello, hay más dieces (yo tengo uno! :D).
FRASE DEL DÍA, por enésima vez: para comparaciones y evaluaciones, sobre todo en el trabajo final, ni se nos ocurra hacerlo con tasas de utilización!! No vale comparar el % de ancho de banda de lectura de disco usado, no vale comparar % de CPU usada, etc.
Hay que evaluar cargas del sistema relevantes. Arrancar el sistema no es un buen ejemplo, porque no es para lo que destinamos el sistema. Cosas simples como comprimir un fichero pues es demasiado tonto y tiene poca chicha.
Nuestro compañero Fran (LP) nos muestra su práctica. Ha hecho una pequeña pirulilla, su práctica quizá no es del todo correcta: casi ha cambiado el sistema, porque al principio servía con un ordenador y ha llegado a la conclusión de que es mejor servir con otro. De todos modos JJ se lo ha dado por bueno aunque algunos alumnos no están muy de acuerdo (yo personalmente creo que no está mal, pero hay que reconocer que es una pequeña trampa ;) )
Vemos el resumen de la clase anterior de saramggh.
Vemos un ejercicio de autoevaluación de davis (estamos tímidos hoy, ni Sara ni davis han querido explicar sus correspondientes entradas), que trae una interesante tabla que compara los distintos filesystem que han existido en Windows.
Comentamos, a partir de la página que ha puesto JJ en el wiki, procesadores: de wii, de ps3, de mi EEE… es un artículo interesante el de la página, leedlo.
Volvemos al temario. Estamos en el 4.2: utilización de un benchmark.
Todavía hay gente que no tiene clara la diferencia entre un monitor y un benchmark, así que la re-explicamos. Básica y rápidamente: Monitor, para ver la carga del sistema, benchmark, para cargar al sistema y ver los resultados.
Quién produce los benchmark?
- O bien son evaluados por una empresa externa, a la que se le paga por ello.
- O bien los benchmarks son propuestos por un conjunto de empresas o instituciones que acepten los resultados que arrojen.
Qué tipos de benchmark hay?
- Programas reales: Son un trabajo real, con una carga real.
- Núcleos, kernel: Son las operaciones fundamentales de una carga de trabajo.
- Benchmarks de juguete: Programas muy sencillos que miden parámetros básicos.
- Sintéticos: Son operaciones estadísticas que miden la carga de trabajo usada con una serie de programas y resume la carga.
Uno de los benchmark más conocidos es el SPEC. Vemos un ejemplo del SPEC.
Vemos errores comunes en los benchmark. REPETIMOS DE NUEVO LO DE LAS TASAS (más de uno y más de dos (entre 20 y 30 según JJ) no lo tendrán en cuenta para el trabajo final y luego pasará lo que pasará)
- Representar solamente comportamiento medio en la carga de trabajo.
- Ignorar la distribución desigual de las peticiones de dispositivos. Provoca que los resultados no sean muy realistas.
- No controlar el nivel de carga de forma apropiada.
- Ignorar los efectos de la cache. Puede falsear los resultados. Para evitarlo hay que hacer benchmark que no quepan en la caché o repitiendolo varias veces.
- Ignorar el overhead del monitor.
- No validar las medidas. Hacerlas varias veces. (Muy importante).
- No asegurarse de las mismas condiciones iniciales, es decir, de que el estado de la cache sea el mismo, el de los procesos que se están ejecutando también, incluso, si es posible, la fragmentación del disco duro y el espacio que queda libre, pues, como se sabe, estos son dos factores que influyen en la velocidad del mismo. (Muy importante). Por ejemplo: ejecutar el benchmark con el ordenador recién arrancado.
- No medir las prestaciones del transitorio, ya que la mayoría de los experimentos están diseñados para predecir las prestaciones bajo condiciones estables. Por ejemplo: en un sistema recién arrancado, la temperatura no va a ser la misma que la que tendrá pasado un rato.
- Utilizar los porcentajes de uso de los dispositivos para comparar prestaciones. Por ejemplo el uso de CPU. (Muy importante).
- Recoger demasiados datos con muy poco análisis. (Muy importante).
Hablamos del benchmarketing. El benchmarketing es sencillamente eso: hacer marketing utilizando los resultados de un benchmark. Pongo el ejemplo en clase de nVidia con 3DMark: cuando se detectaba que el benchmark corría, se baja la calidad gráfica para así conseguir más rendimiento y luego poder decir “nuestra gráfica es más rápida”.
Otras posibilidades son:
- Usar configuraciones diferentes para ejecutar la misma carga de trabajo
- Elegir las especificaciones de forma que favorezcan a una máquina determinada
- Usar una secuencia de trabajos sincronizada, de forma que el solapamiento entre el trabajo de
- Elegir una carga de trabajo arbitraria, que puede dar buenas prestaciones para una máquina determinada
- Usar benchmarks demasiado pequeños
- Proyectar o interpolar resultados de un benchmark, es decir, medir las prestaciones de un ordenador con un procesador determinado, y proyectar los resultados a otro ordenador con un número de procesadores diferente
- Elegir el sistema base de normalización de forma arbitraria
Acabamos la clase viendo el vídeo del día: Temperatura y benchmarking
Por cierto, veo que no quedó claro la otra vez cuando lo dije en el blog: El vídeo del día de hace unas sesiones, el del extreme overclocking y el Duron "volando", era un fake.
jueves, 8 de mayo de 2008
viernes, 2 de mayo de 2008
Apuntes del día 29 de Abril
Comenzamos repasando lo que se vio en la última clase.
Estamos ahora en el tema 3, que trata de mejorar prestaciones en un ordenador. Lo último que se vio fue mejorar las prestaciones de la cpu.
En búsqueda de ejercicios de autoevaluación, hoy, para variar (es decir, por no ver uno de tupakamaru), vemos uno del blog dyec2008.blogspot.com, de filesystems. Además de los que incluye el compañero, comentamos el FAT que se usa en memorias flash y CDs. También de sistemas de ficheros con journaling (ext3 frente a ext2), en los que se guardan como en una bitácora los cambios a cada archivo, de manera que cuando desmontamos el disco duro se aplican los cambios. Hablamos también del gmailfs.
Hablamos de la comparación de cartuchos de tinta que hay en el wiki, que viene muy bien, porque es precisamente cómo NO debemos enfocar nuestras comparaciones. Todas las variables o características que usemos para la comparación tienen que ser pruebas completamente objetivas, y no pueden ser datos aportados por el fabricante.
JJ no quiere poner en clase aún algún vídeo de Enjuto Mojamuto. Ya subí uno anteriormente al blog, y aprovecho para subir el que creo que es el mejor, basado en hechos reales que todos hemos sufrido alguna vez:
Nos volvemos al tema 3, al 3.6.1, empezamos hablando de configuraciones RAID para dos o más discos duros. Hay dos maneras de hacerlo, bien por hardware (lo hace la placa) o por software (lo hace el SO). Normalmente es mejor por hardware que por software.
Volvemos al tema de las particiones y los filesystems. Comentamos esta imagen.
En general, todo lo que se puede hacer para distribuir la carga del disco duro, en principio, es distribuir nuestro almacenamiento en varios discos duros o en varias particiones. Otra buena idea es mantener tipos de ficheros similares en la misma partición (tipos similares: que se acceda a ellos de la misma manera y con la misma frecuencia), dar a cada filesystem un tamaño de bloque adecuado…
Vemos los distintos filesystem virtuales que están corriendo en el PC de JJ (Linux).
Hablamos de los cores (podemos definir un tamaño máximo o eliminarlos)
Hablamos de logs, ips, dns, y probamos el comando “traceroute” para ver cuáles/cuántos hosts recorre una petición para ver una página web. Hablamos de espanix, host por donde pasa gran parte de esas peticiones en España.
Una página puede estar hosteada en un servidor, y en casa podemos montar un servidor en nuestro ordenador personal donde hacemos otro montón de cosas, pero lo normal es tener un servidor dedicado ya que servir páginas cuesta muchos recursos, así que es perfectamente normal que una página tenga no solo un servidor, sino que esté repartida en varios servidores.
Hablamos de cachés, de php, del proxycache
OJO: Se avisa en clase que la siguiente sesión será muy importante. Creo que hay que tomar esto como un “aviso a navegantes” porque últimamente estamos bastante pocos en el aula.
JJ Quotes -Sexta Entrega-
"Ya he descubierto lo que pasa con blogspot.es, lo que pasa es que es una mierda"
"(A Hans Reiser, el creador del filesystem ReiserFS) lo han condenado a asesinato, aunque no han encontrado el cuerpo... lo habrá comprimido o algo"
"Tío, cállate ya! Encima que tienes el portátil con el pollo de la universidad! ¡¡Un respeto al pollo de la universidad!!"
"Fuerza centríputa... digoo.. centrífuga"
"Optimización de sistemas windows xp... Eso ni lo cuento, porque el windows xp... es que no tiene remedio. Y no hablemos del Vista!"
PD: Sí, podría haber buscado/hecho imágenes aún más cutres. xD
"Tío, cállate ya! Encima que tienes el portátil con el pollo de la universidad! ¡¡Un respeto al pollo de la universidad!!"
"Optimización de sistemas windows xp... Eso ni lo cuento, porque el windows xp... es que no tiene remedio. Y no hablemos del Vista!"
PD: Sí, podría haber buscado/hecho imágenes aún más cutres. xD
martes, 22 de abril de 2008
Práctica IV: Uso de programas de monitorización de un sistema
lunes, 21 de abril de 2008
Ejercicios de autoevaluación (Algunos del Tema 3)
Mirando las pantallas de configuración de tu ordenador, di qué parámetros
Dentro de
HT Frequency -> Frecuencia del bus HyperTransport, que transfiere datos de
HT Data Width (Upstream, Downstream) -> Ancho de palabra de datos del citado bus.
CAS Latency -> Latencia de la memoria RAM.
Dual Channel Mode -> Activar o desactivar el modo Dual Channel para memoria.
FSB Frequency -> Frecuencia del bus que comunica el northbridge con
Multiplier -> Multiplicador, junto con el parámetro anterior, son los que usaremos principalmente para hacer overclock a
Contar una experiencia de overclocking propia o encontrada en algún sitio de Internet.
Igualmente, cuando voy a jugar a algún juego exigente hago también overclock a mi tarjeta gráfica, a la cual puedo subir su core de 500 MHz iniciales a 600 o más sin problemas. Eso sí, la frecuencia de la memoria no la puedo subir ni un mísero MHz xD.
Consultar en internet o en los manuales
En un alarde de originalidad, voy a comparar la memoria consumida por tres navegadores en Windows XP, Mozilla Firefox, Opera, y Interne’xplorer (ya sabéis, me como la t para no tener problemas con Microsoft). http://www.youtube.com/watch?v=uWyKOvX00h0
Resultados:
Iexplore consume unos 49 MB de Ram, Firefox 35 y Opera 35 también. No hay truco, ni boicot, eh? Ni otras pestañas o ventanas abiertas, ni nada, los tres exploradores recién iniciados cargando mi página de inicio.
Un saludo a todos.
sábado, 19 de abril de 2008
Apuntes del día 15 de Abril
Empezamos recapitulando la clase pasada...
Después comentamos el nuevo anuncio de movistar, que es publicidad engañosa. Más información aquí
Vemos ejercicios de autoevaluación. JJ insiste en que hagamos ejercicios de autoevaluación, nos recomienda la página de dyec del año pasado que podemos encontrar en swecai.ugr.es.
Vemos un ejercicio de autoevaluación de tupakamaru aquí
Hablamos del rol del administrador de sistemas, aquí os dejo un vídeo musical que explica bastante bien sus funciones xD.
Comentamos el punto 3.2 del tema 3
Vemos hostings, por ejemplo dreamhost.com, hablamos de los distintos tipos de servidores, servidor dedicado, servidor compartido, o VPS (Virtual Private Server, por ejemplo a través de VMware, sería como tener un ordenador virtual dedicado, y ese ordenador virtual está dentro de uno que si puede ser compartido).
Hablamos de soluciones a posibles problemas de hosting en páginas:
- Alojar las imágenes en sitios gratuitos de alojamiento de imágenes fuera del servidor de hosting donde guardamos nuestra página
- Usar módulos de Apache que pueden ayudarnos de distinto modo (ModGZip, para comprimir sobre la marcha las páginas que recibe, o mod-rewrite, que reescribe la información que se envía al servidor)
Comentamos el punto 3.3 del tema 3
Comparamos editores de texto en Linux como Gedit y Kate, y comparamos también navegadores. JJ quiere boicotear al firefox así que no cierra las pestañas ni lo reinicia para compararlo con otros. Al final la cosa quedó bastante clara en que el firefox consume más memoria, pero bueno, la comparación no fue del todo justa porque el otro explorador tenía más ventanas cargadas aunque se cargara una nueva para compararlo.
Hablamos de la quinta práctica. Muy importante porque es el primer ensayo para el trabajo final de la asignatura. Fecha de entrega límite: 7 de Mayo.
Vemos el vídeo de la semana...
...A ver, que voy a soltar la típica paranoia mía de todas las semanas. El vídeo de la semana es un FAKE como una casa. El récord mundial de overclock de un Duron está en 3.1 GHz usando nitrógeno líquido. Pero estos chavales consiguen ponerlo a 3.8 GHz con un ventilador simple que ni siquiera está bien pillado. No sólo eso, después de reventar el procesador de la temperatura tan altísima que habría cogido, lo cogen con las manos tranquilamente, porque todos sabemos que un procesador a 400º o así no quema nada de nada. Pero bueno, es que para rematar la función, si os fijáis, el ventilador ni siquiera estaba funcionando en ningún momento.
Bueno, ya me he quedao agustico. Un saludo a todos xD
DyEC en Cámara Abierta 2.0
Salimos en la tele!
Como ya comenté en el blog hace unos días, vino a grabarnos un equipo de "La 2", concretamente del programa "Cámara abierta 2.0", programa que se emite diariamente sobre las 1 menos algo de la madrugada.
Sin más, aquí os dejo el reportaje que hicieron de la clase, que recorté del programa completo y subí a youtube:
Por si a alguien le interesa, el programa completo de ese día podéis encontrarlo aquí, en la página del programa.
Un saludo
Como ya comenté en el blog hace unos días, vino a grabarnos un equipo de "La 2", concretamente del programa "Cámara abierta 2.0", programa que se emite diariamente sobre las 1 menos algo de la madrugada.
Sin más, aquí os dejo el reportaje que hicieron de la clase, que recorté del programa completo y subí a youtube:
Por si a alguien le interesa, el programa completo de ese día podéis encontrarlo aquí, en la página del programa.
Un saludo
JJ Quotes - Quinta entrega -
Recopilo las frases de los dos últimos días (8 y 15), que JJ ha estado un pelín más serio y había menos xD.
JJ mete un comando de cuyo nombre no quiero acordarme en linux:
“Ya he salvao la destrucción del universo una vez más”
NdT: No sé yo, pero "4 8 15 16 23 42" creo que no era eh?
JJ mete un comando de cuyo nombre no quiero acordarme en linux:
“Ya he salvao la destrucción del universo una vez más”
NdT: No sé yo, pero "4 8 15 16 23 42" creo que no era eh?
En una página web cualquiera, las imágenes no se cargan:
“Hmm la práctica está mal eh? No ha incluido los gráficos”
Random Phrases:
“Hoy he visto un coche que tenía de matrícula GCC”
“Me he quedao completamente sorprendío de que el vídeo que vimos en clase sirviera para algo”
“Esta música maquinera que le ponen siempre a los vídeos.. no entiendo, podían ponerle algo más tranquilo. Un pasodoble o algo”
“Ostias, me ha cerrao la ventana. Os habéis dao cuenta de que me ha cerrao la ventana? ¡Joder!, ¡me ha echao!”
“Esto de negro sobre blanco queda muy bien, nada de páginas con fondo verde fosforito, si me veis algún día con gafas de sol es que todavía me estoy recuperando de alguna práctica”
miércoles, 9 de abril de 2008
Apuntes del día 8 de Abril
Comenzamos hablando de cómo ha ido la segunda práctica, como vemos en el wiki, hay menos presentados, y errores “tontos” comunes como faltas de ortografía, errores al enlazar/subir imágenes, y confundir o tratar programas de benchmark como monitores.
Seguimos hablando, ahora de la tercera práctica, en la que hay menos presentados aún. Se comentan los otros errores comunes: usar programas “de broma”, por ejemplo, un programa que hace un bucle 10000 veces y para mejorarlo modificamos el programa para que sólo lo haga 1000 veces, o coger un programa cualquiera, llenarlo de cálculos basura y luego quitárselos y decir que hemos hecho una mejora.
Vemos la tercera práctica de un compañero (Miguel Ángel Medina), JJ nos comenta que siempre que metamos código en las prácticas lo hagamos con “los colorines” que nos salen en los editores de código normalmente.
Vemos un programa llamado kcachegrind, que es capaz de medir programas en ejecución.
Se fija la fecha de entrega de la cuarta práctica el día 21.
Vemos una comparativa de Windows Vista vs Windows XP (opinión personal: yo creo que ahora mismo, Vista es completamente innecesario, y no veo razón para instalarlo en vez de seguir con Windows XP, al igual que pasó a la salida de XP y de los demás… Una frase que suelo seguir a rajatabla en esto de la informática: Nunca se debe ir a tener lo último, sino lo penúltimo)
La comparativa, de hecho, me da la razón, ya que en general, XP es más rápido que Vista. La comparativa nos sirve para que JJ nos dé alguna lección sobre cómo NO hacerlas:
- NO se debe usar la carga de los sistemas para compararlos.
- NO se deben tener en cuenta factores “nimios” a la hora de comparar dos sistemas (ejemplos: Tiempo que tarda en salir la bandeja de un lector de DVD, tiempo de apagado y arrancado del sistema…)
JJ comenta que no hay ejercicios de autoevaluación del tema 2 en ningún blog; y ya que oportunamente yo había subido poco antes de la clase un par de ejercicios, se lo digo, y los comentamos en clase. Un compañero dice que UNO de los ejercicios que subí ya se hizo en clase, y está en lo cierto, pero creo que porque lo hiciéramos en clase no tiene por qué dejar de subirse al blog, así que lo subí igualmente.
Empezamos el tercer tema, comentando lo que hay en la página web de la asignatura.
Hablamos de la serie “IT crowd”. Opinión personal: La serie es bestial, ninguna me ha sacado las risas (carcajadas) que me ha sacado ésta. Para aquellos que estamos metidos en este mundillo de la informática, no es que sea recomendable, es que es casi obligatoria xD. OJO: No se os ocurra verla en cualquier otro idioma que no sea el inglés original. Dentro vídeo, y otro
Acabamos la clase viendo el vídeo de la semana
martes, 8 de abril de 2008
Ejercicios de autoevaluación (Algunos del Tema 2)
Buscar un programa que dibuje un gráfico de Kiviat interactivamente
JavaAnalyzer de Brothersoft analiza programas Java y da resultados de su eficiencia en distintos esquemas y también diagramas de Kiviat.
http://www.brothersoft.com/javaanalyzer-4501.html
¿Qué tipo de gráfico (líneas o barras) se usaría para trazar:
Uso de CPU para 12 meses del año.
Líneas
Uso de CPU en función del tiempo en meses.
Líneas
Número de E/S a 3 discos duros: A, B, y C.
Barras
Número de E/S como una función del número de discos duros en el sistema.
Barras, a menos que dispongamos de una altísima cantidad de discos duros.
EDIT: Vemos mi ejercicio en clase, y hay que apuntar que generalmente la diferencia entre barras y líneas debe ser si se trata de una variable categórica o no (en el primer caso usamos barras, en el segundo líneas). De manera que en el último caso, que hablamos de una FUNCIÓN, hay que hacerlo con líneas. My fault! ^^
JavaAnalyzer de Brothersoft analiza programas Java y da resultados de su eficiencia en distintos esquemas y también diagramas de Kiviat.
http://www.brothersoft.com/javaanalyzer-4501.html
¿Qué tipo de gráfico (líneas o barras) se usaría para trazar:
Uso de CPU para 12 meses del año.
Líneas
Uso de CPU en función del tiempo en meses.
Líneas
Número de E/S a 3 discos duros: A, B, y C.
Barras
Número de E/S como una función del número de discos duros en el sistema.
Barras, a menos que dispongamos de una altísima cantidad de discos duros.
EDIT: Vemos mi ejercicio en clase, y hay que apuntar que generalmente la diferencia entre barras y líneas debe ser si se trata de una variable categórica o no (en el primer caso usamos barras, en el segundo líneas). De manera que en el último caso, que hablamos de una FUNCIÓN, hay que hacerlo con líneas. My fault! ^^
lunes, 7 de abril de 2008
Práctica III: Uso de un profiler
Ya está lista mi tercera práctica. A petición popular, he intentado ser un poco más breve y conciso que con las demás.
Podéis encontrarla tal y como la subí aquí:
Un saludo
Podéis encontrarla tal y como la subí aquí:
Un saludo
Apuntes del día 1 de Abril
Hoy tenemos cámaras en clase. (De hecho durante un rato enfocan al profesor a
JJ empieza preguntando que tal nos ha salido la segunda práctica, le comentamos que no mal, pero que la chunga es la tercera. Entonces nos recuerda qué es un profiler, que ya lo comentó el otro día de qué iba más o menos… y vemos ejemplo sobre un propio programa suyo.
En su programa, la mayor parte del tiempo de ejecución del mismo lo pasa ejecutando una funcion llamada “arity”.
Nuestro objetivo en la práctica es observar un programa con el profiler y optimizar el tiempo de ejecución del mismo a través de la observación de cuáles son las funciones más pesadas, que podríamos optimizar.
Hablamos de los IPF, de que cada uno de abril la lían (hablamos del April’s Fools, me sorprende que algunos no lo conozcan: Eso del día de los inocentes en el 28 de Diciembre es bastante poco común frente al 1 de abril), hablamos de las bromas que gastó como el “ip over avian carriers”.
Vemos mi segunda práctica.
En ella comentaba cómo había monitorizado tanto mi ordenador como el de mi compañero de piso por red con un programa llamado “System Monitor” de Towodo. Más datos, un par de entradas más abajo en este blog.
Vemos ejercicios de autoevaluación (tupakamaru):
Sobre una tarjeta gráfica…
- Velocidad del procesador gráfico - más-es-mejor: Mal, porque no es una medida sino un dato que da el fabricante (no es algo que podamos medir).
- Velocidad de la memoria interna de la tarjeta - más-es-mejor: Al igual que antes, está mal porque no es una medida sino un dato que da el fabricante.
- Fillrate - más-es-mejor, bien.
Sobre una impresora…
- Páginas/min - más-es-mejor: bien.
- Relación calidad/uso de tinta -> nominal-mejor: No está demasiado claro que quiere indicar exactamente. Pero en principio sería menos-es-mejor.
--Siempre que vayamos a medir un sistema, tenemos que ver las medidas que nosotros podemos tomar, no las especificaciones que nos pueda dar el fabricante--
Seguimos por donde nos quedamos: por un filesystem virtual.
Hablamos un poco de cómo funciona la estructura de ficheros y directorios en Linux, ya que hubo un poco de confusión a la hora de entregar las prácticas.
Vemos el monitor de sistema “vmstat”: JJ prueba a ejecutar programas mientras se monitoriza el sistema y vemos los resultados que ello nos da.
PARADINHA
Entramos en el tema 2, que es corto y trata principalmente de representación gráfica. Idea principal: Mostrar lo máximo lo más claro posible con la menor tinta posible.
Vemos el vídeo de la semana: Gráficos de Gant en Excel
Hablamos de la importancia de las estadísticas, y de cómo se puede engañar con ellas. Igualmente hablamos de gráficos y de cómo hacerlos, por ejemplo, comentamos que en los ejes es mejor poner una explicación de la variable que simplemente x o y.
En un grafico que tenga guías para el eje x, como normalmente lo usaremos para comparación y no necesitaremos valor exacto, eliminamos las guías.
Minimización del esfuerzo por parte del lector
Maximizar información minimizando la tinta
Ni demasiada ni poca información.
Cuidado, nunca representar cosas juntas que tengan distintas escalas o magnitudes
Hablamos de la 4ª práctica, similar a la 2ª , la diferencia radica en que ahora tenemos que someter el sistema a diferentes cargas para medirlo con y sin carga, así que es mejor usar un programa que dé la salida también en un fichero para así comparar diferencias con carga y sin ella, y poder encontrar cuellos de botella o datos de partes del sistema que estén sobrecargados (Pues oye, esto casi lo he hecho yo ya en la 2ª xD).
Un saludo a todos!
jueves, 3 de abril de 2008
JJ Quotes - Cuarta Entrega-
Cuarta entrega de estas reflexiones filosóficas tan profundas a las que acostumbra JJ:
El cámara enfoca a JJ a diez centímetros de su cara, JJ se echa un poco para atrás...
No sé si os habéis dao cuenta de que hay una cámara de televisión
Se buscan voluntarios para hablar con la TV...
Quien se presente voluntario le doy chocolate y este ratón roto pequeño
(NdT: Sí, pues probablemente iría mejor que los de libre acceso... XD)
Hablando de un "curioso" lenguaje de programación...
..."Brainfuck", que, como todo el mundo sabe, se puede traducir como hacer el amor con sus propias meninges
Se busca alumna, toda referencia que tenemos de ella es su nick en el blog, puesto que la foto es su versión "simpson"
No está tupakamaru? Fijaros en la foto a ver si la conocéis
La gente aprovecha el descanso para "desaparecer"...
Es que los hemos nominao, a que se vayan, esto es el gran hermano de dyec
Viendo el vídeo de la semana, al rato se pone cansino (el vídeo xD)...
Ehh, sí, ahora las fechas, el cumpleaños de su madre, sí sí, estoy interesaísimo en el tema y tal (cierra vídeo)
Vamos a poner el vídeo, momento del día que todos estabais esperando... es un poco cutre, es que no es lo mismo buscar system performance que no te sale ná que... chikilicuatre performance, por ejemplo, así que... es lo que hay
JJ escribe "Summaru" donde quiso poner "Summary" (NdT: no es la primera vez que el teclado de su portátil le gasta una mala pasada... xD)
Claro, claro, summaru, es que summaru es un dialecto napolitano...
Hablando de gráficos...
No, es que esto es el tiempo y va al revés y representa el número de vueltas que le dio superman al mundo
Tenéis que tratar de hacer como en el playboy: que toda la información sea puramente gráfica
Tenéis la mala costumbre de poner la gráfica mas chunga que encontréis en el excel, si hay una con forma de zapatilla y un óvalo encima, pues ésa ponéis
El cámara enfoca a JJ a diez centímetros de su cara, JJ se echa un poco para atrás...
No sé si os habéis dao cuenta de que hay una cámara de televisión
Se buscan voluntarios para hablar con la TV...
Quien se presente voluntario le doy chocolate y este ratón roto pequeño
(NdT: Sí, pues probablemente iría mejor que los de libre acceso... XD)
Hablando de un "curioso" lenguaje de programación...
..."Brainfuck", que, como todo el mundo sabe, se puede traducir como hacer el amor con sus propias meninges
Se busca alumna, toda referencia que tenemos de ella es su nick en el blog, puesto que la foto es su versión "simpson"
No está tupakamaru? Fijaros en la foto a ver si la conocéis
La gente aprovecha el descanso para "desaparecer"...
Es que los hemos nominao, a que se vayan, esto es el gran hermano de dyec
Viendo el vídeo de la semana, al rato se pone cansino (el vídeo xD)...
Ehh, sí, ahora las fechas, el cumpleaños de su madre, sí sí, estoy interesaísimo en el tema y tal (cierra vídeo)
Vamos a poner el vídeo, momento del día que todos estabais esperando... es un poco cutre, es que no es lo mismo buscar system performance que no te sale ná que... chikilicuatre performance, por ejemplo, así que... es lo que hay
JJ escribe "Summaru" donde quiso poner "Summary" (NdT: no es la primera vez que el teclado de su portátil le gasta una mala pasada... xD)
Claro, claro, summaru, es que summaru es un dialecto napolitano...
Hablando de gráficos...
No, es que esto es el tiempo y va al revés y representa el número de vueltas que le dio superman al mundo
Tenéis que tratar de hacer como en el playboy: que toda la información sea puramente gráfica
Tenéis la mala costumbre de poner la gráfica mas chunga que encontréis en el excel, si hay una con forma de zapatilla y un óvalo encima, pues ésa ponéis
martes, 1 de abril de 2008
Práctica II: Instalación y configuración de sistemas de medición de prestaciones
Muy buenas!
Digo yo que ya puedo subir la práctica 2 al blog, no creo que nadie se vaya a copiar después de la fecha de entrega, no? XD
Acostumbro a hacer entradas laaargas en el blog, pues bien, la práctica esta me ha salido aún más larga así que mejor simplemente dejo el enlace a ella tal y como la entregué.
Un saludo a todos.
Digo yo que ya puedo subir la práctica 2 al blog, no creo que nadie se vaya a copiar después de la fecha de entrega, no? XD
Acostumbro a hacer entradas laaargas en el blog, pues bien, la práctica esta me ha salido aún más larga así que mejor simplemente dejo el enlace a ella tal y como la entregué.
Un saludo a todos.
miércoles, 26 de marzo de 2008
Apuntes del día 11 de Marzo
Aquí van los apuntes del día 11 de Marzo.
Empezamos hablando de las prácticas (La práctica 1). Han estado bien, hay un gran número de dieces (yo mismo! :D).
Hay enlaces comunes a todas las prácticas, por ejemplo pc-actual, o la asignatura de
http://dyec-ugr.wikispaces.com/2008-3-11
Por cierto, JJ comenta que la página de Noticias3D no es muy adecuada, lo cual me parece discutible. Un par de entradas más abajo encontraréis mi opinión completa.
Luego vemos la página de slashdot, muy interesante aunque ninguno la hemos incluido. Lo hacemos porque hay un artículo interesante sobre multicores, que es de lo que hablamos. Actualmente hay máquinas de dos o 4 cores…
Hablamos de la ley de moore, que ahora ha cambiado para multiplicar los cores en vez de el rendimiento.
Un compañero nos habla de una gráfica con 128 CORES! Eso me descuadra un poco, así que entramos en un pequeño debate. Para aclararlo todo, podéis ir a la misma entrada de mis comentarios del 11 de marzo. Resumidamente, la gráfica lo que tiene son 128 stream processors (que sería la evolución de la antigua arquitectura con pipelines), no 128 cores. Algunas webs lo venden como 128 cores aunque esto no sea cierto, simplemente para captar atención (una estrategia más de marketing).
Luego vemos el ejercicio de autoevaluación de un compañero, de sistemas operativos. Hablamos de lindows, reactos, belenix, haiku…
También de BeOS, que nació como una posible alternativa a mac, pero resultó ser un fracaso.
El ejercicio de autoevaluación de otra compañera habla del citado BeOS, Symbian y Windows Mobile.
Un compañero habla de una página donde se puede ver información sobre los procesos que podamos tener corriendo en el sistema. No recuerda el nombre, pero yo sí ;), es www.processlibrary.com , muy útil a veces (añadidla a vuestra memoria o a los marcadores del zorro de fuego, lo que queráis (que no me entere que usáis el Internet Explorer…) (Antes de que salga el Pro-Opera de turno o cualquier otro operador: Mientras no uséis ni Netscape ni IE, me doy por satisfecho :P).
Se mide siempre la influencia del consumo de recursos en el rendimiento, no directamente el consumo de recursos, porque por ejemplo entre dos servidores web el consumo de recursos puede ser algo muy distinto. Los recursos consumidos, por otra parte, suelen ser del tipo nominal es mejor, porque si consumimos muy poco puede significar que tenemos una máquina que no es adecuada.
Aquí me gustaría hacer un apunte, porque esta afirmación que nos ha hecho JJ en más de una ocasión me parece interesante. No creo que la mayoría de nuestros PCs ni muchos otros ordenadores más complejos estén por encima del 1-5% de uso de CPU la gran mayoría del tiempo, pero lo importante es que cuando los tenemos al 100% se hace el trabajo indicado en el menor tiempo posible. Por ejemplo, si yo edito vídeo, excepto cuando renderizo, voy a hacer poco uso de
Volviendo a por donde íbamos de la clase, JJ comenta que normalmente cuando medimos prestaciones no medimos precio. A menos que hagamos algo del tipo “Precio por página impresa”.
Continuamos con los monitores. El otro día vimos los monitores en Windows, hoy los vamos a ver en Linux.
Qué es lo que te dice la carga del sistema? Te dice el número de procesos en media que están esperando a ejecutarse por unidad de tiempo. Lo que estamos viendo no es exactamente un monitor pero puede hacer las funciones de uno.
Hablamos de los filesystem, sistemas de archivo virtuales que se mantienen dentro de ficheros.
Vemos distintos monitores en Linux.
Los profilers son un “cacho de chisme que son muy útil”. Un poco más en serio, un profiler es un fragmento de código que te mide el uso de diferentes partes de un programa, a nivel de subrutina, de clase, incluso de línea… Hay muchos tipos de profilers.
Hoy en día es imposible programar cosas serias en código máquina.
Vemos el uso de un profiler y lo que están haciendo los distintos procesos (por ejemplo uno que se tira el 14% del tiempo clonando vectores)
Hablamos de la segunda y tercera prácticas.
La segunda práctica hay que entregarla antes del 31 de marzo.
Hablamos de las métricas de la carga de trabajo más comunes.
Throughput o número de peticiones procesadas en la unidad de tiempo; se puede aplicar tanto a procesadores como a unidades de entrada salida, como, por ejemplo, a tarjetas gráficas (triángulos dibujados en la unidad de tiempo).
Tiempo de respuesta: opuesto del throughput (para un solo elemento), es el tiempo que se tarda en procesar una petición.
Eficiencia es la tasa del throughput máximo al throughput que se consigue de forma efectiva.
Ancho de banda: bits por segundo que es capaz de procesar el sistema. No confundir con baudios.
Porcentaje de utilización de diversos componentes y solapamiento entre los mismos, es decir, la proporción de tiempo que cada uno de los dispositivos está funcionando y la proporción de tiempo durante la cual están funcionando simultáneamente. Cuanto mayor sea el solapamiento, mayor será la eficiencia del sistema, pues ningún dispositivo estará esperando a que otro acabe sus tareas para funcionar.
Overhead: es decir, tiempo usado en tareas que no son directamente del usuario.
Factores relacionados con la multiprogramación: tales como el tiempo usado en cambiar de contexto.
Factores relacionados con la memoria virtual: fallos de página, número de veces que se ha hecho swapping.
Factores relacionados con la memoria caché de CPU: similares a lo dicho con la memoria virtual, y aparte veces que se vacían los buffers TLB, por ejemplo.
Otros subsistemas: red, gráficos (que tienen mucha importancia últimamente).
Vimos (o lo intentamos, porque resulta ser un poco largo) durante clase el vídeo de la semana: un profiler de una aplicación web con Visual C++.
Ha vuelto a ejecutar el monitor de antes y podemos ver que tiempo de usuario + tiempo de sistema no es igual al tiempo de ejecución ya que tenemos más programas ejecutándose en nuestro sistema. El tiempo invertido era más del doble de la suma del tiempo de usuario y el tiempo de sistema
- Tiempo de usuario: Tiempo en código de usuario
- Tiempo de sistema: Tiempo en ejecutar llamadas al sistema, funciones kernel, tiempo dentro de
- Tiempo de E/S: Tiempo que el proceso espera a que se produzca una E/S
Finalizamos hablando de los DNS (Cuando se pide a un explorador que abra una página, se pide al servidor DNS más cercano la dirección de esa página) y de cómo al acceder a una página puede ser que dentro de la misma haya objetos ubicados en otras páginas de las que también tendremos que ver su dirección.
Un saludo a todos.
JJ Quotes - Tercera Entrega -
Ya iba tocando subirlas después de dos semanas no? Ahí van las de la clase del 11:
Hablando de la poca utilidad de algunas de las páginas de las prácticas...
"Vendrá un bonito anuncio para que compremos un secador de pelo usb, o algo"
Un alumno (Antares) está comentando el ejercicio de autoevaluación que vemos en su blog...
Antares: "No lo he puesto porque no quería meter más paja"
JJ (ojos bien abiertos): MÁS QUÉ??
Discutiendo sobre los métodos de ver cuánta tinta gasta una impresora...
"Voy a usar la balanza que tiene mi padre en su cuarto, que es eléctrica y la compró en el mediamarkt"
ó
"Oye frutero, pésame este cartucho de tinta"
Premiando de nuevo a un alumno agraciado:
"No me he traido toblerones hoy, si no te daría uno. Bueno, luego te puedo dar una barra de regaliz"
Cosas que hacer durante la pausa que hacemos en clase:
"Volvemos en 6 minutos, después de la publicidad. Si queréis echad un cigarro o echad cualquier otra cosa." (Nota: Eso último iba con "malas" intenciones xD).
Y algunas frases random, que no me acuerdo a qué venían exactamente (probablemente a nada, mejor aún xD):
"Una empresa como la de yo soy bea, con el bulevar 21, pues no"
"Es como dice House, la gente siempre miente, pues los fabricantes siempre mienten"
"Usaban un robot, queda mú friki eso, podían haber usao un mono o algo"
"Chikilicuatre doblao imitando un profiler en java"
"Es la muerte, es la inmundicia, es... tremebundo usar burbuja. ¡Gracias dios mío por descubrir quicksort!"
Por cierto, fue el cumpleaños de JJ y no se dijo nada en clase (lo leí en el wiki), así que felicidades retrasadas desde aquí (Sí, soy un pelota
)
Un saludo a todos!
Hablando de la poca utilidad de algunas de las páginas de las prácticas...
"Vendrá un bonito anuncio para que compremos un secador de pelo usb, o algo"
Un alumno (Antares) está comentando el ejercicio de autoevaluación que vemos en su blog...
Antares: "No lo he puesto porque no quería meter más paja"
JJ (ojos bien abiertos): MÁS QUÉ??
Discutiendo sobre los métodos de ver cuánta tinta gasta una impresora...
"Voy a usar la balanza que tiene mi padre en su cuarto, que es eléctrica y la compró en el mediamarkt"
ó
"Oye frutero, pésame este cartucho de tinta"
Premiando de nuevo a un alumno agraciado:
"No me he traido toblerones hoy, si no te daría uno. Bueno, luego te puedo dar una barra de regaliz"
Cosas que hacer durante la pausa que hacemos en clase:
"Volvemos en 6 minutos, después de la publicidad. Si queréis echad un cigarro o echad cualquier otra cosa." (Nota: Eso último iba con "malas" intenciones xD).
Y algunas frases random, que no me acuerdo a qué venían exactamente (probablemente a nada, mejor aún xD):
"Una empresa como la de yo soy bea, con el bulevar 21, pues no"
"Es como dice House, la gente siempre miente, pues los fabricantes siempre mienten"
"Usaban un robot, queda mú friki eso, podían haber usao un mono o algo"
"Chikilicuatre doblao imitando un profiler en java"
"Es la muerte, es la inmundicia, es... tremebundo usar burbuja. ¡Gracias dios mío por descubrir quicksort!"
Por cierto, fue el cumpleaños de JJ y no se dijo nada en clase (lo leí en el wiki), así que felicidades retrasadas desde aquí (Sí, soy un pelota
)Un saludo a todos!
martes, 11 de marzo de 2008
Notas sobre mis comentarios en clase del 11 de marzo
Buenas a todos!
En esta entrada quiero comentar dos cosas, una para aclarar el debate que tuvimos en clase acerca de una gráfica que un compañero decía que tenía la friolera de 128 cores, y otra para apuntar una cosa sobre un comentario de JJ.
Empezaré por esto último que me parece más corto y sencillo.
Según JJ, la página www.noticias3d.com no tiene mucho que ver con la asignatura, pero yo estoy en contra de esta opinión. Esta página contiene temas relacionados con la mayoría de las cosas que hemos visto (por lo menos hasta ahora) en clase.
La página es de información sobre el mundo del PC y los periféricos relacionados a él. Así que me parece tan justificable un análisis y comparativa sobre unos auriculares que sobre una impresora, porque por ejemplo unos auriculares 5.1 no son un periférico cualquiera sobre el que no haya que comentar apenas nada.
La página está llena de análisis y comparativas de componentes, periféricos, y sistemas de ordenadores, y no digo ya si miramos el foro, que creo sinceramente que es de los mejores que hay sobre estos temas en habla española, por la calidad y la cantidad del contenido, ya no sólo en noticias, sino en cuanto a desarrollo de software (y de hardware) y demás. (El crysis con "y" es un juego muy importante ya que ahora mismo tiene el motor gráfico y el motor físico con más posibilidades del mercado y es muy utilizado para hacer benchmarks sobre pcs muy potentes y otras muchas cosas, en definitiva: es mucho más que un juego para el pc (de hecho como juego no es gran cosa))
Pero bueno, no quiero darle más importancia, que ni trabajo en la página ni me pagan por hacerle publicidad.
Respecto a lo de la gráfica con 128 cores. Creo que esto se resume bastante bien con una frase que ha dicho JJ y que a lo mejor no le hemos dado la importancia que debía cuando lo ha dicho. Me refiero a cuando mi compañero ha dicho lo de “a ver, que no es que lo diga yo, es que lo anuncia nVidia o tal otra página aquí” y JJ ha contestado “pero dónde estás leyendo eso? Y te fías de lo que dice?” o algo así.
Hoy en día las estrategias de marketing son impresionantes cuando hablamos de muchos productos, y con esto me refiero más que nada a “engaños” al usuario para hacernos creer que tenemos algo muy bueno, pero en verdad no es para tanto. Este tema en las tarjetas gráficas últimamente es, cuando menos, impactante. Hoy día se venden gráficas de 512 MB de memoria y las venden a mayor precio que otras de, por ejemplo, 128 MB que son MUCHO mejores que las anteriores. Por supuesto no me refiero a todas, pero puede haber gráficas horrendas (bus muy pequeño, uso de GDDR2 en vez de GDDR3 o 4, etc) que tengan una memoria de 512 MB y entonces claro, cuando te la venden, en el catálogo apenas te dicen cómo es la gráfica, pero esos 512 MB te los meten por los ojos, y para la gente que no entiende, es suficiente para hacer que se la compren.
Pero a lo que iba. En este caso también se trata de una “estrategia de confusión”, de marketing al fin y al cabo. Las arquitecturas de las tarjetas gráficas han evolucionado desde que la información “pasaba” a través de pipelines. Ahora las arquitecturas son más complejas y distintas. En el caso de nVidia (porque ATI usa una arquitectura distinta) ahora lo más parecido a los antiguos “pipelines” son los llamados “stream processors”. No quiero ponerme a explicar técnicamente lo que es todo porque no es mi objetivo, pero explicaré simplemente que eso es completamente distinto de los núcleos que tenga una gráfica. Hoy día, y al menos para el usuario de a pie, no vamos a ver una gráfica con más de dos cores (si bien podemos crear configuraciones SLI / Crossfire para tener incluso 8 cores entre varias tarjetas), pero una gráfica puede tener muchos stream processors, pipelines, o lo que sea que tenga según su arquitectura. En el caso de
Si queréis más información sobre el tema o no tenéis ganas de escucharme más a mí, que soy un pesao, mirad aquí. (Además lo digo porque el partido del Inter – Liverpool está bastante trepidante y tengo más ganas de verlo que de debatir esto xD).
Un saludo a todos y gracias por aguantarme.
Ejercicios de autoevaluación (Propuestos en la clase del 4 de marzo)
Indicar las métricas que se usarían, y de qué tipo son (más-es-mejor, menos-es-mejor, nominal-es-mejor), en los siguientes sistemas: tarjeta gráfica, impresora, programa servidor web, ordenador servidor web .
Para una tarjeta gráfica:
Más es mejor -> Memoria, Pipelines, Número de versión que soporta de DirectX…
Menos es mejor -> Consumo, Ruido, Temperatura…
Ojo, nota: Temperatura podría tomarse como un valor “nominal es mejor”, pero no creo que vaya a haber tarjetas gráficas que al trabajar se enfríen en vez de calentarse…
Nominal es mejor -> Ranuras (slots) que ocupa la tarjeta con su sistema de refrigeración ya incorporado
Impresora:
Más es mejor -> Páginas por minuto, DPI (Calidad de la impresión)…
Menos es mejor -> Cantidad de tinta consumida, Ruido, Precio…
Nominal es mejor -> Número de páginas del manual, Cantidad de tinta por punto...
Programa servidor web:
Más es mejor -> Cantidad de conexiones posibles, Estabilidad…
Menos es mejor -> Consumo de CPU y otros recursos…
Nominal es mejor -> Complejidad de la interfaz del programa…
Ordenador servidor web:
Más es mejor -> Capacidad de procesamiento, Cantidad de conexiones posibles…
Menos es mejor -> Consumo, Ruido, Precio…
Nominal es mejor -> Complejidad de montaje, cantidad de componentes internos…
Buscar sistemas gratuitos de simulación, especialmente para hardware.
Hace las funciones de router en un sistema de red. Simula todos los protocolos y órdenes que se le envíen y que reciba.
Simulador de vuelo de avionetas y helicópteros de radiocontrol. Tiene la posibilidad de conectar al PC la emisora de la avioneta o helicóptero que poseamos y cambiar las condiciones atmosféricas de la pista.
Un saludo a todos, nos vemos esta tarde.
jueves, 6 de marzo de 2008
Práctica I: Encontrar recursos para la asignatura
Buenas a todos!
Voy a dejar aquí la lista de recursos que yo incluí en esta primera práctica.
Ojo, la lista es larga. Si lo preferís, podéis ver el htm tal y como lo envié aquí.
Si no, esta es una posible "versión texto simple":
Estoy seguro de que muchos de vosotros habéis puesto muchas de las páginas que yo he incluido. A pesar de que en la práctica se pedía originalidad, mi intención en todo momento ha sido poner algunas páginas "originales" junto con otras conocidas. Esto es simplemente porque las conocidas lo son por algo, porque son generalmente mejores, así que si páginas como "elotrolado" o "tom's hardware" salen en todas vuestras prácticas, me parece normal. De hecho me parecería casi herejía que no salieran en casi todas xD.
Quiero dejar un anexo con las páginas que más suelo visitar diariamente, algunas ofrecen contenidos relacionados con la asignatura.
www.google.es/ig - Ésta es mi página de inicio, si no la conocéis, empezad a probarla, es tremendamente útil, hay multitud de gadgets que ponerle.
www.kotaku.com - Página con noticias sobre el mundo del videojuego
www.marca.com - Alguien NO sabe de qué puede ir esta página?
www.elotrolado.net - Página con noticias sobre el mundo de la informática general (centrada principalmente en videojuegos)
www.gamesajare.com - Página sobre videojuegos no apta para todos los públicos
http://etsiit.ugr.es/apps/foro - El foro de la ETSIIT
www.noticias3d.com - Página con noticias sobre informática con un foro muy amplio
Hay bastantes más, pero éstas son las que no me pierdo ningún día ;).
Un saludo a todos
Voy a dejar aquí la lista de recursos que yo incluí en esta primera práctica.
Ojo, la lista es larga. Si lo preferís, podéis ver el htm tal y como lo envié aquí.
Si no, esta es una posible "versión texto simple":
Valutazione delle Prestazioni di Sistemi – Università Ca’ Foscari di Venecia
http://www.dsi.unive.it/~balsamo/vp/pres.html
http://www.cse.iitb.ac.in/perfnet/cs681/
http://agent.csd.auth.gr/~karatza/mathimata/performance-uk.html
Tom’s Hardware
http://www.computerpoweruser.com/
http://www.apqcbenchmarking.blogspot.com/
Apuntar que creo que es mucho mejor postear en un foro de los que comenté antes para resolver cualquier duda, de hecho yo lo hago y es frecuente que te respondan en pocos minutos. Otros foros pueden ser:
Aunque destinada principalmente a videojuegos, en el foro de esta página hay diferentes secciones dedicadas a la electrónica de consumo y otros muchos temas relacionados con la informática, el benchmarking, las comparativas y otros temas relacionados con la asignatura. No podía dejar de ponerla porque es una de las páginas más visitadas de España y en mi opinión la que más contenido útil tiene de entre ellas.
http://www.devhardware.com/forums/
Foro muy extenso con mucha información sobre cualquier tema relacionado con la informática. Hardware, Sofware, Overclocking…
Igual que el anterior pero con bastantes más usuarios y contenido.
Interesante blog en español que cubre diversos temas sobre la informática de usuarios de a pie. Noticias, enlaces, reviews, y posibilidad de dejar en los comentarios nuestras dudas para que nos las resuelva el autor o los otros invitados.
De nuevo otro blog con información en español sobre bastantes artículos de informática y electrónica de consumo en general. Reviews personales (que al fin y al cabo son las más objetivas), noticias, curiosidades…
FutureMark
http://enterprise.siemens.com/open/es/OpenCommunications/OpenPath/openappraisal/
IT Services: Costs, Metrics, Benchmarking, and Marketing
Anthony F. Tardugno; Thomas R. DiPasquale; Robert E. Matthews
http://safari.oreilly.com/0130191957
By Jim Aspinwall
http://safari.oreilly.com/0596007485
By Andy Rathbone
http://safari.oreilly.com/9780470121023
By Andy Rathbone
http://safari.oreilly.com/0596100930
Estoy seguro de que muchos de vosotros habéis puesto muchas de las páginas que yo he incluido. A pesar de que en la práctica se pedía originalidad, mi intención en todo momento ha sido poner algunas páginas "originales" junto con otras conocidas. Esto es simplemente porque las conocidas lo son por algo, porque son generalmente mejores, así que si páginas como "elotrolado" o "tom's hardware" salen en todas vuestras prácticas, me parece normal. De hecho me parecería casi herejía que no salieran en casi todas xD.
Quiero dejar un anexo con las páginas que más suelo visitar diariamente, algunas ofrecen contenidos relacionados con la asignatura.
www.google.es/ig - Ésta es mi página de inicio, si no la conocéis, empezad a probarla, es tremendamente útil, hay multitud de gadgets que ponerle.
www.kotaku.com - Página con noticias sobre el mundo del videojuego
www.marca.com - Alguien NO sabe de qué puede ir esta página?
www.elotrolado.net - Página con noticias sobre el mundo de la informática general (centrada principalmente en videojuegos)
www.gamesajare.com - Página sobre videojuegos no apta para todos los públicos
http://etsiit.ugr.es/apps/foro - El foro de la ETSIIT
www.noticias3d.com - Página con noticias sobre informática con un foro muy amplio
Hay bastantes más, pero éstas son las que no me pierdo ningún día ;).
Un saludo a todos
Suscribirse a:
Entradas (Atom)
