Es posible que Intel aparque Meego temporalmente


MeeGo es un sistema operativo (SO u OS) diseñado para términales móviles como Smartphones, TabletPC o NetBook; está basado en el sistema Maemo de Nokia (Creo que actualmente el único terminal con Maemo es el Nokia N9); MeeGo esta basado en una distribución Linux que tiene soporte para procesadores ARM e Intel/Atom.

En principio MeeGo prometía bastante (Pretendía ser la competencia de iOS y de Android) de hecho supuestamente Nokia lo iba a implementar en sus modelos de gama alta, sin embargo parece ser que Nokia ha decidido “volcarse” en Windows Phone 7 (WP7) como se comentó en esta entrada del Blog, por lo que ha dejado a Intel “sola” en el desarrollo de MeeGo, y ahora en septiembre se rumorea Intel podría dejar de desarrollar MeeGo temporalmente.

Lo curioso del tema es que hay muchas empresas más que han apostado por MeeGo, entre ellas: Acer, Intel, AMD, Asus, BMW Group, EA Mobile, Gameloft, Linpus, Maemo Community Council, Mandriva, Novell y ST-Ericsson por lo que es raro que este posible rumor sea cierto sobre todo si tenemos en cuenta que este verano pasado desde Intel se comentaba que apostarían fuerte por Meego.

Se puede encontrar más información en:

BSOD (Blue Screen of Death) en Sistemas Windows


BSOD (Pulsar para ampliar la imagen)

En los Sistemas Operativos Windows cuando se produce un error crítico que “para” el correcto funcionamiento del Sistema Operativo (S.O u OS) apareciendo el denominado BSOD (Blue Screen of Death, Pantalla Azul de la Muerte), que no es más que una pantalla con el fondo de color azul (Realmente este color se puede cambiar por otro como comentan en La Guía de Windows) y un texto en color blanco que avisa del tipo de error (Información de Wikipedia), aunque por defecto Windows (Al menos XP) suele reiniciarse de forma automática en caso de que aparezca un BSOD, por lo que el usuario a priori no puede llegar a saber porque se produce dicho error (Sobre todo si el Sistema Operativo entra en un “bucle” de reinicios consecutivos), para poder desactivar el reinicio automático (En caso de no poder hacerlo desde el modo “normal” sería necesario entrar en modo “seguro”, pulsando F5 ó F8 antes de que arranque el Sistema Operativo), se puede hacer desde:

Inicio > Panel de Control > Rendimiento y Mantenimiento > Sistema > Opciones avanzadas > Inicio y recuperación > Configuración > Desmarcar la casilla/opción Reiniciar automáticamente. Finalmente pulsamos aceptar en todos los cuadros de diálogo que aparezcan.

Seleccionar Mi PC > Pulsar Botón Derecho > Propiedades > Opciones avanzadas > Inicio y recuperación > Configuración > Desmarcar la casilla/opción Reiniciar automáticamente. Finalmente pulsamos aceptar en todos los cuadros de diálogo que aparezcan.

De esta forma evitamos que en caso de que aparezca un BSOD el Sistema se reinicie de forma automática y podamos ver cual es la razón del fallo, aunque realmente los BSOD no son precisamente muy “claros” en este sentido; en Red Users hay un listado de BSOD y posibles razones por las que aparece dicho error.

¿ Qué es un archivo DLL?


Los archivos DLL (Dynamic Link Library, Biblioteca de enlace dinámico) son un tipo de archivos que contienen código para ejecutar alguna función determinada, la ejecución de los archivos DLL se puede llevar a cabo desde programas ejecutables (Por ejemplo un “EXE”) o bien incluso desde otras DLL.

El uso de archivos DLL tiene ciertas ventajas entre ellas:

  • Reducen el tamaño de los archivos ejecutables: Gran parte del código puede estar almacenado en bibliotecas y no en el propio ejecutable lo que redunda en una mejor modularización.
  • Pueden estar compartidas entre varias aplicaciones: Si el código es suficientemente genérico, puede resultar de utilidad para múltiples aplicaciones (por ejemplo, la MFC es una biblioteca dinámica con clases genéricas que recubren la API gráfica de Windows y que usan gran parte de las aplicaciones).
  • Facilitan la gestión y aprovechamiento de la memoria del sistema: La carga dinámica permite al sistema operativo aplicar algoritmos que mejoren el rendimiento del sistema cuando se carguen estas bibliotecas. Además, al estar compartidas, basta con mantener una copia en memoria para todos los programas que la utilicen.
  • Brindan mayor flexibilidad frente a cambios: Es posible mejorar el rendimiento o solucionar pequeños errores distribuyendo únicamente una nueva versión de la biblioteca dinámica. Nuevamente, está corrección o mejora será aprovechada por todas las aplicaciones que compartan la biblioteca.

