Está claro que un evento como el Oracle Open World en pleno proceso de compra de Sun era el momento oportuno para hacer importantes anuncios.Y, por ahora, van dos.
Uno tecnológico, con el lanzamiento del Sun Storage F5100 Flash Array con tecnología FlashFire, ya incorporada en el recién anunciado Exadata V2. Este sistema es un acelerador de bases de datos que permite superar la barrera del millón de I/O en un dispositivo de 1U de altura. Está pensado para acelerar tanto la base de datos Oracle como MySQL optimizando arquitecturas para obtener mejores prestaciones a menor precio. Información tanto ejecutiva como técnica aquí.
Y como la mejor manera de poner en valor una innovación es probándola, se anunció el resultado del benchmark TPC-C que supone un importante avance de un 26% de mejora sobre el anterior en poder de IBM y Bull, pasando de los 6,085 millones de transacciones por minuto a las 7,717 millones de Sun con Oracle Database 11g sobre servidores Sun SPARC Enterprise T5440 -tecnología CMT- corriendo Solaris 10 y el antes mencionado Sun Storage F5100 Flash Array, entre otros componentes. Detalle de los resultados y configuraciones aquí.
Los tests TPC-C han evolucionado refinando sus reglas para ofrecer una credibilidad grande, aunque la mejor comparación para un cliente siempre sería sobre una configuración concreta para un SI concreto. No obstante, se han ido incorporando mejoras que validan su credibilidad. Para mi la más importante son los criterios de certificación del precio.
Aunque muchos ya lo conocerán o lo pueden leer con detalle aquí, me gustaría resaltar que las pruebas se realizan sobre unas condiciones que simulan lo mejor posible un contexto transaccional de una corporación con miles o millones de usuarios concurrentes, con un porcentaje mínimo de cada tipo de transacciones, excepto del tipo de inclusión de nuevos pedidos que es el que realmente fija el resultado.
La arquitectura sobre la 
que se hacen las pruebas ha de tener características empresariales de seguridad y disponibilidad y estar dimensionada para soportar durante 180 días la carga de trabajo que establezca la marca de transacciones que se obtenga.
Para simular el trabajo real se han de incorporar una granja de servidores en donde se simulan los clientes que actúan con la mezcla de transacciones pedidas por las reglas. Estos sistemas y todo el hardware y software directa o indirectamente utilizado también forman parte del precio total valorado.
El resultado de la prueba es una medida de caudal (throughput) con unos tiempos de respuesta máximos que son los que limitan el resultado. Es decir, la cifra que vale es la mayor que cumple un tiempo de respuesta máximo para la transacción de entrada de pedido de 5 seg. Es obvio que hay que tomar decisiones sobre las dimensiones óptimas ya que se mide no sólo es el número de transacciones sino también el precio por transacción. Otras medidas de segundo nivel también son recogidas en las pruebas, en especial los tiempos medios de respuesta.
Y, por supuesto, el benchmark ha de estar auditado por un consultor independiente que valida el desarrollo de la prueba y la veracidad del informe. La complejidad y coste de todo este montaje explica por que no se hacen estos benchmarks para cada producto o solución que se lanza al mercado.
Tras este preámbulo que espero haya servido para poner en contexto los resultados, los hitos más relevantes son:
- 7,717 millones de transacciones por minuto de Sun-Oracle con un cluster de 12 Sun SPARC Enterprise T5440 contra los 6,085 millones de transacciones por minuto de IBM-DB2 sobre IBM 595 Server, con un 26% de mejora
- $2.34/tpmC de la configuración Sun-Oracle que mejora los $2.81tpmC de IBM
- Tiempo medio de respuesta de 0,075seg de Sun-Oracle contra 1,22seg de IBM, con una mejora de 16 veces
- Cuatro veces menos consumo energético a pesar de un caudal de transacciones 26% mayor
- Ocho veces menos espacio que la correspondiente configuración de IBM
En sectores con uso intensivo de las TIC como banca, distribución o incluso buscadores, tan importante es lo que se custodia como el conocimiento que proporciona el análisis de esos datos. Los datawarehouse están a la orden del día. En el campo de la sanidad, al menos en nuestro país, el uso es escaso, en parte por el retraso de los despliegues de las historias de salud digitales. Pero esa escusa, que hace unos cinco años era real, creo que ya está quedando obsoleta.
