lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 30 May 2008 10:29:17 -0400
From:	Rik van Riel <riel@...hat.com>
To:	"John Stoffel" <john@...ffel.org>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Lee Schermerhorn <lee.schermerhorn@...com>,
	linux-kernel@...r.kernel.org, kosaki.motohiro@...fujitsu.com,
	eric.whitney@...com, linux-mm@...ck.org, npiggin@...e.de
Subject: Re: [PATCH 00/25] Vm Pageout Scalability Improvements (V8) -
 continued

On Fri, 30 May 2008 09:52:48 -0400
"John Stoffel" <john@...ffel.org> wrote:

> I haven't seen any performance numbers talking about how well this
> stuff works on single or dual CPU machines with smaller amounts of
> memory, or whether it's worth using on these machines at all?
> 
> The big machines with lots of memory and lots of CPUs are certainly
> becoming more prevalent, but for my home machine with 4Gb RAM and dual
> core, what's the advantage?  
> 
> Let's not slow down the common case for the sake of the bigger guys if
> possible.

I wouldn't call your home system with 4GB RAM "small".

After all, the VM that Linux currently has was developed
mostly on machines with less than 1GB of RAM and later
encrusted in bandaids to make sure the large systems did
not fail too badly.

As for small system performance, I believe that my patch
series should cause no performance regressions on those
systems and has a framework that allows us to improve
performance on those systems too.

If you manage to break performance with my patch set
somehow, please let me know so I can fix it.  Something
like the VM is very subtle and any change is pretty
much guaranteed to break something, so I am very interested
in feedback.

-- 
All rights reversed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