|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : yx 2:5020/400 06 Feb 2001 05:42:03
To : All
Subject : Re: VM trashing
--------------------------------------------------------------------------------
Serge A. Suchkov <ss@e1.bmstu.ru> wrote:
[snip]
>> или cat /dev/zero >/var/tmp/xxx.
>
> А вот это нонсенс .... в нормально настроенной системе такая дура
>
>> Свободной памяти падает до ~2000, буферов растет
>> до ста тысяч и дальше, начинается акт.запись на диск и массово растет LA.
>
> PS: Вообще говоря ситуация довольно странная ...
почему довольно странная? именно для ядер с patchlevel=2, такая сит-я
обсуждалась в недалеком прошлом. И даже делали патч против сего DoS'a.
(решением только одной траблы,( не переделывая основательно VM)
патч лежал когда-то здесь: ftp://e-mind.com/pub/andrea/kernel/
и вот кусок из тредов, посвящ-х данному сабжу:
> Subject: [patch] `cp /dev/zero /tmp' (patch against 2.2.9)
>
> I think the problem is the current flushing that is not able to share the
> I/O bandwith with readers.
>
> Here it is my idea that I am testing since some day ago. It completly
> avoid the DoS doing `cp /dev/zero /tmp'.
> ...
> We have tons of buffer dirty and the writer can write them
> at exponential rate without waiting for I/O completation (and that
> make perfect sense if there are no readers request in act, if there are
> no reads we must fill the I/O subsystem as much as possible).
> Readers instead "always" wait for I/O compleataion so we must someway
> _stop_ the writers writing at exponential rate otherwise we'll take
> fill and _no_ way for readers to go ahead.
>
p.s.
`cp /dev/zero /tmp` в 2.4 - полет нормальный без всяких примочек.
bye.
--
Vladimir Yakovetsky
--- ifmail v.2.15dev5
* Origin: Disorganized yx's groupie (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
