FireGL de 2GB

La AMD FireGL es la gama de tarjetas para profesionales, y también la competencia directa de la gama Quadro de NVIDIA, ha anunciado un nuevo modelo, la FireGL V8650 con 2GB de memoria RAM GDDR4 a bordo.

Esta tarjeta se esperaba que fuese lanzada en noviembre, pero por algunos problemas fue retrasada hasta hoy. Se dice que es muy rápida, pero, que mejor aclaración al respecto con un review aquí el cuál compara esta nueva tarjeta de AMD con una Nvidia Quadro FX5600.

Fuente.
Gracias al foro de chilehardware

Puedes seguir este tema aquí o en el foro.

KDE 4.0 consume un 39% menos que su predecesor

Un artículo en el sitio web linuxero alemán Pro-Linux demuestra que la próxima e inminente versión de KDE consume mucha menos memoria que las versiones previas, algo muy importante que demuestra la potencia y buen diseño de este desarrollo.

En realidad el artículo original proviene del autor polaco Korneliusz Jarzebski, quien ha detallado en su blog lo que consume cada uno de los componentes implicados en el arranque de este entorno de escritorio que ya está a punto de alcanzar su versión final.

Según su estudio, KDE 4.0 consume un 39% menos de memoria que KDE 3.5, la versión actual de este entorno que compite con GNOME por atraer la atención de los linuxeros. Mucho se espera de KDE 4.0, que aportará no sólo efectos visuales sino una interfaz totalmente renovada.

Fuente.
Fuente.

Puedes seguir este tema aquí o en el foro.

Lo que traerá el Kernel 2.6.24

