Hacker News Reader

Full thread

malkia

This makes it now 4x more expensive to catch memory issues by having guard pages around...

View on HN

Not really. Guard pages don't actually cost any physical memory.

They do... each allocation that is protecting must be aligned by 4kb, and now by 16kb (ideally padded at end)

On top of that, adding 4kb (or 16kb) pages sprinkled across adds more to the TLB cache.

Guard pages do not require physical pages, no. Just a page table entry.

All pages are aligned by 4kib (except for esoteric CPUs perhaps). That's what a page is.

Unless the guard page is on another page table boundary, no additional physical pages are required.

Further, TLB cost means nothing if it's a guard page. It shouldn't be accessed in any normal path barring a bug.

What I'm saying is that if you have relatively lots of small allocations, with the 4Kb page, they also have to be aligned by 4kb, and with the new android changes - it'll be 16kb (e.g. 4x more).

In which currency? VA space is plentiful.

Only 512Gb virtual address space an Android arm64...

Sorry, are you talking about a quantity of ram in bits, or did you just forget to capitalize the b in "GB"?

“GB” would also be wrong in terms of RAM: you’re looking for “GiB”.

bibibytes are not going to happen

Reply on news.ycombinator.com