Como empresa trabajamos principalmente con Django, que en este tiempo ha crecido muchísimo. Trabajar con Django nos aporta muchas ventajas como por ejemplo no tener que compilar cada vez que queremos probar una modificación o poder trabajar con un lenguaje, Python, que posiblemente se acerque al equilibrio entre expresividad y rendimiento.

El hecho de que cada vez más y más gente esté trabajando con este framework hace que haya disponible cientos de líneas de código al alcance de la tecla. Esto es magnífico ya que te permite concentrarte en lo que hace distinta a tu aplicación.

Hace tiempo que no puedo picar código a gusto por distintos motivos, pero hoy he podido un poco. He estado trabajando en hacer cosas con la aplicación administrativa. La aplicación administrativa es bastante flexible y permite hacer cosas bastante chulas con bastante sencillez.

Controlar las entradas que se muestran a un usuario (código de django-blog-zinnia modificado) :

def queryset(self, request):
"""Make special filtering by user permissions"""
queryset = super(EntryAdmin, self).queryset(request)
if request.user.has_perm('zinnia.can_view_all'):
return queryset
return Entry.objects.filter(blog__in = request.user.blog_set.all())


El truco está en que el request tiene un atributo user, por lo que básicamente se pueden hacer muchas cosas muy interesantes.

Restringir las opciones de una ForeignKey:

def formfield_for_foreignkey(self, db_field, request, **kwargs):
if (request.user.is_superuser == False) and (db_field.name == "blog"):
kwargs["queryset"] = Blog.objects.filter(authors = request.user)
return db_field.formfield(**kwargs)
return super(EntryAdmin, self).formfield_for_foreignkey(db_field, request, **kwargs)


Nuevamente tenemos el usuario en el request, en este caso es un poco más engorroso porque tenemos que filtrar por el nombre del campo, pero sigue siendo sencillo y potente.

Restringir las opciones de un ManyToMany:

def formfield_for_manytomany(self, db_field, request, **kwargs):
if (request.user.is_superuser == False) and (db_field.name == "related"):
kwargs["queryset"] = entries_published(Entry.objects.all(), request.user)
return db_field.formfield(**kwargs)
return super(EntryAdmin, self).formfield_for_manytomany(db_field, request, **kwargs)


Es básicamente lo mismo que en el caso anterior. Ojo este método no está documentado, por lo que no estoy seguro de que sea buena idea utilizarlo.

Con estas tres opciones y alguna que otra que no he comentado podemos hacer que el contenido que cada usuario ve en la interfaz administrativa sea personalizado a dicho usuario lo cual es necesario en muchas ocasiones.

EDITADA: Corregida la indentación y el el return del ejemplo de manytomany

Si algo puede definir este tiempo es trabajo, mucho, demasiado trabajo. El primer año tuvimos un buen año, lo que unido a una cierta falta de experiencia nos llevo a tener bastante más trabajo del que podíamos desarrollar, lo cual siempre es un problema. Hay veces en las que es necesario pararse decir de manera honesta que no puedes desarrollar un determinado proyecto. Cuando uno no tiene experiencia como empresario parece que el objetivo es vender lo más posible y eso no es cierto ni recomendable. Gestionar el tiempo, y las tareas de la empresa es una necesidad. Coger más trabajo del que se puede desarrollar es un problema.

Este segundo año lo hemos pasado, básicamente, liberando la pila. Ahora empezamos de nuevo a tener algo de tiempo, quedan algunos proyectos por cerrar, pero la mayoría ya está entregado sin problemas y funcionando. Ahora miramos por primera vez en mucho tiempo al futuro, tenemos muchos proyectos en la cabeza, algunos los desarrollaremos y otros no.

En este periodo hemos recibido algunas incorporaciones que nos han aportado una capacidad de trabajo mucho mayor de la que teníamos a la vez que tenemos nuevos enfoques en las reuniones de trabajo. Tener personal trabajando para nosotros es un valor importante, pero también es una responsabilidad. Todas y cada una de las personas que han pasado por la empresa son muy válidas, pero no podemos contratarlos a todos, lo cual es una lástima. El equipo de trabajo actual está formado por seis personas y creo que es el equipo que tenemos que tener por ahora.

