Re: mmap dirty limits on 32 bit kernels (Was: [BUG] New Kernel Bugs)

On Thu, 15 Nov 2007, Peter Zijlstra wrote:
> 
> But this problem is already an issue, Anton recently had a case where a
> 12GB highmem box locked up due to NTFS running out of lowmem - or
> something like that.

Yeah. I always considered HIGHMEM to just be unusable. It's ok for 
extending to 2-4GB (ie HIGHMEM4G, not 64G), and it's probably borderline 
usable for 4-8G if you are careful.

But quite frankly, I refuse to even care about anything past that. If you 
have 12G (or heaven forbid, even more) in your machine, and you can't be 
bothered to just upgrade to a 64-bit CPU, then quite frankly, *I* 
personally can't be bothered to care.

That's my personal opinion, and I realize that some of the commercial 
vendors may care about their insane customers' satisfaction, but I'm 
simply not interested in insane users. If they have that much RAM (and 
bought it a few years ago when a 64-bit CPU wasn't an option), they can't 
be poor.

So the _only_ explanation today for 12GB on a 32-bit machine is
 (a) insanity
or 
 (b) being so lazy as to not bother to upgrade
and in either case, my personal reaction is "I'm *not* crazy, and yes, I'm 
lazy too, and I can't give a rats *ss about those problems".

HIGHMEM was a mistake in the first place. It's one that we can live with, 
but I refuse to support it more than it needs to be supported. And 12GB is 
*way* past the end of what is worth supporting.

			Linus