Re: [FYI] tux3: Core changes

2015-05-26 Thread Jan Kara
On Tue 26-05-15 01:08:56, Daniel Phillips wrote: On Tuesday, May 26, 2015 12:09:10 AM PDT, Jan Kara wrote: E.g. video drivers (or infiniband or direct IO for that matter) which have buffers in user memory (may be mmapped file), grab references to pages and hand out PFNs of those pages to the

Re: [FYI] tux3: Core changes

2015-05-26 Thread Jan Kara
On Mon 25-05-15 23:11:11, Daniel Phillips wrote: On Monday, May 25, 2015 11:04:39 PM PDT, David Lang wrote: if the page gets modified again, will that cause any issues? what if the page gets modified before the copy gets written out, so that there are two dirty copies of the page in the

Re: [FYI] tux3: Core changes

2015-05-26 Thread Sergey Senozhatsky
On (05/26/15 01:08), Daniel Phillips wrote: On Tuesday, May 26, 2015 12:09:10 AM PDT, Jan Kara wrote: E.g. video drivers (or infiniband or direct IO for that matter) which have buffers in user memory (may be mmapped file), grab references to pages and hand out PFNs of those pages to the

Re: [FYI] tux3: Core changes

2015-05-26 Thread Daniel Phillips
On Tuesday, May 26, 2015 3:13:02 AM PDT, Pavel Machek wrote: On Tue 2015-05-26 01:09:59, Daniel Phillips wrote: On Monday, May 25, 2015 11:13:46 PM PDT, David Lang wrote: I'm assuming that Rik is talking about whatever has the reference to the page via one of the methods that he talked about.

Re: Tux3 Report: How fast can we fail?

2015-05-26 Thread Daniel Phillips
On Tuesday, May 26, 2015 3:03:26 AM PDT, Pavel Machek wrote: We identified the following quality metrics for this algorithm: 1) Never fails to detect out of space in the front end. 2) Always fills a volume to 100% before reporting out of space. 3) Allows rm, rmdir and truncate even when a

Re: [FYI] tux3: Core changes

2015-05-26 Thread Daniel Phillips
On 05/26/2015 02:00 AM, Jan Kara wrote: On Tue 26-05-15 01:08:56, Daniel Phillips wrote: On Tuesday, May 26, 2015 12:09:10 AM PDT, Jan Kara wrote: E.g. video drivers (or infiniband or direct IO for that matter) which have buffers in user memory (may be mmapped file), grab references to pages

Re: [FYI] tux3: Core changes

2015-05-26 Thread Daniel Phillips
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,

Re: [FYI] tux3: Core changes

2015-05-26 Thread Rik van Riel
On 05/26/2015 04:22 PM, Daniel Phillips wrote: On 05/26/2015 02:00 AM, Jan Kara wrote: So my opinion is: Don't fork the page if page_count is elevated. You can just wait for the IO if you need stable pages in that case. It's slow but it's safe and it should be pretty rare. Is there any