También algunos no han aguantado. La emprendeduría es una carrera de fondo, extremadamente dura en la que muy pocos aguantan. Motivos personales han llevado a que uno de los socios fundadores y un gran amigo haya tenido que desvincularse de la empresa. Es una pena.

Esto debería servir como resumen de lo que ha pasado en Galotecnia en los últimos meses. Ahora espero que podamos rescatar la actividad blogera con artículos de contenido más técnico en los próximos días.

Nunca me han gustado las metodologías pesadas ya que considero que en la mayoría de los casos es más costoso seguir la metodología y escribir la documentación que desarrollar el proyecto.

En contraposición con todo esto existen las metodologías ágiles, que permiten utilizar un esquema de desarrollo mucho más natural.

Utilizando una metodología pesada el ciclo de desarrollo puede ser algo como:

• Entrevista con el cliente para obtener requisitos
• Convertir los datos obtenidos del cliente en una especificación de requisitos (doc1)
• Hacer diagramas de casos de uso que contemplen todas las funcionalidades (doc2)
• Hacer un montón de documentos más (Plan de pruebas,…)
• Presentarle los documentos anteriores al cliente (que en muchas ocasiones no es técnico y no los entiende bien)
• Desarrollar el proyecto
• Desplegar el proyecto

En las metodologías ágiles se busca aligerar la carga que conlleva la documentación, pero también se consigue hablar de manera natural el lenguaje del cliente. El ciclo anterior podría ser:

• Entrevista con el cliente para obtener requisitos en forma de ejemplos (se utiliza un lenguaje cercano al la lógica de negocio del cliente)
• Convertir los ejemplos en tests (esto es código)
• Desarrollar el proyecto verificando que pase los tests
• Desplegar el proyecto

En el primer caso era necesario convertir en explícito los datos entregados por el cliente mediante multitud de documentos. Esto hace que, si los requisitos del proyecto cambian, sea necesario modificar todos los documentos generados con nuevas versiones que reflejen los cambios, con lo cual el coste del cambio va aumentando con el transcurso de los distintos ciclos. En este tipo de metodologías el contrato son los documentos.

En el segundo caso se evita generar documentos para explicitar los acuerdos, requisitos, etc, presentados por el cliente. Acuerdos, requisitos, etc. se reflejan en los ejemplos, que, una vez convertido en tests, son el contrato. Además el contrato es en sí mismo el plan de pruebas (o al menos una parte muy importante de este).

Oracle es una empresa y como tal espera obtener un rédito económico de la operación. A continuación enumeraré los productos más destacados de Sun para continuar explicando qué creo que puede ser de ellos en el futuro.

• Java
• OpenOffice
• MySQL
• VirtualBox
• OpenSolaris
• Solaris
• Hardware (Sparc, T1, T2, etc.)

Java

Probablemente sea el producto que tiene un futuro más claro. Está siendo usado de manera muy intensa tanto por Oracle como por otras empresas lo que hace que sea muy conocido por todos, que otras empresas puedan colaborar decidida y decisivamente con su desarrollo y el papel que Oracle se reserva probablemente sea el de dirigir ese desarrollo

OpenOffice

Es la principal alternativa a Microsoft Office. El objetivo de Oracle en este sentido será probablemente reforzarlo con aplicaciones de servidor de manera que pueda a entrar, como una solución de gestión documental muy potente, en empresas privadas y corporaciones y así hacer frente a Microsoft. La rentabilidad económica vendrá posiblemente de la contrapartida en servidores de documentación

MySQL

En mi opinión se frenará enormemente su desarrollo ya que difícilmente Oracle sacará rendimiento económico aquí. Intentar vender esta parte no pasa por la cabeza de Oracle que ya intentó adquirirla cuando hace un tiempo la compró Sun. Suopngo que lo más razonable es establecer mecanismos para migrar de Oracle a MySQL y abandonar Oracle XE en favor de MySQL, pero no tengo claro que Oracle piense lo mismo que yo. En cualquier caso esto no es tan preocupante como que decidieran cerrar OpenOffice, ya que sí hay alternativas libres razonables a MySQL aunque MySQL sea de las más difundidas. Por lo que pueda pasar en mi empresa empezaremos a utilizar PostgreSQL.

