Nuevo parche para el kernel linux reducira su consumo de energia

No es ningun secreto que las versiones del kernel linux a partir del 2.6.38 han sido un disgusto para los usuarios de notebooks, netbooks y otros dispositivos portatiles porque producia un consumo de energia exagerado que ocasiona que estos aparatos calienten mucho y les dure menos la bateria.
Algunos estudios demuestran un aumento del 38% en el consumo de energia solo por cambiar del kernel 2.6.37 al 2.6.38 y estos numeros aumentan al salir nuevas versiones del kernel de linux. En las versiones mas nuevas se ha llegado a calcular un aumento de mas del 70% del consumo en comparacion a versiones viejas.

Por suerte existe gente que trabaja incansablemente por mejorar la vida de los usuarios, como Matthew Garrett, ingeniero de Red Hat, que ha modificado el código del kernel con 60 nuevas líneas que logran acabar con este aumento del consumo de energía.
La mala noticia es que este parche no estará disponible para la próxima versión 3.3, aunque podría llegar al kernel 3.2 para Ubuntu 12.04 LTS y otras distribuciones. Habra que ver que dicen otras distros al respecto. Estoy bastante seguro que no pasara mucho hasta que sepamos como aplicar el parche en todas.
Yo lo instalo apenas encuentre como hacerlo Ustedes que haran?

Fuente:http://paraisolinux.com/nuevo-parche-para-el-kernel-linux-reducira-su-consumo-de-energia/

Liberando la Memoria Cache de forma automatica en linux

La siguiente operación es liberar la memoria cache conforme deja de estar en uso, para ello, utilizaremos el script del artículo Liberando la memoria Cache que creamos a propuesta de Miquel Mayol, que ya comentó lo que sucedía con la memoria RAM y la memoria Caché. En esta nueva versión, he modificado ligeramente el comportamiento del script, pero en esencia, y a los efectos de lo que nos interesa funciona igual. Primero, y tal y como comentábamos en Liberando la memoria Cache, modificaremos las opciones del kernel para obligarlo a que libere la memoria caché:

?

1 2 3

sudo su echo 10000 > /proc/sys/vm/vfs_cache_pressure exit

Ahora nos descargamos de la página el paquete en cuestión:

Una vez descargado, tienes que cambiar el propietario a root, darle permisos de ejecución y copiarlo en el directorio /usr/bin:

?

1 2 3 4

tar xvzf freecache.tar.gz sudo chown root:root freecache sudo chmod +x freecache mv freecache /usr/bin

El siguiente paso, para que se inicie con tu sistema para todos los usuarios, consiste en editar el archivo /etc/rc.local:

?

1	sudo nano /etc/rc.local

y añadir la siguiente línea, justo antes de “exit 0″:

?

1	/usr/bin/freecache start

Si no lo quieres añadir aquí, siempre puedes hacerlo en aplicaciones al inicio, pero ten en cuenta que solo funcionará para aquellos a los que lo hayas instalado, pero sin lugar a dudas es una opción.

Kernels Modulares y Monolíticos

Como todos sabeis el Kernel es la pieza más importante de Software que se encuentra en el sistema. Permite que los programas interactúen con el hardware. En la actualidad existen 2 tipos de Kernel:

1. Monolítico: Este tipo de Kernel engloba todos los servicios del sistema, posee un rendimiento mayor que el de un micro-núcleo. Esto es posible porque todas las funcionalidades posibles están integradas con el sistema. Cualquier cambio efectuado sobre cualquier servicio requiere la re-compilación del Kernel y el reinicio del sistema para aplicar los cambios.
2. Un Kernel modular tiene compilados archivos como objetos, los cuales el Kernel puede cargar o eliminar bajo demanda. Estos modulos se encuentran en /lib/modules. Lo positivo del Kernel Modular es que no hace falta reiniciarlo al efectuar algún cambio. No tiene sentido que el Kernel se comunique con todos los periféricos, por lo cual lo que en otros Sistemas Operativos se llaman drivers, en Linux se desarrollo una interface adecuada para crear los módulos que cumplan las mismas funciones, pudiendo éstos ser añadidos en tiempo de ejecución.

Para el manejo de los módulos podemos instalar una herramienta llamada modutils, la cual trae consigo las siguientes aplicaciones:

