¿Alguien realmente usa y se beneficia de páginas grandes transparentes?

11

Últimamente he estado luchando con problemas de rendimiento de páginas enormes transparentes y noté que muchos sistemas de bases de datos recomiendan desactivarlo. Estoy hablando de Oracle, Postgresql, MySQL, Cassandra, NuoDB, Redis, Hadoop y más.

Por ejemplo:

Peter Zaitsev (23-07-2014). Por qué TokuDB odia Transparent HugePages . Percona
Michele Casey (17/09/2013). Problemas de rendimiento con páginas transparentes enormes . Oráculo.
Adam Abrevaya y Oleg Levin (2014-05-15). Linux Transparent Huge Pages, JEMalloc y NuoDB . NuoDB DevCentre.

Entonces me pregunto: ¿qué tipos de carga de trabajo se benefician de esta función?

— James H
fuente

2

Tengo curiosidad también. Según los documentos del kernel, vieron un gran salto en el rendimiento de kvm, pero no entran en muchos detalles. También se menciona en la guía de ajuste del kernel para KVM .

— Bratchley

44

El principal punto de dolor con HugePages parece estar relacionado con NUMA. Prácticamente todos los nuevos servidores multiprocesador brillantes ahora están habilitados para NUMA. Una vez que tienes enormes páginas que cruzan los límites de NUMA, surgen cosas extrañas en el subsistema de memoria. Echa un vistazo a: engineering.linkedin.com/performance/…

— Lmwangi

2

Las páginas enormes serían útiles en una situación en la que necesitaras escribir una gran cantidad de información en el mismo bloque. Puede relacionarse con la estrategia para las escrituras en disco y puede ser importante para el almacenamiento en caché. Como todas las opciones de configuración, no tiene sentido si su caso de uso no se ajusta.

Entonces, la respuesta es que la carga de trabajo que realmente necesita una gran cantidad de datos en el mismo bloque se beneficiaría de páginas enormes. Si los datos son tan grandes, no podrían ajustarse, pero tendrían que dividirse en numerosos archivos de página, y el número total de esos sería demasiado para manejar o malo por alguna razón, y el menor número de archivos más grandes los archivos son preferibles: existe su caso para los archivos de páginas enormes.

En términos prácticos, nunca me he encontrado con ninguna necesidad, pero sé que al administrar cachés, es algo real y alguien, en algún lugar, podría beneficiarse de las páginas enormes.

— Baazigar
fuente

2

Sí, las páginas enormes explícitas son excelentes para tales cargas de trabajo (creo que PostgreSQL las usa si están disponibles). Sin embargo, el interrogador preguntó sobre páginas enormes transparentes .

— Toby Speight

0

No sé quién te dijo que Cassandra no se beneficiará de las grandes páginas. Tal vez quiera ser un poco hablador en la dirección de la opción de desfragmentación desde / sys / kernel / mm / transparent_hugepage.

Personalmente, acabo de probar un clúster cassandra con y sin gran página y después de varias pruebas con diferentes tamaños de partición, comenzando desde 300 b hasta 4k, puedo decir que voy a volver a habilitarlos.

— El Sr. Black
fuente