VirtualBox

Oracle ya disponía de una cosa que llamaban Oracle VM que está basado en Xen. Xen tiene una serie de inconvenientes con respecto al modelo propuesto por VirtualBox principalmente que los guests no pueden correr cualquier SO, o que la gestión es más complicada. Por otro lado tiene la ventaja de que el rendimiento es bastante mayor aunque habría que ver si esto es muy importante a día de hoy. Imagino que harán un refrito entre VirtualBox y Xen o bien escojerán una y cerraran la otra

OpenSolaris

Este proyecto probablemente lo cierren, nunca ha tenido mucho sentido desde mi punto de vista, y creo que ha sobrevivido por la reticencia de Sun a adoptar Linux. También cabe la posibilidad de que Oracle decida orientar todos sus esfuerzos hacia Solaris y por tanto continue desarrollando OpenSolaris como una puerta de entrada de otros colectivos a Solaris, pero me parece menos probable

Solaris

No tengo muy claro que será de este producto. Pienso que no tiene mucho sentido, pero quizás Oracle lo valore mejor que yo. Es posible que refuercen el soporte para arquitecturas de Sun en Linux y cierren Solaris, o también es posible que prefieran apostar por Solaris en lugar de Linux. Esta última apuesta es muy arriesgada y no creo que tengan el coraje para apostar tan fuerte.

Hardware

Sun decía en sus últimos años que para ellos el negocio estaba en las máquinas. Oracle tiene una gran tradición de soporte con Sun y sus productos van realmente muy bien en los servidores Sun. El negocio del hardware va a permitir a Oracle hacer cosas que hasta ahora no podía como vender appliances al estilo de lo que hace Google con los Mini, etc. Creo Deseo que este sea el negocio que buscan, y que dejen la parte de software lo más parecido a como está ahora.

Estas son mis especulaciones que se basan solo en la sensación que tengo y lo que creo que Oracle busca de la adquisición de Sun. Me preocupa especialmente MySQL ya que el resto de productos tienen un futuro asegurado o bien no me importa que se vayan a abandonar. La experiencia nos dice que hay dos filosofías en la compra de otras empresas. El modelo de Micros0ft que sería compro para que no me hagas la competencia y por eso te cierro y el modelo de Google que sería compro para que dejes de ser mi competencia pero sigas trabajando igual. No sé si Oracle se amoldará a uno de estos modelos o si generará el modelo Oracle.

En cualquier caso Java, OpenOffice, MySQL, VirtualBox y OpenSolaris son libres así que (no he leido detenidamente las licencias pero en teoría) cualquiera podría continuar donde Sun lo dejó, la cuestión es quién estaría dispuesta a hacerlo.

¿Qué ha hecho posible esto?¿Qué camino habría que seguir para que dentro de 5 ó 10 años el 80% de los escritorios use este sistema?

En mi opinión en el caso de los servidores la respuesta probablemente haya sido Apache y PHP. En los primeros días de este segundo proyecto no había alternativas razonables ni en estabilidad, ni en madurez, ni en precio. Esto hizo que muchos sysadmins se nos acostumbraramos a manejarnos en sistemas parecido a Unix, y dada la estabilidad de estos sistemas fuimos cada vez descubriendo más posibilidades. El porcentaje de los servidores que conserva Microsoft se debe en parte a que hay servicios cuya alternativa libre no está lo suficientemente trillada. Un ejemplo claro puede ser los servidores de directorio. Aunque se puede servir un dominio windows con Linux+OpenLdap+Samba no es sencillo hacerlo. Tal vez con Samba 4 la cosa cambie.

