Functional Mind

Isn't it nice?

Pentax 67 + Kodak Aero-Ektar 178/2.5 + adapter + Fuji Pro 160S

Interesante blog: Novedades de Linux (en realidad software libre en general) para diseñadores gráficos.

Al ser un diseñador gráfico frustrado (y poco imaginativo), siempre me sorprenden este tipo de diseños recopilados aquí. Exquisitos la mayoría de ellos.

Pentax 67 + Kodak Aero-Ektar 178mm/2.5 large format lens + adapter + Fuji 160C.



How a very nice lens, and how happy I am of having found it adapted for the Pentax 67. The f/2.5 huge aperture makes this lens a wonder to use. Creamy, thousand blades bokeh. I think this one was wide open, f/2.5, 1/1000th of a second. I would have wanted the front flowers be more separated from the background... anyway, I love the result and the lens :)

A veces me gusta ir viendo videos del Google Tech Talks, charlas divulgativas de nuevas tecnologías o tecnologías actuales, pero desde un punto de vista innovador muchas veces. Apunto aquí para tener de referencia charlas que me interesan, relacionadas con el trabajo que estoy haciendo ahora después de la tesis, para cuando tenga tiempo de verlas, y por si pueden interesar a alguien más:

• An Overview of the Coming C++ (C++0x) Standard.


• The Clean Code Talks -- Unit Testing.


• GTAC 2008: Using Cloud Computing to Automate Full-Scale System Tests.


• Learning Defect Predictors from Static Code Attributes: Lessons from the Trenches.

Hay otras que quiero buscar tranquilamente después, como una sobre el mecanismo de concept_check (comprobación de conceptos) en c++1x, que añadiré cuando encuentre.

El nuevo núcleo 2.6.28 que trae el Ubuntu Jaunty (disponible también en versiones nightly) permite montar sistemas de ficheros ext4 con la ventaja de los conocidos "extents". Esta característica mejora la gestión de nodos-i del sistema de ficheros, intentando, por un lado, agrupar al máximo los bloques de un fichero en bloques consecutivos (lo cual también mejora el desempeño del disco), y, por otro, reducir el tamaño de los nodos-i y descriptores de bloques de ficheros usando una sintaxis del estilo: empieza en el bloque X y posee Y bloques consecutivos (parecido a la codificación de matrices sparse, que al fin y al cabo son lo que son los ficheros...), lo que ofrece una especificación mucho más compacta de los metadatos del fichero.

Aunque hay algunos tutoriales de cómo hacer el cambio de ext3 a ext4, siempre da algún tipo de quebradero de cabeza. Contaré más o menos cómo lo he hecho y qué problemas he tenido, para hacer más fácil la conversión.

Normalmente la conversión funciona sin problemas. Ext4 es compatible con ext3 en casi todos los aspectos, salvo en el "extents", precisamente. Así que una vez establecida esta capacidad, el sistema ya no se puede leer normalmente como ext2 ó ext3. Otra característica de la implementación tal y como está ahora es que el "paso" a extents no se hace automáticamente para todos los ficheros, sino que sólo sucede cuando se crea un nuevo fichero. En siguientes versiones del núcleo se dispondrá de un demonio que irá pasando paulatinamente todos los ficheros al formato extents en segundo plano.

Teniendo un núcleo 2.6.28 bien configurado, se puede pasar a convertir a ext4. Para ello, según dictan los tutoriales, hay que, una vez desmontado el sistema de ficheros (o montado como sólo lectura), ejecutar lo siguiente:

tune2fs -O extents,uninit_bg,dir_index dispositivo/partición

Las otras opciones ayudan a que fsck sea más rápido en su ejecución y a que los directorios estén indexados con árboles B. A continuación hay que ejecutar fsck obligatoriamente para adaptar el sistema de ficheros:

fsck -pf dispositivo/partición

(la opción -p arregla todos los inconvenientes encontrados, es decir, realiza la actualización). Muestra algunas indicaciones de que reconstruye ciertos índices internos. Estos mensajes son normales.

Después, es importante, antes de reiniciar, tener en cuenta modificar el fichero /etc/fstab para indicar el tipo de los ficheros.

