MySQL y grandes páginas / ganancia de performance hugetlb en numbers?

MySQL tiene un gran soporte de página / hugetlb para InnoDB. Y hay un montón de posts ( ejemplo ) sobre el tema.

Pero, ¿alguien tiene ejemplos de qué cambios de performance vieron?

He visto otros sistemas de database ganar performance de usar hugetlb. P.ej. un almacén de valores key ma mmapped propietario nosql. La tienda se ralentizaría a medida que el file mapeado creciera más allá de 0,5 GB. No se degradó especialmente más incluso después de 2 o 3 GB.

La observación fue a lo largo de las líneas de; si almacenamos sesiones de usuario activo, y por ejemplo. 100 usuarios tuvimos 32MB de datos, la velocidad de lectura sería X loggings / seg. A 3000 usuarios, estaríamos alnetworkingedor de 1GB, y la velocidad de lectura se degradó a X / 2. La velocidad de lectura abarcó tanto la búsqueda de hash como la copy de datos. Todo el acceso era local de la máquina, así que era memory a la copy de la memory.

Ahora, si los usuarios se cerraron, el file de datos de la tienda seguiría siendo el mismo, aunque el espacio key / val se networkinguciría a 32MB, las hashtables se volverían a conectar, etc. Pero la velocidad de lectura se mantuvo en X / 2 y no subió.

Resultó ser fallos de caching TLB, y usando hugetlb / páginas grandes significaba que la velocidad se quedaría alnetworkingedor de X, incluso cuando los usuarios se arrastra hacia 10000 y el file creció más grande y más grande.

Eso es genial y todo. Y el instinto ahora me dice que MySQL debe tener las mismas características y que habilitar hugetlb / páginas grandes. Pero sin algunos ejemplos, es una venta difícil de probar.

Por lo tanto, ¿alguien ha intentado usar hugetlb / páginas grandes para boost el performance, y cuál fue su experiencia (bueno / malo / neutral)? Me encantaría escuchar lo que los tamaños de DB fueron y aproximadamente qué cambio de performance, si alguno, lo vio.

Números bienvenidos!

No es un ejemplo de MySQL, pero he visto este comportamiento exacto en Oracle:

http://www.pythian.com/blog/performance-tuning-hugepages-in-linux/

Como el post apunta, mira /proc/meminfo en el tamaño de PageTables. Si está viendo un enorme desperdicio de memory RAM para las tablas de páginas, puede pasar un time significativo en la CPU para administrarlas.

MySQL también tiene algunas notas sobre cómo implementarlo y por qué:

http://dev.mysql.com/doc/refman/5.6/es/large-page-support.html

Las aplicaciones que realizan una gran cantidad de accesos de memory pueden get mejoras en el performance al utilizar páginas grandes debido a la falta de traducciones traducidas.