Es una práctica común en el mundo de los ISP’s que servidores con procesadores y chipsets potentes (que hace años que están preparados para los 64bits) acaben funcionando con Sistemas Operativos a 32bits. Desconocemos los motivos, quizá hace tres años se podría haber alegado al respecto una falta de compatibilidad de drivers o aplicaciones, pero la realidad es que hoy en día, en el entorno de servidores de Internet (servidores, aplicativos, web, bases de datos, correo y un largo etc.), no solo todas las aplicaciones funcionan a 64bits sinó que en muchas de ellas lo recomiendan, y por supuesto, actualmente todo fabricante provee de drivers a 64bits para dichos sistemas.

Es muy importante no confundir un servidor con una workstation, existen ciertos mitos y miedos de las workstations a 64bits (en linux las hay de tan divertidas del estilo “que si no hay soporte de java y flash”, “que si las antiguas aplicaciones o emulaciones de windows ya no funcionan”, “que si la aplicación no existe para 64bits no funciona” y un largo etc…). Muchas de ellas falsas o bien ciertas hace algunos años, pero hace mucho tiempo ya solucionadas. Lo cierto es que en un servidor solo se instala el software y los servicios que se necesitan, los experimentos se hacen en casa (o mejor dicho, en preproducción), que hoy en día toda aplicación creada en los últimos tiempos funciona perfectamente a 64bits (de lo contrario creéis que Microsoft o RedHat Enterprise, solo por mencionar a dos, no habrían dejado de dar soporte al respecto?). Incluso la gente de Canonical, creadores y mantenedores de Ubuntu proponen por defecto las versiones a 64bits cuando te quieres descargar sus Sistemas Operativos.

Como puntos importantes a remarcar de las plataformas a 64bits, por supuesto está la rapidez del propio sistema operativo y todas sus aplicaciones instaladas al disminuir el número de operaciones para realizar las tareas. Utilizar 64bits también provee un mejor y más fácil acceso a la memoria. El sistema dispone de un bus más amplio para transferir información. Se superan ciertas limitaciones (asignación de memoria RAM máxima por proceso, muy importante para bases de datos o servidores de aplicaciones que utilicen JVM).
La mayoría de sistemas operativos microsoft de 32 bits como por ejemplo Windows 2003 Server standard Edition, son incapaces de trabajar con más de 4 GB de memoria RAM, dificultando la escalabilidad en caso de éxito del proyecto. Puedes ver la tabla de los límites de memoria de todas las versiones de Windows en:
http://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx

Incluso se mejora la seguridad del equipo (los Windows Server a 64bits ya no pueden ejecutar aplicaciones de 16bits, normalmente las que generan más problemas y bugs). En definitiva, un sistema a 64bits tiene todo el tipo de recursos adicionales que los sistemas a 32bits no pueden tener.

Si quieres más información al respecto y ampliar más tus conocimientos sobre esta arquitectura, un buen sitio donde empezar es en la wikipedia: http://en.wikipedia.org/wiki/64-bit

Desde nuestro punto de vista, hace ya muchos meses que llegamos a un punto en que todas las nuevas evoluciones que se realizaban en hardware no eran aprovechadas por el Sistema Operativo. Nos daba la impresión de que los clientes pagaban por un hardware que nunca podrían aprovechar al no ser ya ni capaz el propio Sistema Operativo.

Desde entonces en ICM hemos apostado fuerte por la tecnología de 64 bits. Después de realizar varias pruebas en entornos de pre-producción, concluimos con pruebas irrefutables que el rendimiento de una máquina basada en tecnología de 64 bits era sensiblemente superior a una gobernada por 32 bits sin ver afectada su estabilidad como sistema.

Llevamos ya mucho tiempo en producción con servidores web (IIS, Apache, Lighttpd,…), servidores de aplicaciones/tecnologías (tomcat, php, .Net,…), servidores de bases de datos (MS SQL, MySQL,…) compilados a 64bits y nuestra experiencia es más que satisfactoria. No vamos a publicar ningún benchmark al respecto, pero podemos asegurar que en algunos casos, en plataformas LAMP (Linux Apache MySQL Php) con proyectos en producción se ha conseguido duplicar la capacidad de carga del servidor por el simple hecho de migrar de 32bits a 64bits. (Donde nos lleva a pensar que a más de un ISP no le interese migrar a los 64bits ya que muchos clientes con menos hardware podrían hacer lo mismo que ahora y por lo tanto perderían volumen de negocio

En ICM seguiremos apostando por las nuevas tecnologías cuando éstas superan nuestros retos y expectativas!

Durante los días 23, 24 y 25 de Junio ICM asistió como invitado a la primera visita comercial a la nueva factoría de producción que DELL ha estrenado en Polonia (en la ciudad de Lodz). Durante la visita DELL nos dio a conocer todo su proceso de producción desde la aceptación del pedido por parte de los clientes hasta la entrega del producto demandado. Hemos podido comprobar que los niveles de control de calidad son asombrosos. Cada paso en la cadena de producción está controlado milimétricamente y nos facilitaron ciertos datos que reflejan los niveles de calidad que están consiguiendo. Algunos ejemplos:

• Cada PC o portátil está ensamblado por una sola persona exclusivamente. Hasta que no acaba de ensamblar el equipo no le llega una nueva unidad.
• La duración media aproximada de montaje para un PC o un portátil es de entre 3 y 6 minutos.
• Existe un proceso de control de calidad basado en 24 fases con una duración de hasta 48 horas (dependiendo de modelos y prestaciones)
• Tan solo un 0’02 por mil de las unidades que se revisan NO pasan el control de calidad.

Realmente para ICM ha sido una experiencia muy positiva ya que hemos podido comprobar en toda su amplitud la calidad que es capaz de ofrecer en sus productos.