• lsmod: Lista los módulos cargados
• rmmod: Elimina un modulo.
• insmod: Inserta un modulo.
• modprobe: Inserta los módulos y las dependencias listadas en modules.dep.
• modinfo: Lista información del autor, tipo de licencia y parámetros de los módulos. 

En algunos casos unos módulos son dependientes de otros módulos. Estas dependencias son almacenadas en el directorio /lib/modules//modules.dep. Los archivos de dependencia son generados al iniciar el equipo por el comando depmod.

Como anteriormente hemos mencionado con el comando modprobe se pueden agregar módulos en el archivo modules.conf, este archivo es leído por los IRQ e I/O Ports, pero generalmente se encarga de almacenar los alias de los dispositivos, así en lugar de referirnos al dispositivo por el nombre genérico, podemos utilizar el alias.

Fuente:http://www.nosolounix.com/2011/11/kernels-modulares-y-monoliticos.html

D'Oh!: Las novedades de Linux 3.1

D'Oh!: Las novedades de Linux 3.1: Ya se ha anunciado la disponibilidad de la versión 3.0 del kernel Linux. Novedades: soporte para el procesador de software libre OpenRISC, ...

LinuxFoundation con grave falla en la seguridad (hackean Linux.com)

Hace no mucho nos enteramos de que habían logrado acceder a los servidores de Kernel.org, así como que Linus Torvalds pondría una copia del kernel Linux en GitHub, ahora tenemos otra gran (y dolorosa) noticia. Sucede que también han vulnerado la seguridad de la Fundación Linux (Linux.com).

Como se anuncia en el post de Slashdot.org, al parecer se pudo haber comprometido combinaciones de user+password, así como llaves SSH. La medida por el momento es reinstalar todos los servidores de Linux.com, así como están trabajando con autoridades de EEUU y Europa para que les ayuden con la investigación, de esta forma podrán conocer la procedencia del ataque.

Evidentemente, esta falla de seguridad está vinculada al anterior ataque a Kernel.org, aunque aún no se sabe con absoluta certeza todos los detalles de estos ataques, pienso que hablo en nombre de la mayoría cuando digo: “hay que tener bastante poca vergüenza y cero sentido de justicia para hacer hacking a estos sitios/servers” ¬_¬

Ahora, solo deseo que no se siga poniendo en entredicho la seguridad de GNU/Linux como tal, pues una vez más empezarían las flamewars entre usuarios de Windows y Linux.

También (ya que estamos pidiendo deseos…), me gustaría que Anonymous descubra quién es el autor de estos ataques, para que luego ellos les hagan pagar de tal forma, que los ataques de ellos a Sony y demás empresas parezcan simples juegos de niños…

Saludos y otro mal día para los usuarios de GNU/Linux.

Fuente:http://blog.desdelinux.net/hackean-linux-foundation-linux-com/

“Seguridad Por Niveles”, el libro. Descarga gratuita en PDF (700 pag).

“Seguridad Por Niveles”, el libro. Descarga gratuita en PDF (700 pag).

El kernel se alojará también en GitHub

Informábamos el pasado jueves de que kernel.org había sufrido un ataque sin que, en principio, se observara modificación alguna en el kernel. No obstante, este hecho ha sido tomado muy en serio, dadas sus potenciales consecuencias para la Red. Así, todo el código ha sido movido a Github, imaginamos que a modo de medida preventiva adicional. Linus Torvalds ha explicado este movimiento…

(…) el asunto más importante (bueno, uno de ellos) del desarrollo distribuido es que un lugar no es realmente diferente de otro, por lo que, dado que tengo una cuenta en github (…), ¿por qué no ver cómo se porta simplemente metiendo el kernel completo allí?

Lo cierto es que no se pierde nada ya que, en cualquier caso, siempre se contaría con una vía adicional de distribución, además de contar con una copia adicional en caso de desastre o ataque como la mencionada.
Recordemos que GitHub ofrece hospedaje a variedad de proyectos y vías de colaboración con otros miembros de su red, siempre que éstos sean libres.
Enlace: github.com/torvalds/linux
Vía All about Linux.