El gestor de arranque también es importante. Tanto grub (versión >= 0.97) como grub2 aceptan ext4 con extents. Ahora bien, al menos en grub, es importante tener actualizadas las diferentes etapas de arranque. En mi caso, por ejemplo, he tenido problemas porque las distintas etapas correspondían a una versión de grub que no soportaba extents, y el sistema no arrancaba. Así, como root hay que instalar (por si acaso) la última versión de grub en el sector de arranque (o el MBR, dependiendo de la instalación) del disco de arranque:

/usr/sbin/grub-install dispositivo

(en mi caso, el dispositivo era /dev/sdb, aunque normalmente suele ser /dev/sda en una instalación normal).

El resultado, después del arranque, en mi caso:

$ mount
/dev/sdb4 on / type ext4 (rw,relatime,errors=remount-ro)
/dev/sdb3 on /home type ext4 (rw,relatime)


Como se ha dicho, el paso a extents no es automático, y se debe hacer copiando los ficheros (no moviéndolos), o con rsync o tar entre directorios, entre otros mecanismos de sobra conocidos. Para comprobar el estado de algún fichero, se puede hacer lo siguiente:

$ sudo filefrag yo.jpg
yo.jpg: 28 extents found, perfection would be 1 extent


Conforme el sistema se llena, es más difícil alcanzar la perfección... pero se puede uno acercar :). Por ejemplo:

$ mv yo.jpg 0yo.jpg
$ cp 0yo.jpg yo.jpg
$ rm 0yo.jpg
$ sudo filefrag yo.jpg
yo.jpg: 1 extent found


En este caso ha habido suerte.

¿El resultado? Al menos en mi caso, y de forma subjetiva, el sistema va mucho más suelto en los accesos a disco, incluso sin pasar muchos ficheros a extents. Ext4 lleva mejoras internas de la implementación que hacen más rápido el acceso, y los extents también mejorarán, porque todos los ficheros creados a partir de ese momento utilizan ese mecanismo.

Me he registrado en identi.ca (http://identi.ca/dsevilla) porque me ha gustado más la filosofía, al menos más libre que twitter. Además, el sitio parece estar más orientado a programadores: GNU emacs, debian, etc.

Gran referencia de patrones de código de C++ en un Wikibook.

Yo todavía no me puedo explicar cómo es posible que no funcione el entubado de la entrada estándar en gedit:

comando | gedit -

Incluso en vim/gvim, y también con el editor de programadores de Mac (el textmate). ¿Cómo es posible que gedit no lo permita? Emacs tampoco lo permite... muy mal...

Sólo quería recordar el link para no olvidarlo... Emacs es de los mejores editores que he probado. El autor muestra un ejemplo de introducir lisp en una expresión de búsqueda y sustitución:

M-x replace-regexp
  Replace regexp:  \\(\\w+\\)
  Replace regexp with:  \\,(capitalize \\1)

Se utiliza la construcción "\," seguida de la expresión para lograrlo. Una delicia.

Huelga decir que a estas alturas, estoy aprendiendo emacs-lisp :)

Curioso. Mirando esta entrada de blog descubrí que existe un huevo de pascua en slashdot.org con frases de los personajes de Futurama:

$ curl -I slashdot.org 2>/dev/null | grep '^X-' | grep -v '^X-Powered-By'
X-Bender: There! That oughtta convert a few tailgaters.
$ curl -I slashdot.org 2>/dev/null | grep '^X-' | grep -v '^X-Powered-By'
X-Bender: Bender's a genius!
$ curl -I slashdot.org 2>/dev/null | grep '^X-' | grep -v '^X-Powered-By'
X-Fry: Hey look, it's that guy you are!

Incluso... *sic*:

$ curl -I slashdot.org 2>/dev/null | grep '^X-' | grep -v '^X-Powered-By' | cowsay
 _______________________________________
/ X-Fry: These new hands are great. I'm \\
\\ gonna break them in tonight.          /
 ---------------------------------------
        \\   ^__^
         \\  (oo)\\_______
            (__)\\       )\\/\\
                ||----w |
                ||     ||

:)

Nice wine, btw :)



Rolleiflex SL66 + Rollei HFT Planar 80mm/2.8 (Zeiss) + Fuji Provia 100 ASA

Con Emma, Óscar y Miriam en la exposición de Chema Madoz en Murcia el pasado Fotoencuentros.



Mamiya M645 + 80mm/1.9 wide open + Fuji neopan 400cn (C-41)

En casa de mi amigo Jose Antonio estas navidades pasadas.



Pentax 67 + 105/2.4 + Fuji Pro 800z