• Mejoras del gestor de procesos: Además de mejoras de rendimiento y de tamaño de código que ponen a CFS al nivel del antiguo gestor de procesos (e incluso un poco mejor), en 2.6.24 se podrá configurar cómo particionar el tiempo de CPU entre usuarios o grupos. Hay dos métodos para particionar la cpu: uno que lo particiona por cada usuario, es decir, si un usuario ejecuta un programa con un bucle cerrado y otro usuario ejecuta dos, el primer usuario tendrá un 50% para su programa y el otro el otro 50% para sus dos programas. El otro sistema es completamente configurable: Se pueden crear “grupos de control de recursos”, asignarles unos recursos de cpu, y asignar un PID cualquiera a ese grupo, y el PID heredará las propiedades del grupo automaticamente. Este último sistema está basado en los “task control groups”, que tambien es nuevo y se comentan en el siguiente punto.
• Task Control Groups, o grupos de control de procesos. Esta es una caracterísitica que sirve para la asignación y control de recursos a grupos de procesos, que es algo que algunos UNIX tienen hace tiempo y que Linux, aunque lleva años pensando el como y tiene mil implementaciones, añade finalmente en esta versión despues de años de discusión. La idea es crear “grupos de control de procesos”, algo que en la práctica consiste crear un directorio en un sistema de archivos virtual especial. Ese directorio contiene por defecto un monton de archivos. Leyendo o escribiendo a esos archivos, uno configura las propiedades del grupo: Ej, el tiempo de CPU, como se explicaba en el punto anterior. Pero tambien se pueden configurar otras cosas, como las CPUs o nodos de memoria en los que quieres que se ejecuten los procesos del grupo. Para añadir procesos a un grupo, se escribe su PID en un archivo del directorio (ignoro si hay alguna manera de crear patrones para añadir procesos automáticamente). De manera que puedes hacer cosas como que unos procesos que a ti te caen bien tengan el doble de tiempo de CPU que un proceso normal, se ejecuten solo en las CPUs 1, 2, 5, 10 y 11, y que su memoria se ubique solamente en el nodo de memoria 1. Esta version solo tiene clientes cgroups de esas cosas, pero es de suponer que en el futuro se añadan más, como prioridad de I/O y de QoS de red, y cosas así.
• Soporte de Tickless para x86-64, PPC, UML, ARM, MIPS….por cierto, tambien está “cpuidle”, una nueva infraestructura para gestionar el tiempo muerto de la CPU, con una política (opcional) optimizada para NO_HZ. En resumen, que sirve, como titulaba una charla un tipo de Intel, para…How to do nothing…efficiently.
• Reunificación x86-32 y x86-64: Ya no hay arch/i386 y arch/x86_64, hay arch/x86 (aunque se conservan algunos enlaces simbólicos por compatibilidad). En realidad buena parte del código sigue sin compartirse; se han movido todos los archivos a un mismo directorio añadiendo sufijo “_32.c” y “_64.c”, la compartición de código se va haciendo lentamente.
• Puntos de montaje “bind” de solo lectura: A día de hoy existe, aunque no se utilize mucho, la opcion “mount –bind”. Bien, pues ahora se pueden hacer monturas –bind de solo lectura.
• Espacios de nombres para los PIDs y la pila de red: Esto tiene que ver con la virtualización a nivel de sistema operativo, tipo vserver o openvz, las “jails” de los BSDs o los “containers” de solaris. Como tantas otras cosas, esto estaba disponible hace años en forma de vserver/openvz, pero solo ahora forma parte del kernel principal.
• Límites de memoria “sucia” para cada dispositivo: Aunque parezca raro, hasta el día de hoy Linux mantenía un límite global de la cantidad de memoria que puede estar “sucia” (sin escribir a disco). Esto tiene unos efectos divertidísimos cuando tienes en una máquina dispositivos como ej: un disquete y unos discos ultra rápidos, que “limpian” la memoria a velocidades muy diferentes. Y no cuento nada en el caso de dispositivos de bloques “anidados”, como es el caso de cualquier máquina con LVM/MD. En 2.6.24 los límites son independientes para cada dispositivo y se calculan dinámicamente teniendo en cuenta el ritmo de escritura de cada dispositivo. Esto mejora el rendimiento en muchas configuraciones.
• Soporte SPI/SDIO en la capa MMC: ¿Sabían ustedes que las mierdas de ranuras donde se meten las tarjetas de memoria MMC en las camaras digitales pueden actuar como bus si al fabricante le da la gana añadir los cables y chips necesarios, y que se les puede conectar tarjetas de red y cosas así? El diablo no dejará nunca de sorprendernos. En cualquier caso, ahora Linux soporta esa tecnología diabólica.
• Autorización USB: Pues resulta que, como parte de los esfuerzos para soportar USB wireless, ahora la pila USB puede configurarse a través de sysfs para que los dispositivos USB conectados al sistema no esten “autorizados” para funcionar. Esto es muy útil, además de para no permitir a los dispositivos USB wireless que pasen por tu lado conectarse automaticamente, para crear configuraciones “kiosk” en cibers o en “clientes tontos” en los que sea imposible conectar cosas a la torera.
• Markers: Esta es una de las partes que conforma lo que podríamos llamar “Dtrace de linux”, es decir, systemtap (la otra es kprobes, que ya está; ya solo falta utrace). Un sistema como systemtap puede insertar “probes” en cualquier lado dinámicamente, pero hay puntos del kernel (ej; donde se gestionan los “fallos de página”, para contarlos) que por su importancia se tiende a insertar “probes” muchas veces en ellos: Por eso es más práctico añadir un “probe” estático, que además es más eficiente.
• Antifragmentación de la memoria: tres años, tres, ha estado un tipo implementando unos parches que reduzcan la fragmentación de la memoria, es decir, que permitan satisfacer grandes asignaciones de memoria contigua despues de que el sistema lleve mucho tiempo siendo utilizado. Y es que se trata de una mejora que afecta a la asignación de memoria al más bajo nivel posible, y ha habido mucha discusión sobre como debía hacerse, y los parches se han rehecho mil veces, incluso ha habido parches implementado más de una alternativa. El caso es que por fin se ha incluido, que mucha falta hace (la fragmentación en Linux sin estos parches es horrible) .
• Drivers para dispositivos inalámbricos: En Linux se añaden drivers continuamente, pero en esta ocasión se ha añadido una buena cantidad: 8, 2.3 MB de código en C, soportando una amplia variedad de dispositivos: Intel PRO/Wireless 3945ABG/BG, Intel Wireless Wifi Link AGN (4965), rt2400 pci/pcmcia, rt2500 pci/pcmcia, rt61 pci/pcmcia, rt2500 usb, rt73 usb, BCM43xx IEEE 802.11G, prism54….además de esos, se incluyen otros cuantos de red pero no-wireless; Intel(R) 82598 PCI-Express 10GbE, E1000E pci-express, IP1000A….