Sin embargo los archivos DLL también tienen sus desventajas, en muchas ocasiones muchos programas usan las mismas bibliotecas de enlace dinámico (DLL). Pero debido a la evolución, cada una de las bibliotecas evoluciona incorporándose mejoras pero modificándolas de tal forma que dejan de ser compatibles. Esto puede producir dos efectos no deseados:

  • Que la instalación de un programa reemplace una DLL con una nueva versión incompatible.
  • Que la desinstalación del programa borre una DLL compartida.

En ambos casos, el resultado es que dejan de funcionar los programas que utilizaban la versión vieja. Estos problemas se denominaron el infierno de las DLL.

Las versiones modernas de Windows y los nuevos scripts de instalación MSI (sobre todo su característica de instalaciones residentes) abordan y resuelven este problema. Sin embargo, el problema persiste cuando se utilizan otros instaladores (versiones antiguas) o se realizan modificaciones manuales.

Así mismo en:

Se pueden encontrar archivos DLL para su descarga, el mayor problema es que tengan la versión que necesitamos en el caso de que nos falte alguna librería DLL.

Se puede encontrar más información en:

¿Qué es x86 y x64?


En muchas ocasiones vemos entre las especificaciones de algunos componentes (Ej: Procesadores) y/o Software (Sistema Operativos, Drivers (Controladores), Programas,…) los términos:

Ambos términos se refieren al tipo de arquitectura que soportan los productos. En el primer caso (x86) indica que el producto se ha diseñado para sistemas de 32 Bits; mientras que en el segundo caso (x64 ó x86-64) indica que el producto se ha diseñado para sistemas de 64 Bits (Por norma general un Sistema Operativo de 64 Bits suele ser compatible con las aplicaciones de 32 Bits, salvo que se haya diseñado de cero como es caso de los Intel Itanium que tenían una arquitectura de 64 Bits “propia” (Denominada IA64, información de Wikipedia) que es  incompatible con las de 32 Bits anteriores y con las arquitecturas x64/x86-64 actuales). Esta clasificación (x86 y x64) apareció a raíz de los primeros procesadores de 64 Bits (Los Athlon 64) y los primeros sistemas de 64 Bits (Entre ellos Windows XP x64 y Vista x64).

Hay que tener en cuenta que un procesador de:

  • 32 Bits (x86) únicamente es compatible con Sistemas Operativos, Drivers y Software (Programas, Utilidades, Juegos,…) de 32 Bits, como es el caso de los Athlon XP (K7), los Pentium 3 y muchos Pentium 4 que únicamente soportan 32 Bits.
  • 64 Bits (x64) es válido tanto para Sistemas Operativos de 64 Bits  (Incluyendo: Drivers y Software (Programas, Utilidades, Juegos,…) de 64 Bits); como por ejemplo: Windows Vista x64, Windows 7 x64 y las Distribuciones Linux x64,pero también son retrocompatibles (Compatibilidad hacia atrás) con los Sistemas Operativos de 32 Bits (Ej: Windows XP y Distribuciones Linux x86). Los procesadores actuales como Athlon 64/Phenom (K8 y K10),  Core 2 Duo/Quad y Core i3/i5/i7 soportan tanto 32 como 64 Bits.

Vídeos Mac vs. PC


Hace tiempo Macintosh (Mac) hizo una campaña con vídeos bastante curiosos sobre las diferencias que hay entre Mac y PC, los cuales se pueden encontrar en Youtube:

Es bastante curioso ver como Apple “barre” para su casa (Cosa bastante lógica por otra parte), mientras muestran muchas de las “deficiencias” que sufren los PC basados en Windows.

