Deniil wrote:
Quote:
...
Going from 31 to 32 bits is not quite the same as going to 64 bits..
64-bit will break everything. Every single struct that contains a pointer will become incompatible, and there are a lot of those! I'd say SMP is easier than 64-bit.
But testing for 4GB would be easy: Just have the kernel put ALL addresses in the upper region - memory, I/O, everything Make "positive" (lower) 2GB 'illegal' instead of the upper "negative" 2GB as it is now. It should be a setting so you beta testers can switch and test different software and drivers and stuff.
Should give you an indication pretty quick if something isn't up to it.
I agree - it would be nice to have full 4GB available. Assuming the OS itself is 32-bit clean any apps that are broken could be put into a compatibility database until newer versions come out.
As for 64-bit/SMP support, it would be nice if there was a "big bang" "V2" interface upgrade where the remaining warts (memory protection, forbit/permit, etc...) were taken care of at once. This is likely not possible due to the scale of the change but it would be nice to get over this in one big hump.