Fuente.

AMD resucita el K8

El último roadmap de la compañía indica que AMD estrujará hasta el límite su plataforma K8 con nuevos modelos. A falta de mejores números en los recién lanzados Phenom, la compañía explotará aún más una plataforma que sí le ha dado un buen resultado.

La semana pasada, el CEO de AMD Hector Ruiz, prometió “detener la hemorragia de efectivo” y volver a la rentabilidad. “Ese es nuestro objetivo número uno”, indicó.

Así es que manos a la obra. Tras el lanzamiento de los K10 Phenom, llegarán los micros de tres núcleos en marzo de 2008 y sorpresa, nuevos modelos que subirán de nivel los Athlon X2 pero no sabemos si de rendimiento.

En concreto en el primer trimestre de 2008, la firma lanzará once procesadores basados en Brisbane, con procesos de fabricación de 65 nanómetros, ligero aumento en la frecuencia de trabajo, menor TDP y caché de segundo nivel a la mitad que los actuales.

Caché L2 de 1 Mbyte frente a los actuales de 2 Mbytes. ¿Recorte de costes? El primer modelo anunciado será el AMD 64 X2 5600+ con núcleo “Brisbane” en 65 nanos, corriendo a 2,9 GHz, 1 MB caché L2 y un TDP de 65W que reduce brillantemente un 30% los valores del actual micro. Estaría disponible en el primer trimestre de 2008.

La producción de los actuales Athlon 64 X2 6000+ y 6400+ se abandonará aunque se supone que saldrán al mercado alternativas similares fabricados en procesos de 65 nanómetros.

Además AMD actualiza su línea “Energy Efficient” con el Athlon 4050e (2,1 GHz), Athlon 4450e (2,3 GHz) y Athlon 4850e (2,5 GHz), con TDP de 45W y disponibles en el primer trimestre del año. La línea “BE-2xxx” será finalizada.

Fuente.

Memorias MRAM

La empresa NEC ha logrado desarrollar las memorias más rápidas del mundo, denominadas MRAM y que disponen de una frecuencia de reloj de 250 MHz, además de ser compatibles con las memorias SRAM.

Sus desarrolladores esperan que dicha memoria se convierta en la dominante en el mercado a corto plazo debido a estas características y a otra importantísima propiedad que tienen: son memorias no volátiles, que retienen los datos incluso sin que haya corriente alimentándolas.

Las memorias convencionales necesitan estar alimentadas para conservar los datos accesibles, y las memorias no volátiles son un producto muy atractivo para los fabricantes de todo tipo de dispositivos electrónicos. Las memorias Flash NAND de discos duros SSD y dispositivos portátiles (como llaves USB, o incluso reproductores MP3 Flash) son un buen ejemplo, pero sus tiempos de acceso y tasas de transferencia son inferiores a los rendimientos que pueden alcanzar estas memorias MRAM.

Fuente.

Puedes dejar tu comentario aquí o en el foro.

Firefox dobla en el último año el número de usuarios

El responsable de operaciones de Mozilla, John Lilly, aporta datos estadísticos internos sobre los niveles de adopción y tasa de crecimiento de Firefox. Se estima que Firefox es utilizado por más de 125 millones de personas en el mundo.

Las cifras se han obtenido a través del servicio de actualización de la aplicación Firefox, contando el número de peticiones anónimas que llegan al servidor de actualizaciones cada día para ver si hay nuevas versiones. De esta forma, Lilly dice que este número de “pings” diarios ha crecido de 23 millones en octubre de 2006 a 48 millones en noviembre.

Lilly señala que el sistema de cómputo que han utilizado es mucho más preciso que el que utilizan otros navegadores, ya que en la mayoría de los casos se centran en el tráfico de datos recogidos de una selección de sitios, lo que a veces puede inducir a error.

Más información aquí.

Fuente.