Mañana AMD hace el anuncio de su nueva gama de procesadores que utilizan el chip 780, los cuales tienen una tarjeta de vídeo integrada gracias a la compra que hizo AMD a ATI en julio del 2007.
El chip lo que hace es que si no tienes tarjeta de vídeo el chip te permite procesar los gráficos igual que una tarjeta de gama baja que para la mayoría de usuarios (todo el mundo menos los jugadores de videojuegos o diseñadores gráficos) será suficiente, pero si le pones una tarjeta de vídeo (supongo que solo AMD/ATI) a la PC con ese chip el mismo no se apaga sino que le ayuda y obtendrá gráficos superiores al combinarse la tarjeta de vídeo y el chip 780. Lo que me parece una gran idea porque es barato para los usuarios, trae una tarjeta pequeña incorporada para casi todos los usuarios, y el que quiera mas simplemente compra su tarjeta de vídeo aparte para que las 2 trabajen juntas y obtener mejor desempeño (y no como las tarjetas integradas que se apagan al detectar otra tarjeta en una ranura). Ademas el chip permite reproducción de vídeo de alta definición a la mayor resolución que es 1080p, para poder ver peliculas HD en los TV de plasma/lcd que soporten Alta Definición.
A veces cuando se descarga el código fuente de un programa puede ser necesario cambiar algunas cosas para hacerlo funcionar: el código está obsoleto y necesita cambios, algunas librerías se encuentran en otro lado, errores en el código. O también puede ser necesario agregarle/remover código para funcione mas rápido, tenga nuevas funciones, mayores optimizaciones, etc.
Para ello se usa un parche, que es un archivo que contiene información de lo que se debe cambiar al archivo original para que quede a como se modificó previamente por otra persona (o uno mismo). Así que en vez de que cada persona que desea modificar de la misma manera el código deba abrir cada archivo, buscar las líneas donde se mete el código nuevo, borrar lo necesario y guardar; se les da el parche que realiza esta tarea de manera automatizada. Esto es usado por ejemplo por algunos empaquetadores que deben modificar el código fuente de un programa para que cumpla el estándar ó funcione como lo pide su distribución, para enviar cambios código fuente a un proyecto de software, entre otras cosas.
Por ejemplo, existen modificaciones no oficiales que se la hacen al kernel linux para agregarle nuevas funcionalidades, nuevas optimizaciones de velocidad, soporte para algunos dispositivos (ejem: el hardware del PS3), entre muchas cosas. Pero para ello, no es necesario hacer copias de todo el código fuente para cada modificación hecha: por ejemplo, el sitio kernel.org no tiene que colocar el todo código fuente de linux modificado para funcionar mejor en escritorio, todo el código fuente del kernel para el ps3, el código fuente para correr en una plataforma no soportado, sino sólo ofrecer el código fuente original y los «programadores/empaquetadores/geeks» se encargarán de aplicar un parche para modificar el archivo original agregando los cambios necesario para su propósito.
Los pasos a seguir para crear un parche se hace con solo 1 comando, primero modificamos el programa de acuerdo a nuestras necesidades en una carpeta/archivo aparte (para no perder el original), y utilizamos el programa diff para ver la diferencia entre el archivo original y el nuevo (modificado). Usamos el siguiente comando para guardar la información de cambios en un archivo/directorio en un archivo patch:
# se pueden usar directorios para modificaciones múltiples de archivos
diff -Naur dir_archivo_original archivo_nuevo > parche.patch
Con esto ya se tiene guardado en el archivo parche.patch la información acerca de los cambios realizados y donde se encuentran los mismos. Ahora la persona que recibe o quiere usar el parche para cambiar el código fuente original por lo que necesita sólo debe hacer:
# se puede usar un directorio en vez de archivo a modificar
patch -Np1 -i ruta_archivo_parche ruta_archivo_a_modificar
¡Y listo! De esta manera es como se recomienda enviar cambios de un código, ya que la persona no tiene que leer todo el código para encontrar los cambios (el mismo parche te dice donde se han realizado) y puede aplicar los cambios si lo desea y sin perder el original.
Nota: Disculpen, creo que lo escribí un poco confuso.
Entre estos días decidí probar VirtualBox para ver que tal era, luego de un tiempo usándolo voy a comentarles acerca del mismo. Para los que no saben que es, VirtualBox es un virtualizador x86 creado por Innotek para instalar/ejecutar/virtualizar en él varios sistemas operativos como Windows, Linux, Os2, FreeBsd, entre otros. Desde la página oficial, se puede descargar 2 tipos de versiones: Binaria y OpenSource. La diferencia entre ellas radica en que la binaria contiene todas las características que ofrece mientras que la open source ofrece aquellas que solo están hechos bajo código abierto, sin embargo, se pueden descargar ambas gratuitamente por lo que preferí la Binaria para obtener casi todas las características. (la versión binaria es gratuita para uso individual o de prueba)
La instalación es sencilla, en casi todas las distribuciones hay un paquete para ello, por lo que se instalaría tal y como cualquier programa de tu distribución, la configuración después de instalarse también es sencilla: ejecutar un comando para que compile el módulo y agregar tu usuario al grupo vboxusers (a diferencia de Vmware donde debes: ejecutar el script de configuración, buscar las subredes, si usas Debian o similar hacer unos trucos para que se instale, tener la misma versión de gcc instalada que con la que se compiló el kernel).
El proceso para crear una máquina virtual nueva, configurarla y ejecutarla es muy parecido (casi copia) a como se haría en la versión Server y Workstation de VMware. La diferencia es que como VirtualBox ofrece menos, es como mas fácil de configurar asi que dependiendo del punto de vista que se vea, puede ser ventajoso o no. Virtualbox permite virtualizar discos fijos o dinámicos, la memoria Ram lamentablemente es fija (si reservas 512MB de RAM para la máquina virtual, tendrás ocupado esos 512MB desde el momento de arrancar la maquina virtual sin importar que no abras nada), puedes usar los dispositivos USB, floppy y las cosas básicas de una máquina virtual.
VirtualBox corriendo WinXP bajo Archlinux
La cosa que mas me llamó la atención es que tiene una opción llamada «Seamless Mode» que saca las ventanas de las aplicaciones del sistema virtual y las pone en el escritorio del Sistema Operativo real (tal como lo hace Parallels y Vmware Fusion), es decir, supongamos que virtualizamos XP (mas abajo fotos del ejemplo) con VirtualBox bajo Linux (el cual corre en la maquina real/física), en XP abrimos Internet explorer y Msn messenger entonces veremos ambas ventanas dentro la ventana de VirtualBox, pero si activamos el Seamless Mode la ventana de VirtualBox desaperece y veremos el IE y el MSN messenger corriendo directamente en el escriotiro de linux, sólo que para que funcione correctamente las mismas siguen siendo procesadas por VirtualBox y en la maquina real no se debe estar corriendo Compiz/Beryl.
VirtualBox con Seamless Mode.
En cuanto a la velocidad me parece similar a la de Vmware, sin embargo noto mas uso del CPU por parte de VirtualBox y el detalle que te chupa la memoria reservada.
Si andan buscando una alternativa a Vmware, VirtualBox es la mejor elección: Es rápido, fácil, open source, gratuito, «Seamless Mode», entre otros.
Jajaja vi esta comiquita hoy y me dió mucha risa, jejeej. Me provoca hacer eso en cada discurso de nuestro presidente, autoridades, políticos en general y cualquier otro lado donde digan mentiras.
Nota si no entiendes:En wikipedia cuando no se sabe con certeza de donde viene cierta información ó no se tienen bases para asegurar/respaldar lo que se dice en un pedazo, se coloca el texto Citation Needed para informar al lector de ello.
