From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <lakostis@anti-leasure.ru>
Message-ID: <3434.145.249.13.3.1107263798.squirrel@mojo.myroom.ru>
In-Reply-To: <20050201131026.GC9522@osdn.org.ua>
References: <200502011209.57146.lav@altlinux.ru>
	<200502011411.40225.birukov@vladinfo.ru>
	<1139.145.249.13.3.1107263005.squirrel@mojo.myroom.ru>
	<20050201131026.GC9522@osdn.org.ua>
Date: Tue, 1 Feb 2005 16:16:38 +0300 (MSK)
From: "Konstantin A. Lepikhov" <lakostis@anti-leasure.ru>
To: "ALT Linux Sisyphus discussion list" <sisyphus@altlinux.ru>
User-Agent: SquirrelMail/1.4.5 [CVS]
MIME-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-AV-Checked: ClamAV using ClamSMTP
Subject: [sisyphus] Re: 
 =?utf-8?b?0KPRgtC10LrQsNC10YIg0L/QsNC80Y/RgtGMINGBINC90L4=?=
 =?utf-8?b?0LLRi9C8INGP0LTRgNC+0Lw=?=
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Linux Sisyphus discussion list <sisyphus@altlinux.ru>
List-Id: ALT Linux Sisyphus discussion list <sisyphus.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/sisyphus>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Tue, 01 Feb 2005 13:16:39 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/3434.145.249.13.3.1107263798.squirrel@mojo.myroom.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>


<цитата от="Michael Shigorin">
> On Tue, Feb 01, 2005 at 04:03:25PM +0300, Konstantin A. Lepikhov wrote:
>> Это не утечка а новое поведение - все
>> данные хранятся в
>> оперативной памяти для ускорения
>> дисковых операций и меньшего
>> обращения к swap.
>
> Ох.  То кэш в своп заталкивают, то
> наоборот -- своп изгоняют...
> Воистину неисповедимы тараканы пишущих
> VM :(
from FAQ на con.kolivas.org:

Mapped watermark??
This readjusts the way memory is evicted by lightly removing cached ram
once the ram just under full capacity, if less than the "mapped watermark"
percent of ram is mapped ram (ie applications). The normal system is to
aggresively start scanning ram once it is completely full. The benefits of
this are:
1. Allocating memory while ram is being lightly scanned is faster and
cheaper than when it is being heavily scanned.
2. There is usually some free ram which tends to speed up application
startup times.
3. Swapping is an unusual event instead of a common one if you have enough
ram for your workload.
4. It is rare for your applications to be swapped out by file cache pressure.
Disadvantage: Less file cache.

The mapped watermark is configurable so a server for example might be
happy to have a lower mapped percentage. The default is 66 and a server
might like 33

echo 33 > /proc/sys/vm/mapped

This removes the swappiness knob entirely and deprecates all my previous
vm hacks (autoregulated swappiness, hard swappiness, kiflush).


-- 
WBR et al.