En el escritorio está pasando lo mismo. Ya está solucionado el asunto de la ofimática con OpenOffice ganando adeptos rápidamente. Cada vez más las aplicaciones de gestión ofrecen interfaces web, y con el avance de Firefox estas interfaces suelen estar relativamente bien diseñadas. La no necesidad de antivirús (aunque es posible que esto cambie pronto) es otro de los puntos a favor. Falta la migración de software específico como CAD, diseño y similares, pero este software terminará surgiendo, Mac OS X es muy parecido a nivel técnico a GNU/Linux y para este hay mucho software de diseño.

Otro de las cartas ganadoras es la tendencia a considerar la informática como Servicio y no como Producto. Esto se llama pomposamente SaaS y en definitiva no es más que una cuestión de perogruyo, a una empresa no lo interesa comprar un Apache, le interesa tener un servidor web y le da lo mismo cual mientras que funcione.

Todo esto no es más que una reflexión personal, pero me gustaría saber que opinan ustedes. ¿Se impondrá el software libre en el escritorio a medio plazo?

Para dejar ver ese Linux que lleva dentro, hay que seguir las instrucciones de esta fabulosa y reveladora web que básicamente dice que hay que descargar ch3wnas-telnet.rar y descomprimirlo en la compartida samba //mnt/HDD_a. Thank you very much Dennis.

El script fun_plug lo encuentro medio flojo, así que con un par de modificaciones, queda asi (me gusta más):

#!/bin/sh -x
exec >> /mnt/HD_a2/fun_plug.log 2>&1
dmesg
if [ ! -e /mnt/HD_a2/ash ]; then
ln -s /mnt/HD_a2/busybox /mnt/HD_a2/ash
fi
if [ ! `grep root /etc/shadow` ]; then
echo kontroll.`grep admin /etc/shadow` >> /etc/shadow
/mnt/HD_a2/sed -i -e 's/kontroll.admin/root/' /etc/shadow
fi
/mnt/HD_a2/sed -i -e 's/root:.*/root:x:0:0:Linux User,,,:\/:\/mnt\/HD_a2\/ash/' /etc/passwd
cd /dev && /mnt/HD_a2/busybox makedevs ptyp c 2 0 0 9
cd /dev && /mnt/HD_a2/busybox makedevs ttyp c 3 0 0 9
/mnt/HD_a2/busybox telnetd &

Una vez se tiene acceso telnet al aparato (usuario: root, contraseña: la de admin de la web), nos podemos entretener un rato viendo lo que tiene.

El desarrollo de fun_plug se ha continuado (ver esta dirección) pero ha derivado a soportar la arquitectura ARM del DNS323 y amigos (mientras que el CH3WNAS es un ppc PowerPC). Un equipo que si es ppc es el DSM-G600. Y buscando un poco más, nos encontramos con unas excelentes instrucciones para instalar debian enjaulado. Leyéndolas se observa que lo único que hace es hacer un debootstrap contra el directorio /mnt/HD_a2/debian. Por tanto, si tenemos a alguien que tenga un ordenador PowerPC (un mac de los de antes) y nos quiere hacer el favor de ejecutar estos seis comandos, y enviarnos el tar.gz resultante (que ocupa unos 49MB), nos evitaría seguir las instrucciones de la página que son un mero workaround para ejecutar estos mismos 6 comandos dentro del CH3WNAS. Estuve intentando hacerlo con qemu pero no me salió.

# debootstrap --arch powerpc etch debian http://ftp.es.debian.org/debian
# cp /etc/resolv.conf debian/etc/
# chroot debian apt-get update
# chroot debian apt-get install dropbear
# chroot debian passwd (y que ponga por ejemplo 1234 como contraseña de root)
# rm debian/var/cache/apt/archives/*deb
# tar czf debian.tgz debian

Aviso1: la parte del debootstrap tarda más de media hora en el CH3WNAS, debido a los 32MB de ram y los 133 MHz de CPU que tiene.
Aviso2: el artículo dice instalar sid, pero da errores debido al kernel tan viejo que hay en el CH3WNAS (un 2.4.21-pre4), por tanto mejor instalar etch que funciona sin problemas

