KaBuTe - Dummy Hacker

Voy a iniciar una serie de entradas derivadas de mis experiencias personales con la esperanza de ayudar a quién decida embarcarse en la misma aventura y poder ahorrarle dolores de cabeza. Cómo es mucha información la ire partiendo en 3 o 4 trozos y quizás al final lo junte todo en un único documento (ODT/PDF):

Antes de nada decir que no voy a entrar en la selección de las máquinas (quizás un anexo en el último post), ya que eso se debe de decidir con respecto a cada caso en concreto.

Tarea1: Seleccionando el local adecuado

La primera cosa a decidir a la hora de montar un centro de cálculo o CPD es el local "físico" (las comunicaciones y electricidad lo trataré en consiguientes posts), por lo que necesitaremos el asesoramiento de diversos profesionales.

Elementos a tener en cuenta:

• Peso y dimensiones de las máquinas. Por supuesto todo debe de caber dentro
• Carga máxima admitida por el suelo del local.
• Puertas/accesos con dimesiones adecuadas para las máquinas/electrónica.
• Temperatura "habitual". Si es más bien baja esto favorecerá la refrigeración.

Una vez se han conseguido los planos del local lo recomendable sería hablar con un arquitecto para que valorase la carga máxima que podría soportar el suelo del mismo, no creo que a los "vecinos" de abajo les hiciese gracia encontrarse un armario de 500kg encima de su mesa.

Recomendaciones para la selección:

• Un sótano siempre es mejor que un primero, el concepto de carga máxima deja de ser preocupante (si es el piso más bajo del edificio), a parte la refrigeración natural ayudará al ahorro energético (usualmente). Un problema que se podría añadir a esto es la posibilidad de inundaciones causado por escorrentía de lluvias, este aspecto deberá de ser valorado y propuesta una solución (como sumideros en zonas críticas, suelo técnico o banquetas para la circuitería).
  
• Buscar un local con pocas ventanas (pero sí con tomas de aire), la luz es una fuente de calor.

En GULO hemos organizado conjutamente con el Proyecto GNU el curso de emacs definitivo, animo a todo el mundo a asistir, dejo todos los links necesarios:

• Información sobre el curso
• Inscripción
• F.A.Q.

Decir que todo lo recaudado se empleará en pagar el material del curso, gastos de los ponentes (no cobrarán nada) e intentaremos hacer una donación (lo más grande posible) a la Free Software Foundation, concretamente al proyecto GNU PDF.

Este tema me ha tocado de cerca por trabajo estos días al desarrollar aplicaciones en un sistema x86 (32 bit) para una arquitectura IA64 (64 bit), concretamente de cálculo intensivo por lo que la precisión de los datos era imprescindible.

Lo primero decir que GNU/Linux (GCC en mi caso) para 64 bit usa la arquitectura de programación LP64 y en 32 bit ILP32, cómo puede verse en la tabla con los tipos de datos:

Navegando por la red he llegado a un foro sobre pósters retro (videojuegos de los 80-90) para poder imprimir.

Las direcciones:

http://www.neogaf.com/forum/showthread.php?t=257264

http://www.telltalegames.com/forums/showthread.php?t=3127

Cómo muestra:

Otra página interesante con carátulas de videojuegos (también juegos nuevos) a alta resolución: http://www.thecoverproject.net

Este  verano me voy dos meses (Julio y Agosto) a trabajar al CERN (ese gran lugar donde se "inventó" la www), concretamente a la "European Network for Light ion Therapy" [web] , que se encuentran trabajando (entre otras cosas) en una terapia para tratamiento del cáncer usando hadrones ligeros [artículo sobre el asunto].

En unos días/semanas sabré exáctamente cuales son mis cometidos, pero probablemente sea como administrador de sistemas de computación e infraestructuras.

Sospecho que voy a adquirir grandes conocimientos de estos también maestros de la ciencia, es una oportunidad única que estoy desando aprovechar al máximo. Gracias a todos los que me han ayudado a conseguirlo por que será una experiencia única...

Offtopic: Esta semana todo el servidor ha estado caído (incluido GULO) por que se ha quemado la fuente de uno de los servidores y hasta hoy no hemos podido reemplazarla.