Aunque por suerte el mundo PC es “abierto” (A diferencia del Mundo Mac que hasta hace poco era “cerrado” los equipos Mac sólo admitían como Sistema Operativo Mac OS) donde se puede instalar una versión de Microsoft Windows (Ej: Windows XP, Windows 7/Seven o cualquier otra) o una distribución Linux (Ej: Open Suse o Ubuntu) siempre y cuando:

  1. La versión del Sistema Operativo sea compatible con el precesador, por ejemplo los procesadores de 32 Bits (x86) sólo admiten Sistemas Operativos de 32 Bits; mientras que los procesadores de 64 bits (AMD64 e Intel EMT64) admiten Sistemas tanto de 64 Bits como de 32 Bits.
  2. El equipo cumpla los requisitos hardware (Procesador, Memoria, Disco duro,…) mínimos y/o recomendados (Mejor tener en cuenta estos últimos para no llevarse sorpresas desagradables).
  3. Haya drivers (Controladores) para los dispositivos (Ej: Impresora, Escáner, Web Cam,…) que tenemos.

Curiosamente los Mac de hoy día no usan hardware propietario como los procesadores G3/G4, sino que usan piezas de PC como los procesadores Intel Core 2 Duo aunque su software (Mac OS) sólo es válido para equipos Mac (En equipos PC es complicado hacer funcionar un “Hackintosh” (Información de Wikipedia) que es como se denomina a los sistemas Mac OS que “corren” sobre equipos PC)

Por cierto estoy seguro que si Mac OS y Linux se masificaran como ocurre con Windows el tema de la seguridad (Malware: Virus, Gusanos (Worms) Troyanos, Adware, Spyware,…) sería un tema a tener en cuenta ya que el mayor problema es que Microsoft Windows actualmente es uno de los sistemas más utilizados y por tanto el que sufre más problemas de seguridad, de hecho los parches y Service Pack en muchos casos no son más que actualizaciones de seguridad para mejorar el Sistema Operativo.

EFI (Extensible Firmware Interface): La BIOS (Basic Input Output System) del futuro.


Los ordenadores tipo PC (Personal Computer) actuales emplean una BIOS (Basic Input Output System) que contiene una serie de rutinas para gestionar el arranque del sistema y la configuración de la misma (ej: Activar o desactivar elementos integrados en la placa base como por ejemplo: Audio, Tarjeta de Red, Puertos (Serie, Paralelo,…), Controladoras (IDE, SATA) adicionales,…), este sistema comenzó a utilizarse en 1.982 por IBM siendo actualmente algo viejo a pesar de que da “buenos” resultados. Sin embargo EFI se utiliza en otros equipos informáticos actuales como por ejemplo los Macintosh (Mac).

Intel esta desarrollando una nueva BIOS denominada EFI (Extensible Firmware Interface) que jubilara a las BIOS actuales en un futuro próximo, dichas EFI por lo que parecen serán Open Source (permitirán la modificación y reventa de un EFI modificado por otro fabricante), así mismo Microsoft también esta interesado en el desarrollo de EFI (según parece EFI seria capaz de emular una BIOS), aunque aún le queda un tiempo para ser un estándar, de hecho según parece el nuevo Windows Vista no soporta EFI (tampoco Windows XP) lo cual da una idea de su escasa implantación actual en ordenadores PC, ya que Windows Vista es el sistema operativo doméstico más actual de Microsoft. Actualmente EFI es compatible con algunas distribuciones Linux que usan elilo (Información de la pagina oficial y de Wikipedia, ambas en inglés), todas las versiones de Mac OS X superiores a la versión 10.4 “Tiger” y algunas versiones de Microsoft Windows.

La interface de EFI permitira controlar las opciones mediante el ratón en lugar de usar los cursores del teclado y varias teclas (ej: Enter para aceptar valores y Escape (Esc) para salir del menu), creando una interface más amigable para el usuario. Por otra parte EFI se situa entre el Sistema Operativo y el Firmware (Es un programa interno similar a la BIOS, que está integrado en muchos dispositivos como: Unidades ópticas, monitores, discos duros, impresoras,… y permite su control e interacción entre el dispositivo y el Sistema Operativo) del Hardware, como se puede ver en esta imagen de Wikipedia:

EFI

Actualmente EFI se desarolla de forma libre a través del UEFI Forum (Unified EFI Forum) que lo componen varias empresas entre ellas:

  • Fabricantes de procesadores como AMD (Advanced Micro Devices) e Intel.
  • Fabricantes de BIOS como American Megatrends (AMI) o Phoenix Technologies (Es raro que no este AWARD que es otro de los fabricantes de BIOS).
  • Otras empresas como por ejemplo: Apple, Dell, HP, IBM, Insyde Software, Lenovo y Microsoft.

Lo que habra que ver es si en estas nuevas EFI implementan sistemas DRM (Digital Rights Management, Gestión Digital de Derechos).

Más información en: