Hacker News Reader

HNHacker News

Top New Best Ask Show Jobs

Comment by schmichael | Hacker News Reader

Full thread

schmichael·

> today AWS will happily rent you an x1e.32xlarge with 128 vCPUs and an incredible 3,904GB of ram.

> ...

> ZGC restricts itself to 4Tb heaps

Isn't a 4TB heap limit short-sighted for a GC intended to last over a decade?

View on HN

4TB uses 42 bits of address space. It leaves you with 22 bits, out of which ZGC uses 4.

If anything, borrow a few more bits, and you should easily be able to address petabytes.

> 4TB uses 42 bits of address space.

Can't you compress that into less than 42 bits?

No, compression only works when you don't need to represent every possibility, or can use less bytes for some inputs and more bytes for others.

https://en.wikipedia.org/wiki/Pigeonhole_principle#Uses_and_...

Why do you need to represent every possibility? You obviously aren't going to squeeze 2^42 objects into 2^42 bytes are you? They each take more than a byte. You don't need to address bytes individually.

There's more holes than pigeons here.

Suppose we want to store 2^(48-n) 2^n byte objects in your hypothetical <42 bits of address space. Say, 2^47 two byte objects. (Alternatively, more than 2^(48-n) 2^n byte objects in 42 bits of address space.)

How do I compute the hash of every object, since by definition I can't address every byte?

You can still read any byte you want by decompressing the pointer and using it as normal.

And why would you want to read raw bytes from an object to hash it? What requires this in Java?

Reply on news.ycombinator.com