Fuente:http://www.linuxzone.es/2011/09/05/el-kernel-se-alojara-tambien-en-github/

El kernel 3.1 no soluciona los problemas de batería en portátiles

Los chicos de Phoronix siguen muy atentos a la “regresión” en el soporte de los modos de ahorro de energía en los portátiles, un problema que lleva presente desde varias versiones del kernel, y que no se resolverá en la nueva versión del núcleo Linux, la 3.1, que aparecerá en pocos días.

Michael Larabel, el creador de Phoronix, lo explica en un nuevo artículo en el que indica que esa desactivación automática de la tecnología ASPM -que es la responsable del problema- sigue presente y no se ha hecho ningún trabajo en dicho área.
Los usuarios afectados por este problema pueden experimentar un 30% de incremento en el consumo de energía de sus portátiles comparando incluso el kernel 3.0 con la última versión de desarrollo del kernel 3.1, y para portátiles con los nuevos Sandy Bridge las pruebas parecen demostrar que el consumo es un 76% mayor que los kernels que sí resolvían el problema, y que no se usan ya por defecto en prácticamente ninguna distribución de las calificadas como las “importantes”.
En Phoronix aclaran que no todos los sistemas se ven afectados por este problema -según qué núcleo, porque el 2.6.38 sigue provocando problemas en muchos portátiles- de modo que si veis que la batería de vuestro portátil se consume antes de lo que podría esperarse, tened muy en cuenta esta cuestión y plantearos el cambio a un kernel más antiguo o a tratar de activar manualmente la tecnología ASPM.

Fuente:http://www.muylinux.com/2011/08/24/el-kernel-3-1-no-soluciona-los-problemas-de-bateria-en-portatiles/

Arch Hurd 2011-08-17, nucleo Hurd en pruebas

Arch Hurd 2011-08-17, nucleo Hurd en pruebas

Kernel de largo recorrido: más estable que el kernel estable

Interesantísimo el debate abierto en Slashdot y según el cual “estable” es el término utilizado actualmente para los kernels Linux más adecuados para el usuario en general. Sin embargo, afirma uno de los máximos responsables del desarrollo del kernel Linux, este sistema operativo cada vez está presente en más nichos de mercado, y se hace cada vez más necesario un núcleo que sea más estable que el núcleo estable tradicional. Algo así como un “kernel LTS”.

El responsable de la propuesta es Greg Kroah-Hartman, que precisamente ha ofrecido una conferencia sobre núcleos estables y de “largo recorrido” en LinuxCon en Vancúver, y que como comentaba en su mensaje original en LKML:

• Los núcleos estables seguirán apareciendo gradualmente
• La propuesta se refiere a cómo elegir los kernels de largo recorrido: se lanzan cada año, y se mantienen durante 2 años antes de ser abandonados.
• Se aplica la misma documentación y reglas a los kernels LTS que a los kernels estables.

El mensaje de Kroah-Hartman está muy bien explicado en ITWorld, donde explican que de hecho la idea de este desarrollador no es nueva… ni para él. Cuando Kroah-Hartman trabajaba en Novell y SUSE Linux creó por ejemplo el kernel 2.6.16 con el objetivo de orientarlo “a la empresa”, mientras que también iba trabajando en otras versiones.
Esa serie de kernels de largo recorrido para SUSE Linux funcionaron muy bien, así que Greg Kroah-Hartman decidió aplicar el mismo principio a los núcleos globales. Eso dio como resultado el kernel 2.6.32, que se lanzó en diciembre de 2009 y que a sus 21 meses de edad ha sido “un éxito rotundo” según Kroah-Hartman.
Este éxito, unido a la aparición de nuevos dispositivos en el mercado de la movilidad, han vuelto a poner el debate a la orden del día.

“Los dispositivos para los usuarios finales tienen una vida útil de entre 1 y 2 años, y queremos u necesitamos la experiencia de la comunidad que desarrolla el núcleo para que mantenga esos núcleos “base” para ellos.”

