Noviembre
2006
Llegarán mejores tiempos...
Estamos en plena migración del Aula Magna, idefix nuestro idefix, hace aguas todos los días. Así que hemos estado estudiando la posibilidad de adoptar un nuevo hermanito, de momento bautizado como abraracurcix (he logrado aprenderme antes la ip que el nombre, he tenido que entrar por ssh para escribirlo aquí...)
Bueno el nuevo hermanito será un:
Este hermano nos dejará pronto y el siguiente quizás ya sea un doble xeon dual core o algo similar...
Resulta que depués de una feliz instalación con el nuevo instalador gráfico de debian y de configurar todos los paquetes posibles a las 16:00 de hoy (más o menos) hemos procedido a la desconexión oficial de idefix y la conexión del nuevo al AulaMagna, "craso error" como diría aquel.
Hemos subido al aula para ver como volaban los ordenadores pero nada más lejos de la realidad, han empezado todos a hacer autologin y el primer sufridor usuario ha podido abrir el navegador (todavía sin navegar) en prácticamente 15-20 minutos de espera.
Hemos vuelto a bajar y hemos pensado en repartir cargas entre el nuevo y el viejo pero algo me decia que un equipo de hoy es imposible que funcione más lento (muuuucho más lento) que un equipo de hace 4 años....
Total que por una de esas casualidades he descubierto que el archivo /etc/hosts tenía la no despreciable cifra de 4.800.000 líneas y ocupaba (texto plano) algo más de 96 Mb. ¿Quien ha metido ese mostrengo allí? Pues nada... uno de mis pequeños asistentes que crea usuarios, los añade a los grupos que queramos y les monta la home sobre un skel en tar.gz ha sido el culpable. No lo mires mucho no se en qué estaba pensando cuando programe la funcion AddHost(), pista, tengo que destabular la parte de try: except para que no esté dentro del bucle y hacer un return en el bucle ....
El rendimiento de un kernel linux con un /etc/hosts de 96 Mb es lo más aproximado a un Windows98 con el disco fragmentado, en el que abrir una aplicación es toda una obra de santa paciencia. Ya no te digo 22 máquinas intentando cargar un escritorio un navegador y un cliente de IM. El caso que milagrosamente algunas cosas de la red si funcionaban (dhcp , tftp, e incluso tcos cargaba, pero no las X o el GDM remoto)
Escribiré 4 millones de veces "Tengo que programar mejor":
Bueno el nuevo hermanito será un:
- Intel Core 2 Duo 1,8
- 4 Gb de RAM
- 2 discos SATAII de 300GB en los que hemos montado un RAID1 por software.
- Placa intel (al menos los chipset).
Este hermano nos dejará pronto y el siguiente quizás ya sea un doble xeon dual core o algo similar...
Resulta que depués de una feliz instalación con el nuevo instalador gráfico de debian y de configurar todos los paquetes posibles a las 16:00 de hoy (más o menos) hemos procedido a la desconexión oficial de idefix y la conexión del nuevo al AulaMagna, "craso error" como diría aquel.
Hemos subido al aula para ver como volaban los ordenadores pero nada más lejos de la realidad, han empezado todos a hacer autologin y el primer sufridor usuario ha podido abrir el navegador (todavía sin navegar) en prácticamente 15-20 minutos de espera.
Hemos vuelto a bajar y hemos pensado en repartir cargas entre el nuevo y el viejo pero algo me decia que un equipo de hoy es imposible que funcione más lento (muuuucho más lento) que un equipo de hace 4 años....
Total que por una de esas casualidades he descubierto que el archivo /etc/hosts tenía la no despreciable cifra de 4.800.000 líneas y ocupaba (texto plano) algo más de 96 Mb. ¿Quien ha metido ese mostrengo allí? Pues nada... uno de mis pequeños asistentes que crea usuarios, los añade a los grupos que queramos y les monta la home sobre un skel en tar.gz ha sido el culpable. No lo mires mucho no se en qué estaba pensando cuando programe la funcion AddHost(), pista, tengo que destabular la parte de try: except para que no esté dentro del bucle y hacer un return en el bucle ....
El rendimiento de un kernel linux con un /etc/hosts de 96 Mb es lo más aproximado a un Windows98 con el disco fragmentado, en el que abrir una aplicación es toda una obra de santa paciencia. Ya no te digo 22 máquinas intentando cargar un escritorio un navegador y un cliente de IM. El caso que milagrosamente algunas cosas de la red si funcionaban (dhcp , tftp, e incluso tcos cargaba, pero no las X o el GDM remoto)
Escribiré 4 millones de veces "Tengo que programar mejor":
#!/usr/bin/env python
veces=1000*1000*4
while 1:
print "tengo que programar mas-mejor"
veces=veces-1
if veces==0: break
jajaja cabrones y mientras mis oídos pitando a lo bestia si ya os dije yo que la elección de hard era buena (aunque yo hubiera elejido otra placa ;-) )
ya verás cunado se pueda comprar el pepino con xeones que se configuró, váis a flipar en colores jejeje.
saludos
markchang
No escribiste tengo que programar mejor si no tengo que programar mas-mejor
¡Hola, feo!
No pasa nada, algunos de momento no somos capaces de programar lo que programas tú, así que no te agobies. Seguro que Einstein también tuvo un mal día alguna vez y no le salió la teoría de la relatividad a la primera :P. Así que nada, hoy has encontrado un bug, pues mañana lo arreglas.
P.D. Seguro que el primer programa que haga en Java tiene 400 fallos, así que no te ralles por el tema. Nos vemos. Ciao!
Alguno sufriendo, por haber tenido que adelantar los dineros, y pensando que la habiamos cagado....
En fin, el PC ahora va de lujo, llevo monitorizandolo toda la mañana y parece que no pasa del 60% por cierto de carga de CPU en los picos más altos, lo que es una gran noticia.
Por cierto la placa es una placa muy barata y parece cutre, pero te aseguro que Asrock, es la mejor en estos momentos en relación calidad precio, 3 veces más barata y el mismo rendimiento, que cualquier placa similar.
Esto es como todo, si quieres pagar marcas, adelante.... yo en esos temas no entro...
Jejeje si esque echaremos de falta un "begin" y "end"...
Nos vemos el sabado