Şeffaf büyük sayfaları kullanan ve bunlardan faydalanan var mı?

Geç büyük saydam sayfalar performans sorunları ile mücadele ve birçok veritabanı sistemleri kapatılmasını tavsiye fark ettim. Oracle, Postgresql, MySQL, Cassandra, NuoDB, Redis, Hadoop ve daha fazlasını konuşuyorum.

Örneğin:

• Peter Zaitsev (2014-07-23). TokuDB neden Şeffaf HugePages'dan nefret ediyor ? Percona.
• Michele Casey (2013-09-17). Şeffaf Büyük Sayfalarda Performans Sorunları . Oracle.
• Adam Abrevaya ve Oleg Levin (2014-05-15). Linux Şeffaf Büyük Sayfalar, JEMalloc ve NuoDB . NuoDB DevCentre.

Merak ediyorum: bu özellikten ne tür iş yükü faydalanıyor?

Büyük sayfalar, aynı blokta yazılması gereken çok miktarda bilgiye ihtiyaç duyduğunuz durumlarda yararlı olacaktır. Disk yazma stratejisi ile ilgili olabilir ve önbellekleme için önemli olabilir. Tüm yapılandırma seçenekleri gibi, kullanım durumunuz uymuyorsa mantıklı değildir.

Bu sorunun cevabı, aslında aynı blokta çok büyük bir veriye ihtiyaç duyan iş yükünün büyük sayfalardan faydalanacağıdır. Veriler çok büyükse sığmayabilir, ancak çok sayıda sayfa dosyasına bölünmesi gerekir ve bunların sayısının çok fazla işlemesi veya kötü olması nedeniyle çok fazla ve daha düşük sayıda dosyaları tercih edilir - büyük sayfa dosyaları için durum vardır.

Pratik olarak, hiç bir zaman ihtiyaç duymadım ama önbellekleri yönetmekten biliyorum - bu gerçek bir şey ve birileri, bir yerlerde, büyük sayfalardan yararlanabilir.

Cassandra'nın kimin büyük sayfalardan yararlanamayacağını kim söylediğini bilmiyorum. Belki / sys / kernel / mm / Transparent_hugepage'den dolandırmak seçeneği yönünde biraz konuşkan olmak istersiniz.

Şahsen sadece büyük sayfalı ve kocaman bir cassandra kümesini test ettiler ve 300 b'den 4k'ye kadar farklı paritisyon boyutlarına sahip çeşitli testlerden sonra onları yeniden etkinleştireceğim söyleyebilirim.