Es una idea interesante, que permitiría a la gran mayoría de usuarios”disfrutar de un “kernel LTS” como si hablásemos de las famosas Ubuntu LTS, para que esos usuarios no tuvieran que preocuparse por la versión del kernel durante esos dos años.
Los usuarios avanzados que así lo deseen, obviamente podrán optar por núcleos estable (o de desarrollo) que seguirán su ritmo normal de lanzamiento, pero esos “núcleos de largo recorrido” serán ideales no solo para usuarios finales de Linux que no quieran estar pendientes de actualizaciones del núcleo, sino, y atención a esto, para usuarios de dispositivos móviles como smartphones, tablets o cualquier otro tipo de solución en las que poder contar con un núcleo de estas características sería especialmente recomendable.

Fuente:http://www.muylinux.com/2011/08/17/kernel-de-largo-recorrido-mas-estable-que-el-kernel-estable/

El fin del kernel 2.6, el inicio de una nueva era 3.0

Interesante reseña de mi amigo Guillermo Malsina, de iMàtica, sobre la nueva versión mayor (3.0) del kernel Linux. Tal vez, no se justifique el cambio numérico del primer dígito a tenor de las novedades que aporta, numerosas y relevantes, pero no radicales ni espectaculares.

Linus Torvalds personalmente decidió numerar la presente versión del kernel Linux como 3.0, posiblemente como estrategia de marketing para vender mejor un desarrollo que no introduce novedades radicales respecto a versiones precedentes (por lo que bien pudiera haber sido numerado como 2.8) ni muy espectaculares, aunque sí una serie de pequeñas novedades que en su conjunto lo hacen tan interesante como cualquier otra nueva versión.

Otro posible motivo de renumerar a una versión superior es que hace ya más de tres lustros (15 años) que vio la luz el kernel 2.0, y aunque desde entonces han ido siendo publicadas versiones intermedias (2.2, 2.4, 2.6) que han ido introduciendo cambios y novedades, la imagen que se daba con un 2 durante tanto tiempo en la parte delantera de la numeración era que el núcleo -y consecuentemente todo el sistema- no evolucionaba.

A esto puede haber contribuido cierta presión en este sentido por parte de los fabricantes que ofrecen versiones comerciales del sistema del pingüino, a quienes puede interesar y mucho el ofrecer una nueva versión 3.0 como gran novedad.

Novedades y mejoras del kernel 3.0

• Inclusión del parche de 200 líneas que permite acelerar notablemente diversas operaciones rutinarias del escritorio gráfico, mejorando con ello el rendimiento del sistema al hacerlo más veloz en, por ejemplo, el renderizado de páginas web, lo que da al usuario la oportunidad de hacer cosas con mayor velocidad que antaño
  
• Se mejora el rendimiento de la paginación en memoria caché con la fusión en el kernel del parche CleanCache.
  
• Mejora del soporte para el software de virtualización Xen
  
• Soporte para el Ivy Bridge de Intel.
  
• Mejoras en los drivers para hardware, especialmente en lo que se refiere al apartado de tarjetas gráficas.
  
• Nuevo hardware soportado: Microsoft Kinect y los procesadores Fusion de AMD.
• Soporte para varios dispositivos de Realtek rtl81xx.
• Mejora del soporte para Btrfs: defragmentación automática, corrección de errores de escritura y mejoras generales de rendimiento.

El trabajo en el kernel Linux no se para aquí, puesto que inmediatamente tras este lanzamiento ya se está planificando como debe ser la versión 3.1 de este núcleo.

Más información

• Resumen más detallado de las principales novedades del kernel 3.0

Fuente: Imàtica

Debian 7 ‘Wheezy’ ofrecerá soporte multiarquitectura

Esta semana ha comenzado la Debian Conference 2011, donde se discuten y marcan las pautas de esta distribución para el futuro. La primera gran noticia que se ha hecho pública es que la próxima Debian 7, nombre en clave “Wheezy“, ofrecerá soporte multiarquitectura.

Multiarch es un replanteamiento radical de la jerarquía del sistema de archivos con respecto a las librerías y la cabecera, para que los programas y las bibliotecas de diferentes arquitecturas de hardware puedan instalarse en paralelo en el mismo sistema fácilmente.

Para poder disfrutar de Multiarch deberemos esperar hasta 2013, que es la fecha prevista para el lanzamiento oficial de Debian 7 “Wheezy“, momento que coincidirá con el 20º aniversario del nacimiento de esta distribución creada en 1993 por Ian Murdock, como un proyecto comunitario verdaderamente libre.

