Re: Ability to limit or disable page caching?

[Kevin Burton]

Note that this is part of a larger thread:

http://blogs.smugmug.com/don/2008/05/01/mysql-and-the-linux-swap-problem/

...

and my older post on the subject:

http://feedblog.org/2007/09/29/using-o_direct-on-linux-and-innodb-to-fix-swap-insanity/

mlockall DOES help solve this problem but then MySQL is forced to stay
in memory.

If you have too many connections to the server and it mallocs more
memory and the system can't page anything else it will OOM kill your
mysqld process.

It's MUCH better to have MySQL dip 100MB into swap first....

Kevin

On Mon, May 5, 2008 at 3:08 PM, Rik van Riel <riel@xxxxxxxxxx> wrote:
> On Mon, 5 May 2008 14:00:51 -0700
> "Kevin Burton" <burton@xxxxxxxxxxxx> wrote:
>
>> > I have no such tunable in my code (yet), because I would like the
>> > kernel to do the right thing automatically.  I will post a 2.6.25 based
>> > kernel RPM for Fedora 9 soon with the split LRU patch series applied.
>>
>> With the same patch you linked to above?  No new code..
>
> Same patch, rediffed against 2.6.25.
>
>> > If you feel like testing/breaking it, I would be interested to see if
>> > it does indeed do the right thing for your workload or if it needs more
>> > tuning.
>>
>> Well we'd be deploying it in product :).. what's the ETA into making
>> it into the official kernel?
>
> The code seems to work right. What is left now is convincing Andrew Morton
> and Linus Torvalds to merge it.
>
> Getting good test results with reasonable workloads where the vanilla
> kernel does the wrong thing (eg. your workload) is probably the most
> important factor for Andrew and Linus in deciding whether or not to
> merge the code.
>
> --
> All Rights Reversed
>



-- 
Founder/CEO Tailrank.com
Location: San Francisco, CA
AIM/YIM: sfburtonator
Skype: burtonator
Work: http://spinn3r.com and http://tailrank.com
Blog: http://feedblog.org
Cell: 415-637-8078
Fax: 1-415-358-419 PIN: 0092
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/