Una vez nuestro amigo nos haya dado el debian.tgz, desde dentro del CH3WNAS via telnet, nos la descargamos con un wget y la descomprimimos en /mnt/HD_a2/debian/. Es necesario descomprimirla via telnet para que se hagan los permisos y los enlaces simbólicos correctamente, ya que haciéndolo desde samba no es así. También vale conectando el disco duro a un Linux y descomprimiéndolo normalmente.

Además, debemos poner el siguiente fun_plug en /mnt/HD_a2/fun_plug (recordar ponerle permisos de ejecución):


#!/bin/sh -x
exec >> /mnt/HD_a2/fun_plug.log 2>&1
dmesg
DEBIAN=/mnt/HD_a2/debian

# Ejecutar telnet fuera y ssh dentro
/mnt/HD_a2/busybox telnetd &
/mnt/HD_a2/busybox chroot $DEBIAN /etc/init.d/dropbear start


Y tambien poner un busybox para ppc con capacidad de chroot, como el que está en: download.dsmg600.info.

Una vez listo esto, reiniciamos el CH3WNAS (via la interfaz web que es la única forma segura de reiniciarlo) y pasado un minuto, deberíamos tener un bonito acceso ssh root a la Debian. Si no lo tuvieramos, revisar el log via samba a ver que pasó.

Para ver si hay discos usb nuevos, mirar /proc/partitions y configurar el /etc/fstab. Para apagar el sistema, deberia ser suficiente invocar shutdown -h now desde el ssh.

Nota: El kernel por defecto del dispositivo no soporta los socket AF_UNIX… por tanto, rsync explota con el mensaje: “rsync: pipe: Address family not supported by protocol (97)”. Para mí esto es un problema.
Nota: El kernel por defecto del dispositivo no soporta el nfs-kernel-server (nfsd), y el nfs-user-server es bastante buggy (nada mas usarlo, aparece todo corrupto). Lo que si soporta (ya era hora que soportara algo) es nfs client (nfs si nfs4 no), por tanto, si queremos hacer backup de una maquina, debemos instalar un nfs-kernel-server en ella y exportar el directorio al nas.
Nota: Si se consiguiera el debootstrap usando un qemu-system-ppc -L . -m 128 -hda ch3wnas-debian-ppc.dd -cdrom .../debian-40r6-powerpc-netinst.iso -boot d no haría falta amigo.

Los dirigentes políticos (ni nadie) no saben qué medidas serán efectivas a la hora de superar la crisis. Una de las que se propone en España es la inversión pública.  Esta medida me parece acertada, solo que creo que se están equivocando sobre en qué invertir. Existe la necesidad de reducir el porcentaje de la economía que depende del sector construcción, pero es precisamente en este sector donde se va a intertir la aplastante mayoría de la inversión pública que se hará para superar la crisis.

¿Dónde entra el Software Libre en esta ecuación?. Recientemente se ha aprobado en Canarias un proyecto para la adquisición de licencias de Microsoft. El proyecto cuenta con una presupuesto de 3.3 millones de euros en los 4 años de los que cuenta. En un primer momento entendí que esas licencias eran únicamente ofimática, pero las cuentas no me salen. Suponiendo que una licencia de Office 2007 Profesional costase 300 euros serían necesarios 11000 empleados para llegar a esa cifra. Me parecen demasiados trabajadores, pero no tengo datos concretos. En cualquier caso me parece una irresponsabilidad a nivel político.

No sé si existe algún tipo de juramento que los políticos deben respetar para las inversiones públicas, pero utilizando el sentido común (que es el menos común de los sentidos) entiendo que el político debería procurar en la medida de lo posible que la inversión pública retorne sobre la circunscripción geográfica sobre la que participa en el gobierno. Es decir si yo voy a comprar ruedas y en Tenerife hay una fábrica de ruedas tendré que ponderar ese hecho de manera que aunque cueste más caro puede ser preferible comprar ruedas en Tenerife que en Japón puesto que así favorezco el desarrollo de la economía productiva local. Esto es aplicable a cualquier circunscripción geográfica.