Multiarch es una gran mejora en la capacidad de Debian para cumplir con la promesa de ser un sistema operativo universal, [...] no sólo va a hacer crossbuilding más fácil, sino que también permite un mejor soporte para aplicaciones de 32 bits en instalaciones nuevas de 64 bits y en el futuro incluso permitirá la migración en vivo de sistemas de 32 bits a sistemas de 64 bits.

Debian es una distribución GNU/Linux que se caracteriza por su gran estabilidad, y aunque se le achaca que va siempre por detrás del resto, lo cierto es que se ha convertido en uno de los proyectos de código abierto más influyentes.
Vía | Debian
Imagen | valessiobrito

Fuente:http://www.genbeta.com/linux/debian-7-wheezy-ofrecera-soporte-multiarquitectura

Microsoft contribuye de manera importante en el Kernel de Linux

Una de las muchas guerras abiertas en el tema del software es la presente entre los amantes de las novedades de Microsoft y aquellos que creen en el software libre y de código abierto. Los primeros defienden que si algo ocurre tienen el respaldo de una gran compañía detrás (entre otras razones); mientras que los segundos se involucran dentro de un modo de pensar (o filosofía) totalmente diferente.
Pero como se suele decir, la realidad supera a la ficción, y es que Microsoft es la quinta compañía que más ha contribuido al código del kernel de Linux. Y lo hace sólo por detrás de compañías que han unido su nombre a este proyecto como Red Hat, Intel, Novell e IBM.

Y es cierto que esa colaboración de Microsoft no parece ser totalmente desinteresada, y desde luego, tampoco ha sido fácil. Y no ha sido una colaboración fácil porque dentro de la comunidad de Linux el código de Microsoft ha generado mucha controversia.
Resulta divertido ver como una empresa que se dedica principalmente al desarrollo de software como Microsoft, se ve obligada a mejorar su código cuando intenta contribuir dentro de un proyecto de código libre y abierto. Todavía más curioso es ver que la propia comunidad de desarrolladores ha ayudado a realizar esas mejoras.
Pero como había comentado, la ayuda del gigante de Redmon parece tener un objetivo claro. Y es que el código que han desarrollado ha ido enfocado a la implantación de un driver para su sistema de virtualización Hyper-V.
Parece que Microsoft ha hecho este movimiento con una clara dirección. Ya que desde el punto de vista de este sistema de virtualización, los sistemas operativos Linux serían en este caso virtualizaciones auxiliares al sistema operativo principal, en este caso traído de la mano de Microsoft.
Vía | David A. Wheeler
Imagen | Wikipedia

Fuente:http://www.genbeta.com/sistemas-operativos/microsoft-contribuye-de-manera-importante-en-el-kernel-de-linux

Cómo solucionar el consumo excesivo de energía del kernel 2.6.38

Según Phoronix y su creador, Michael Larabel, la gran causa del problema del consumo de energía en el kernel 2.6.38 es el cambio que se realizó en el llamado ASPM (Active-State Power Management) para las ranuras PCI Express.

La característica Active-State Power Management permite reducir el consumo de energía poniendo a los enlaces PCI Express que no se están usando en estado de ahorro de energía, haciendo que estén menos activos con el correr del tiempo.  Se trata de una característica común en laptops y otros dispositivos móviles utilizadas para extender la vida de las baterías.

Aparentemente, la causa del problema con los últimos kernel Linux son las BIOS mal configuradas, puesto que muchos fabricantes de portátiles soportan ASPM pero no lo configuran correctamente en la llamada Fixed ACPI Description Table, que es la que “autoconfigura” la BIOS durante el arranque.

¿Cuál es la solución? Simple.

1.- Abrí un terminal y escribí:

gksu gedit /etc/default/grub

2.- Localizá una línea parecida a la siguiente:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

3.- Reemplazala con una como esta:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force"

4.- Guardá los cambios e ingresá el siguiente comando en el terminal:

sudo update-grub

Esto habilita el ASPM diga lo que diga la BIOS, y las pruebas demuestran que con esa solución se logran ahorros de energía notables que aumentan la autonomía de las baterías de forma sensible.

