←back to thread

95 points ingve | 4 comments | | HN request time: 0.782s | source
1. londons_explore ◴[] No.44568552[source]
If you're making the migration at all, you really ought to be going for fully variable page sizes, otherwise 5 years from now there'll be a 64K page size CPU and suddenly everyone has to recompile everything again and there is another compatibility wall...
replies(2): >>44568703 #>>44575914 #
2. rwmj ◴[] No.44568703[source]
Is there a such a thing? Page size gets baked into things like executable layouts, plus any place that uses the PAGE_SIZE constant (instead of sysconf(_SC_PAGESIZE)).
replies(1): >>44569886 #
3. londons_explore ◴[] No.44569886[source]
Indeed it would take redesigning a bunch of things to make runtime variable page size an option.
4. bjourne ◴[] No.44575914[source]
4 KiB page sizes have been used since the 1960's. More memory doesn't necessarily mean that larger pages are beneficial. Maybe 16 KiB is better for Android? Maybe. There really is no clear consensus on what the optimal page size for modern architectures should be.