Amiga programming manuals were very clear about not (ab)using the top 8 bits even if the A1000/500/2000 were only equipped with 24 physical pins for memory (limited to 16M), so of course Microsoft Basic for amiga used the upper bits, and when the 68020+ cards arrived, it broke since the upper 8 bits actually pointed somewhere.
What is inconceivable today, will be reality at some point.
On amd64 (and IIRC also Alpha) hardware checks that unused bits of address are all equal to highest used bit (or IIRC all zero on Alpha) to discourage this kind of tricks.
And I vaguely remember that ESA/390 is actually 32bit address architecture in hardware and it's 31bitness comes from using highest bit of address as a flag that such tricks are taking place.
The same happened for Mac OS.
One use is tagged pointers, using the top unused address bits for e.g. type information (https://en.wikipedia.org/wiki/Tagged_pointer)
Re:Virtual Memory Tricks
by nemanjaboric on Tuesday November 07, 2017 @09:22AM
(#15643547)
We're using this technique to stuff the file descriptor with the accompanying object for the epoll registration, so one can check if the (reusable) object was reused for something else while registered with other file descriptor in the epoll: https://github.com/sociomantic-tsunami/ocean/blob/ee4f78d527...
LuaJIT is where I originally ran into this. It uses both NaN tagging with C doubles and tagged pointers with 64 bit pointers.
Where does the number 21 come from?
Re:Virtual Memory Tricks
by colejohnson66 on Tuesday November 07, 2017 @06:56AM
(#15642622)
My brain said 64 - 39 is 21... my bad
Yes. There’s no point having 64 physical address lines if 26 of them aren’t going to be used by anything