Cuidado: Michael nos advierte que en algunos casos, al agregar este parámetro en la línea de arranque de tu kernel es probable que éste no funcione. Para volver al estado original, sólo hace falta deshacer los cambios y reiniciar.

Fuente: Phoronix & Muy Linux

El kernel Linux, leído en voz alta

Según su sitio web, «Linux Radio es una retransmisión de radio online de la última versión estable del kernel Linux (actualmente 2.6.36.1), que se lee sin inflexión usando eSpeak, un sintentizador de texto a voz de software libre. Actualmente hay 111011 (base 2) temas en nuestra base de datos, y estamos trabajando para añadir más. Cada vez que recargas la página se selecciona aleatoriamente un nuevo fichero fuente: recuerda, si no tienes bastante, siempre puedes abrir Linux Radio en dos o más pestañas de navegador distintas...»

Fuente:Barrapunto

Phoronix descubre el problema de batería en el kernel 2.6.38 y da solucion

Hace tiempo que venimos hablando de los problemas del núcleo 2.6.38, que aunque trajo numerosas mejoras también incluyó una “regresión” que provocaba que la autonomía de las baterías de portátiles se acortase de forma notable en según qué casos.

Como explican en Phoronix -vosotros mismos lo confirmásteis en los comentarios- el uso del kernel 2.6.38 no siempre provoca dichos problemas, pero si tenéis un portátil con Ubuntu 11.04, Fedora 15 o alguna de las nuevas distribuciones del mercado que integran ese núcleo Linux, es bastante posible que hayáis notado como la autonomía de vuestras baterías se reducía considerablemente.
Afortunadamente, parece que ya hay una solución bastante eficiente del problema hasta que los desarrolladores del kernel la soluciones de forma universal. Gracias al uso de los benchmarks de la célebre Phoronix Test Suite se ha podido desvelar la causa del problema que causaba esa disminución de la autonomía de la batería.
Según Phoronix y su creador, Michael Larabel, la gran causa del problema del consumo de energía en el kernel 2.6.38 es el cambio que se realizó en el llamado ASPM (Active-State Power Management) para las ranuras PCI Express. En concreto, el cambio está documentado en el commit con código 2f671e2dbff6eb5ef4e2600adbec550c13b8fe72 que tiene por título “PCI: Deshabilitar ASPM y la BIOS nos lo pide”.

Las gráficas de Phoronix dejan claro que la mejora en autonomía de batería es notable.

La característica Active-State Power Management debería ahorrar consumo de energía estableciendo un estado de ahorro de energía en enlaces PCI Express que no se están usando. La desventaja es que ASPM puede incrementar la latencia de los dispositivos, pero el ahorro energético compensa de sobra esa latencia. Aunque puede funcionar en ordenadores de sobremesa, la característica está especialmente pensada para portátiles, pero si la BIOS indica que no soporta ASPM, ese comportamiento se modifica.
Y aquí llegamos a la causa del problema: BIOS mal configuradas, puesto que muchos fabricantes de portátiles soportan ASPM pero no lo configuran correctamente en la llamada Fixed ACPI Description Table, que es la que “autoconfigura” la BIOS durante el arranque.
¿Cuál es la solución? Simple: añadir una línea a nuestro arranque para forzar el uso de ASPM:

pcie_aspm=force

Esto habilita la característica diga lo que diga la BIOS, y las pruebas demuestran que con esa solución se logran ahorros de energía notables que aumentan la autonomía de las baterías de forma sensible. Enhorabuena a Phoronix por ese gran trabajo que seguro que le alegrará la vida a muchos usuarios. Por cierto, podéis agradecérselo con una donación vía PayPal que seguro que les vendrá muy bien.

Fuente:http://www.muylinux.com/2011/06/27/phoronix-descubre-el-problema-de-bateria-en-el-kernel-2-6-38/ 

Por supuesto aunque no pone la solucion yo se las doy ;9

Vamos a

sudo gedit /boot/grub/grub.cfg 

### END /etc/grub.d/41_custom ###

Asi que nos deberia de quedar

..........

..........

#Arreglo de bateria+kernel38
pcie_aspm=force
### END /etc/grub.d/41_custom ###

Guardamos y fuera

Fuente:Propia ;)