Volviendo al caso de las licencias de Microsoft esto significa que este proyecto es un mal proyecto en términos de repercusión de la inversión en la economía local. de los 3.3 millones de euros con que cuenta el proyecto tan solo el 10% (por poner una cifra) redundará en la economía local. Para entendernos 330000 euros quedarán en Canarias mientras que 2970000 irán a las arcas de Microsoft Iberia y Microsoft USA. Es una MALA inversión.

Aquí es donde entra el Software Libre. Si se hubiera hecho un proyecto sobre implantación de una suite ofimática libre (típicamente OpenOffice) probablemente no fuese más barato, incluso es probable que fuese más caro. El Software Libre NO es necesariamente más barato a corto plazo que el software propietario.

¿Dónde se hubiera ido el dinero de este proyecto?.

Una parte del dinero del proyecto hubiera consistido en elaborar un plan de migración paulatino a esta solución. No se trata de llegar y empezar a instalar la suite en todos los ordenadores uno tras otro hasta que estén todos. Es necesario tener claro que hay que migrar los datos antiguos al formato nativo de esta suite, hay que establecer un plan de formación de los usuarios de este producto, hay que tener clara una estrategia de instalación paulatina, hay que prepararse ante los posibles imprevistos, etc. Aquellos que dicen que bastaría con instalar la suite porque “son iguales” son demasiado radicales. Las cosas hay que hacerlas bien, poco a poco, dando pasos pequeños pero firmes y cimentando la implantación en el trabajo bien hecho.

Otra parte del dinero posiblemente más pequeña que la anterior se destinaría a comprar soporte. Las personas que defienden el software propietario siempre argumentan la razón del soporte, pero es un falso argumento. No conozco a nadie que haya solicitado ayuda sobre la utilización de una suite ofimática al fabricante de la misma, no conozco a nadie que haya reportado errores y que estos hayan sido resultos, no conozco a nadie que hay solicitado una nueva funcionalidad y esta haya sido implementada para satisfacer sus deseso. Probablemente todo esto se deba a que no conozco a la suficiente cantidad de gente o a las personas adecuadas, pero, el soporte de las herramientas propietarias es un falso soporte que crea una sensación de tranquilidad en los técnicos. No es un soporte real.

No se mide de la misma manera a las soluciones libres y a las soluciones propietarias en parte porque los usuarios suelen estar acostumbrados a las segundas y ven el intento de implantación de las primeras como un cambio que no quieren.

Por el precio de licencias comprariamos un proyecto de implantación, un plan de formación y un soporte real. Lo mejor de todo es que estos tres elementos pueden asumirlos las empresas locales. En el peor de los casos ganará el concurso una multinacional que finalmente tendrá que subcontratar la ejecución del proyecto a empresas locales (este es otro tema del que habría que hablar). En este caso el retorno de la inversión oscilaría entre un 90 y un 100%. Sería una BUENA inversión.

La decisión no se toma teniendo esto en cuenta, se toma por comodidad. El “director de informática” percibe que es más sencillo utilizar software propietario en el sentido de que el proyecto involucra a menos partes y tiene menos opositores internos. No piensa en el beneficio para la economía local, sino en arreglar el problema que tiene de la manera más COMODA para él y su equipo. Este señor actúa de manera irresponsable por falta del coraje necesario para pensar en lo mejor para la comunidad canaria.

Antes hablé de que el software libre no es más barato a corto plazo, pero sí lo es a largo plazo. Dentro de 4 años tendrá que haber otro proyecto análogo a este que volverá a significar una inversión descomunal en licencias de Microsoft. Si se hubiera optado por la alternativa que yo planteo dentro de cuatro años el proyecto podría estar dotado con mucho menos presupuesto o bien destinar parte del presupuesto del mismo a mejorar la solución haciéndola mejor.

Como usuarios y defensores del software libre tenemos que llevar a cabo la tarea de sensibilizar a la sociedad sobre este tipo de cuestiones. El objetivo debe ser el ámbito de la administración pública no la empresa privada, y en este ámbito el argumento de lo barato a largo plazo NO IMPORTA.

Espero que se me haya entendido con claridad. No hablo del proyecto de la ofimática canaria porque esté centrado en este concretamente, sino porque es un proyecto del que se ha hablado largo y tendido en el ámbito del software libre canario y por tanto lo conozco hasta cierto punto.

