[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5564C718.6050909@phunq.net>
Date: Tue, 26 May 2015 12:18:48 -0700
From: Daniel Phillips <daniel@...nq.net>
To: Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>
CC: David Lang <david@...g.hm>, Rik van Riel <riel@...hat.com>,
Jan Kara <jack@...e.cz>, tux3@...3.org,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
Subject: Re: [FYI] tux3: Core changes
Hi Sergey,
On 05/26/2015 03:22 AM, Sergey Senozhatsky wrote:
>
> Hello,
>
> is it possible to page-fork-bomb the system by some 'malicious' app?
Not in any new way. A page fork can happen either in the front end,
where it has to wait for memory like any other normal memory user,
or in the backend, where Tux3 may have privileged access to low
memory reserves and therefore must place bounds on its memory use
like any other user of low memory reserves.
This is not specific to page fork. We must place such bounds for
any memory that the backend uses. Fortunately, the backend does not
allocate memory extravagently, for fork or anything else, so when
this does get to the top of our to-do list it should not be too
hard to deal with. We plan to attack that after merge, as we have
never observed a problem in practice. Rather, Tux3 already seems
to survive low memory situations pretty well compared to some other
filesystems.
Regards,
Daniel
--
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