Yo he ido desde consola sale el texto de arranque y al final pero antes del 

### END /etc/grub.d/41_custom ### 

De manera que nos debe de quedar

........

.........

#Arreglo de bateria+kernel38
pcie_aspm=force

### END /etc/grub.d/41_custom ###

Fuente:Tip pripio

¿Quieres triplicar el rendimiento de tu distribución Linux?..Proximamente

Michael Larabel, el fundador y editor de Phoronix, lleva unos días publicando en su cuenta de Twitter mensajes sobre un anuncio próximo que podría representar un gran paso adelante para el futuro de Linux. Sin embargo, no acaba de desvelar qué es lo que presentará en próximas fechas.

Ayer publicó un breve artículo en el que daba pistas sobre el proyecto, con nombre en clave “Dirndl”, y que por lo visto tendrá un impacto increíble en el rendimiento general del sistema operativo Linux.
Para certificarlo en Phoronix publicaron una gráfica con una de las pruebas de su Phoronix Test Suite en la que se muestra el rendimiento del nuevo desarrollo en un sistema Ubuntu 11.04 con y sin Dirndl.

El ejemplo, indica Larabel, es consistente en el resto de las pruebas, logrando un incremento medio de 2,6x veces el rendimiento original. Es una mejora asombrosa, cuya explicación todos tenemos muchas ganas de conocer.
En MuyLinux creemos tener la respuesta, gracias a los propios mensajes de la cuenta de Twitter de Michael Larabel y al debate del foro de Phoronix: el creador de este sitio indicó que se trataba de un desarrollo que sería liberado bajo Open Source y que hoy en día costaba unos 1.800 dólares por licencia.

Eso ha permitido dar un candidato bastante probable a este lanzamiento. Se trata de EKOPath, un compilador avanzado que está especialmente preparado para crear código objeto optimizado para la arquitectura AMD64 que usamos en las distros de 64 bits. El secreto de la mejora de rendimiento de Linux y todos sus componentes se basaría en el uso de EKOPath -y no de gcc- como compilador tanto para el kernel como para las aplicaciones del sistema.
Desde luego si todo sale como parece, pronto podríamos asistir a una de las noticas más destacadas del panorama Linux en mucho tiempo. Casi triplicar el rendimiento de nuestros sistemas de forma gratuita sería todo un descubrimiento, ¿no creéis?

Fuente: http://www.muylinux.com/2011/06/09/ekopath-compilador-rendimiento-linux-triplica/

Xen, en kernel 3.0

El segmento de la virtualización está viviendo desde hace tiempo una época de crecimiento explosivo: el ahorro de costes que proporcionan estas tecnologías es notable, y muchas empresas están haciendo uso de virtualización para diversos propósitos. Los grandes actores del mercado -VMware a la cabeza- siguen avanzando en sus desarrollos, y Linux es uno de los pilares básicos de dicho crecimiento.

De hecho KVM es la tecnología más de moda en este caso, gracias en gran medida a la apuesta total que Red Hat ha hecho por ella desde hace tiempo. La empresa, que antes apostó por Xen, acabó comprando Qumranet -desarrolladora de KVM- en septiembre de 2008, y eso cambió su estrategia en este caso. A partir de ahí Xen perdió protagonismo, pero ahora podría volver a ganarlo.
La razón es el soporte completo para Dom0 y DomU para Xen en el kernel Linux 3.0. Esto, para los no iniciados, permitirá que Xen pueda utilizarse tanto para un dominio de gestión como para máquinas invitadas. Lo explican tres artículos distintos de tres empresas que estaban muy implicadas en este desarrollo: la propia comunidad Xen, Oracle, y Citrix, que señalan que se han tardado cuatro años en solucionar todos los problemas que había pendientes.
Enhorabuena para este proyecto, que seguramente verá un crecimiento importante a partir de ahora gracias a ese soporte nativo en el kernel Linux 3.0

Fuente:http://www.muylinux.com/2011/06/03/linux-3-0-tendra-soporte-completo-para-xen-cuidado-kvm/

Informacion sobre kernel 2.6.38 ,increiblemente bueno, 100% recomendado por mi ;)

