"Pointer compression/truncation" and huge pages

Dieses Issue hat noch niemand übernommen.

Suppose,

- we ask mimalloc to use 1GB pages.
- we make a heap
- we make zillions mallocs/frees over the same heap as in step 2
- assume we do not realloc, re-calloc, move the heap memory

are there any guarantees that every pointer will share the same value in bits above the last physical bit usually 38 (zero based) because the memory is coming off the same page?

If so, one can play memory tricks like save the base address somewhere and cut 64-bit pointers down to 32-bits. Which, for tree like data structures could be a handy, cheap way to cut memory for pointers in half. Yes, there's pointer and/or bit games to play, but it may be worth playing.

Es werden keine Dateien, Tests oder Einstiegspunkte genannt. Beginne damit, das Verhalten von mimalloc bei der Zuweisung von 1GB-Seiten und die Garantien zu überprüfen, die es für Zeigeradressen bei wiederholten Zuweisungen und Freigaben gibt; abgeschlossen ist die Untersuchung, wenn dokumentiert ist, ob die vorgeschlagene Zeigertrunkierung garantiert oder nicht unterstützt ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.