
Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [tlug] memcached / alternatives
- Date: Mon, 21 Jan 2013 15:48:50 +0900
- From: Curt Sampson <cjs@example.com>
- Subject: Re: [tlug] memcached / alternatives
- References: <CAL=gY83VHgKK0R-1y1TjJu6NuLDKWzmYWFQvUcMeTXJeg6pbSw@mail.gmail.com> <50F7EF0A.5070701@vortorus.net> <50F7FCF4.8070302@dcook.org> <50F82B9A.7040509@vortorus.net> <CAL=gY81DEGA5E8uNeNR6GXY3BsCPSTzb7cnG2i9+CHC7tbeDmA@mail.gmail.com> <CAL=gY80kRmSy8GAuK-YRPQOoa-XfTxnmpw_mdMdFg8ML6n3WKQ@mail.gmail.com> <CAKXLc7eZXmCcU_mcdqpRGoYLVqrUze=6mmNKaYQGqf2PLj7bsA@mail.gmail.com>
- User-agent: Mutt/1.5.21 (2010-09-15)
On 2013-01-21 13:31 +0900 (Mon), Kalin KOZHUHAROV wrote:
> Try `cat /dev/sda >/dev/zero`...
There are two things that many OSes do to avoid caching when they see
something like this happening:
1. Avoid caching reads made directly from a block device, and
2. Recognize sequential access patterns and either avoid caching those
data or mark it to be flushed earlier than data from non-sequential
reads. (This keeps large sequential reads from "blowing out" your
cache.)
cjs
--
Curt Sampson <cjs@example.com> +81 90 7737 2974
To iterate is human, to recurse divine.
- L Peter Deutsch
Home |
Main Index |
Thread Index