Tras diez semanas de trabajo del equipo dirigido por Linus Torvalds, ya tenemos con nosotros una nueva versión del kernel Linux, se trata de Linux 2.6.38, versión que promete una mayor velocidad gracias a algunos ajustes, entre ellos el famoso parche de 200 líneas de código, además se han añadido nuevos controladores para gráficos y Wi-Fi y se ha agregado el soporte para los nuevos chips AMD Fusion, entre varias otras características que resumo a continuación.

Como adelantábamos, en esta versión se ha mejorado la agrupación automática de procesos mediante el parche de 223 líneas de código desarrollado por Mike Galbraith en noviembre del año pasado. En esencia el parche cambia la forma en que el planificador asigna tiempo de CPU a cada proceso para que el sistema pueda agrupar todos los procesos con el mismo ID de sesión. Esto, bajo ciertos escenarios entrega un enorme rendimiento adicional según las pruebas.
Otro cambio tiene que ver con mejoras en la escalabilidad de VFS (Virtual File System), donde se ha logrado que tanto las cargas de trabajo multi-hilo como algunas cargas con procesos únicos, sean mucho más rápidas. Por otro lado para Btrfs se añade soporte para la compresión transparente con el algoritmo de LZO, como alternativa a zlib y también se agrega soporte para marcar snapshots como de solo lectura y la característica “force mounting”.
Otra mejora tiene que ver con “Transparent Huge Pages”, que permitirá usar páginas hasta 2MB de memoria para procesar (siendo que hasta ahora eran de 4KB), con lo cual se logra aprovechar mejor el hardware y lograr un “mayor desempeño, en especial en las cargas de trabajo que requiere una gran cantidad de memoria como servidores de JVM y base de datos”, según lo que señaló Tim Burke, vicepresidente de ingeniería Linux de Red Hat.
Se agrega también el protocolo de ruteo proactivo para Redes Mesh Ad-hoc Inalámbricas: B.A.T.M.A.N. (Better Approach To Mobile Ad-hoc Networking), que en la practica ayudará a proveer de conectividad de red en presencia de desastres naturales, conflictos militares o censura de Internet gracias a que este protocolo permite a la red funcionar como una malla donde cada nodo de enrutamiento participa en los datos de reenvío para otros nodos de forma dinámica.
Y por último podemos destacar el soporte de hardware que como siempre, aumenta versión a versión del núcleo. Respecto a esto es muy bueno saber que se ha añadido soporte para el nuevo AMD Fusion, que como sabemos combina CPU y GPU en una sola unidad (APU), así como la inclusión de nuevos controladores gráficos para GPUs NVidia y AMD, también han agregado mayor soporte para tarjetas Wi-Fi como Atheros, Broadcom, Intel, y Ralink Realtek, etc.
Eso entre muchos otros cambios que se han hecho “en tiempo record”. Pueden ver mayores detalles en el siguiente enlace, también recomiendo este artículo preparado por H-Online donde detallan a fondo varios de los cambios y características que se han agregado en esta versión. Si lo deseas puedes descargar también el nuevo núcleo desde aquí o esperar pacientemente a que sea incluido en una próxima versión de tu distro favorita.

Fuente:http://www.muylinux.com/2011/03/16/linux-2-6-38-mayor-velocidad-y-mas-soporte-para-graficos-y-wi-fi/

Liberado el Kernel 2.6.38

Finalmente Linus Torvalds ha liberado la versión 2.6.38 del Kernel de Linux. La versión viene con menores mejoras respecto de la RC8 de la misma versión (ver nota sobre la RC1) y con importantes novedades respecto de la versión 2.6.37.

En especial se agregan drivers open source para la parte gráfica, así mismo mejoras en Btrfs file-system y otras correcciones, incluyendo correcciones para los problemas de AMD Fusion.

Así mismo hay novedades para la serie AMD Radeon HD 6000 con soporte open source, soporte para Fusion Linux, Radeon KMS, Nouveau GeForce 400/500 (brindando soporte para aceleración aunque siga requiriendo de cierto firmware non-free).

También se incluye el patch de las 200 lineas y otras mejoras de menor nivel, que aun que no parecan mucho marcan diferencia en equipos de recursos limitados

Fuente:http://elsoftwarelibre.wordpress.com/2011/03/15/liberado-el-kernel-2-6-38/