Czy ktoś faktycznie korzysta z przezroczystych, dużych stron i korzysta z nich?

11

Ostatnio zmagam się z problemami z wydajnością przezroczystych ogromnych stron i zauważyłem, że wiele systemów baz danych zaleca ich wyłączenie. Mówię o Oracle, Postgresql, MySQL, Cassandra, NuoDB, Redis, Hadoop i innych.

Dla przykładów:

Zastanawiam się więc: jakie rodzaje obciążenia korzystają z tej funkcji?

linux memory virtual-memory database James H.
źródło
2
Też jestem ciekawa. Według dokumentacji jądra, zauważyli duży skok wydajności kvm, ale nie zagłębili się w szczegóły. Jest również wspomniany w przewodniku dostrajania jądra dla KVM .
Bratchley,
4
Główny punkt bólu związany z HugePages wydaje się być związany z NUMA. Praktycznie każdy nowy błyszczący serwer wieloprocesorowy jest teraz włączony NUMA. Funkcjonalne rzeczy w podsystemie pamięci powstają, gdy masz ogromne strony, które przekraczają granice NUMA. Spójrz na: engineering.linkedin.com/performance/…
Lmwangi

Odpowiedzi:

2

Ogromne strony przydałyby się w sytuacji, gdy trzeba było napisać ogromną ilość informacji w tym samym bloku. Może odnosić się do strategii zapisu na dysku i może mieć znaczenie dla buforowania. Podobnie jak wszystkie opcje konfiguracji, nie ma sensu, jeśli przypadek użycia nie pasuje.

Tak więc odpowiedź brzmi: obciążenie, które faktycznie potrzebuje ogromnej ilości danych w tym samym bloku, skorzystałoby z ogromnych stron. Gdyby dane były tak duże, nie byłyby w stanie zmieścić się, ale musiałyby zostać podzielone na wiele plików stron, a sama ich liczba byłaby zbyt duża, aby z nich poradzić sobie lub była zła z jakiegoś powodu, a mniejsza liczba większych pliki są lepsze - jest tak w przypadku dużych plików stron.

W praktyce nigdy nie spotkałem się z taką potrzebą, ale wiem z zarządzania pamięcią podręczną - jest to rzeczywistość i ktoś gdzieś mógłby skorzystać z ogromnych stron.

Baazigar
źródło
2
Tak, wyraźne ogromne strony są świetne do takich obciążeń (uważam, że PostgreSQL używa ich, jeśli są dostępne). Pytający pytał jednak o przezroczyste, ogromne strony.
Toby Speight,
0

Nie wiem, kto ci powiedział, że Cassandra nie skorzysta z uścisków. Być może chcesz być trochę rozmowny w kierunku opcji defragmentacji z / sys / kernel / mm / transparent_hugepage.

Osobiście właśnie przetestowałem klaster Cassandra z lub bez hugepage i po różnych testach z różną wielkością parytu, od 300 b do 4k, mogę powiedzieć, że włączę je ponownie.

Pan Black
źródło