Antes de nada, si demasiado geek y se me ocurren cosas raras, pero me he montado un clon libre de la iPillow, con la diferencia de que la mía me ha valido 16 euros y la privativa sale por unos 75. Ah por cierto tiene una licencia WTFPL [ver licencia]

Componentes:

• Almohada o cojín grande. 5 euros
• Altavoces Logitech S-120 (2,3 W RMS). 8 euros
• Bridas grandes. 0,60 euros
• Cinta Americana o similar. 1 euro
• Espuma amarilla. 1 euro
• Percha de Madera para pantalones. 0,50 euros

Herramientas:

• Tijeras
• Fuerza bruta

Seguir leyendo para el proceso y fotos...

Siguiendo la información encontrada en estas dos páginas:

http://local.wasp.uwa.edu.au/~pbourke/dataformats/fortran/

http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/6861ababada30129

Me quedo con la frase de la primera " FORTRAN Weirdness, what were they thinking?"

Manos a la obra, primero el código en FORTRAN, escribe a un fichero binario (unformatted) dos números dobles:

double precision :: a = 2.458899, b= 132230.2323
open(unit=5, file = 'test.bin', form='unformatted')
write(5) a, b
close(5)

Y el código en C para leerlo (lectura RAW incluso en C++):

double a,b;
char tmp[8];
FILE in;
in=fopen("test.bin","r");
fread(tmp,1,4,in);        / 4 bytes inciales: 0 tamaño /
fread(&a,sizeof(a),1,in); / Lectura Primer double /
fread(&b,sizeof(b),1,in); / Lectura Segundo double /
printf("%g %g\n",a,b);
fread(tmp,1,4,in);  / 4 bytes finales, no siempre aparecen:  tamaño 0*/
fclose(in);

La cosa es que en cada "línea" del fichero se meten al principio y al final 4 bytes (aumentando así el tamaño del fichero) donde la primera cifra es un cero y  la segunda la longitd de la "línea" (en este caso 16 bytes correspondientes a los 2 double), al final de la "línea" se repite al revés, por ejemplo:

0 16 a b 0 16

Espero haber ayudado a que alguien no se haya comido la cabeza tanto como yo...

¿Si el Software Libre es como una receta de cocina por qué una receta de cocina no puede ser como el Software Libre? Siempre he intentado experimentos culinarios de todo tipo (con mayor o menor nivel de éxito), y una cosa que siempre me ha intrigado es como congelar determinado tipo de alimento, tres cosas que he congelado con éxito (y luego comido):

• Huevos: No se pueden congelar enteros ya que explotarían (física elemental) , no obstante si se bate bien se pueden meter en una bolsa plástica (yo lo hice con 3 huevos).


• Filloas (Crepes): Para congelarlos hay que enrollar 4 o 5 juntos en forma de tubo, esto es necesario ya que al congelarse se vuelven quebradizos. Finalmente meter en una bolsa bien sellada para que el hielo no las queme.


• Tortilla de Patatas: Dividirla en 4 trozos (4 radios) y meterlos bien sellado en una bolsa para que el hielo no los queme.

Para descongelarlo mejor dejarlo que se haga sólo por el ambiente que en el microondas o sartén. La duración en el congelador (4 estrellas) es de como máximo un año, pero es recomendable consumirlo en como mucho 6 meses.

Hace cosa de un año hice una conferencia por la que cobré y decidí donar una gran parte a la FSF, en aquel momento no me fue posible así que este año he aprovechado y me he hecho miembro de la FSF.

Desde aquí insto a todo el mundo a hacer lo mismo, cuesta relativamente poco y merece la pena contribuir un poco más por devolver tantas cosas cómo se nos ha dado...

Sabias palabras de RMS poniendo las cosas en su sitio y llamando a las cosas por su nombre, a quién le moleste: que se pase a Ubuntu

Sólo cambiaría el titular que me parece amarillista (por parte de público.es) a: "Linus no es pro-Software Libre, es pro-Open Source"

Como parte final dejo un mail de Torvalds a la lista del kernel:

Anybody who tells me I can't use a program because it's not open source, go suck on rms. I'm not interested. 99% of that I run tends to be open source, but that's my choice, dammit.
Torvalds, Linus (2004-10-26).
Message to linux-kernel mailing list.
Retrieved on 2006-08-28.