Si algún lector se pudiera sentir ofendido no era mi intención, probablemente me esté malinterpretando. Simplemente llevaba días dándole vueltas a esto y sentía la necesidad de expulsarlo/compartirlo.

Esto es una gran noticia ya que parece indicar un claro cambio de tendencia en uno de los principales proveedores de software. El hecho es que hace unos años esto simplemente no era posible. Vamos a ver cuantos toman nota y siguen sus pasos.

Por cierto lo he probado y me da la sensación de que va mucho más fluido. Lo he notado al ver una película a pantalla completa. Ya no apreció saltos ni nada por el estilo (antes sí).

En mi opinión es necesario comenzar a hablar de computación responsable. ¿Qué es la computación responsable?. Es más fácil definir lo que no es. El ordenador medio que se vende actualmente está compuesto por un disco duro de más de 500Gb, un procesador de doble núcleo, aproximadamente 4Gb de memoria RAM (Turbo Memory aparte), una tarjeta gráfica dedicada (Nvidia, ATI, etc.) una pantalla de al menos 19″, altavoces, etc. Ahora examinemos cuál es el uso medio de un ordenador. Lo cierto es que la mayor parte de los usuarios los utilizan para ofimática en general, utilizar Internet, P2P, probablemente almacenar fotos de carácter familiar y poco más.Todo esto que indico que se puede hacer con el más barato de los ordenadores que se venden a día de hoy en el mercado; prueba de ello es la proliferación de los denominados netbooks.

En la oficina en la que trabajo recientemente adquirimos un ordenador tipo que, convenientemente virtualizado, es utilizado por dos usuarios (es previsible que seamos más en poco tiempo) como escritorio con un ltsp (tiene una Ubuntu), un servidor de desarrollo para trastear con bases de datos MySQL y PostgreSQL, Apache2, etc., servicios de red (DNS, DHCP, enrutado, etc.) servidor de impresión y escáner. Con todo este uso la máquina es perfectamente usable; y las medidas de carga de que disponemos muestran que no la estamos forzando.

Muchos usuarios de programas P2P dejan encendido el ordenador 24×7 únicamente para poder hacer descargas. Existe electrónica (discos duros de red, discos duros multimedia, etc.) que permiten hacer lo mismo consumiendo muchísima menos corriente (por no decir que son más pequeños y hacen menos ruido que un ordenador).

Por otro lado está la política de algunas empresas de desarrollo de software que parecen no darse cuenta de que es posible hacer software que funcione que consuma menos recursos y sea funcional y vistoso. A estas alturas de la película uno comienza a plantearse que motivaciones puede haber tras esta estrategia consumista que a priori no debería favorecerles.

Bueno perdón por el ladrillo.


options loop max_loop=128


Sin embargo existe un número máximo de 256 para el número de loops en el sistema aunque utilices está opción. Teniendo en cuenta que empíricamente parece que cada dominio (disco, swap, etc.) consume aproximadamente 4 loops esto implica que la cantidad máxima de dominios que pueden estar ejecutándose en el sistema es de 64; lo cual no es poco; pero puede ser un problema si quieres plantear un sistema con determinadas un grano muy fino. También es cierto que, dado que no es posible consumir más memoria de la que tiene el sistema entre todos los dominios, este límite parece razonable, pero en mi opinión es alcanzable.

XEN tiene un rendimiento realmente alto; pero uno tiene la sensación de que le falta ser más amigable con el usuario. Existen herramientas gráficas como virtmanager que intentar facilitar el uso; pero todavía queda mucho hasta que podamos decir que es amigable.

Un ejemplo de esto tiene que ver sobre el cálculo de CRCs en las comunicaciones entre dominios a través de los bridge en paquetes broadcast. No funcionan bien. El caso es que parece ser que esto lo suele hacer el hardware; y por tanto, como los paquetes que van a de un dominio a otro no pasan por él, no hay CRCs en estos paquetes y los dominios los rechazan. Parece que se puede solucionar haciendo esto:


ethtool -K eth0 tx off