On 08/09/2013 12:55 AM, Jan Kara wrote:
> On Thu 08-08-13 15:58:39, Dave Hansen wrote:
>> I was coincidentally tracking down what I thought was a scalability
>> problem (turned out to be full disks :). I noticed, though, that ext4
>> is about 20% slower than ext2/3 at doing write page faults (x-ax
On Fri 09-08-13 10:36:41, Andy Lutomirski wrote:
> On Fri, Aug 9, 2013 at 12:55 AM, Jan Kara wrote:
> > On Thu 08-08-13 15:58:39, Dave Hansen wrote:
> >> I was coincidentally tracking down what I thought was a scalability
> >> problem (turned out to be full disks :). I noticed, though, that ext4
On Fri, Aug 9, 2013 at 10:42 AM, Dave Hansen wrote:
> On 08/09/2013 12:55 AM, Jan Kara wrote:
>> On Thu 08-08-13 15:58:39, Dave Hansen wrote:
>>> > I was coincidentally tracking down what I thought was a scalability
>>> > problem (turned out to be full disks :). I noticed, though, that ext4
>>> >
On 08/09/2013 12:55 AM, Jan Kara wrote:
> On Thu 08-08-13 15:58:39, Dave Hansen wrote:
>> > I was coincidentally tracking down what I thought was a scalability
>> > problem (turned out to be full disks :). I noticed, though, that ext4
>> > is about 20% slower than ext2/3 at doing write page faults
On Fri, Aug 9, 2013 at 12:55 AM, Jan Kara wrote:
> On Thu 08-08-13 15:58:39, Dave Hansen wrote:
>> I was coincidentally tracking down what I thought was a scalability
>> problem (turned out to be full disks :). I noticed, though, that ext4
>> is about 20% slower than ext2/3 at doing write page fa
On Thu 08-08-13 15:58:39, Dave Hansen wrote:
> I was coincidentally tracking down what I thought was a scalability
> problem (turned out to be full disks :). I noticed, though, that ext4
> is about 20% slower than ext2/3 at doing write page faults (x-axis is
> number of tasks):
>
> http://www.sr7
On Thu, Aug 8, 2013 at 12:25 PM, Andy Lutomirski wrote:
>
> Whoops -- I read your email too quickly. I haven't tried
> MADV_WILLNEED, but I think I tried reading each page to fault them in.
> Is there any reason to expect MADV_WILLNEED to do any better? I'll
> try to do some new tests to see ho
I was coincidentally tracking down what I thought was a scalability
problem (turned out to be full disks :). I noticed, though, that ext4
is about 20% slower than ext2/3 at doing write page faults (x-axis is
number of tasks):
http://www.sr71.net/~dave/intel/page-fault-exts/cmp.html?1=ext3&2=ext4&
On Thu, Aug 8, 2013 at 11:53 AM, Jan Kara wrote:
> On Thu 08-08-13 08:56:28, Andy Lutomirski wrote:
>> On Thu, Aug 8, 2013 at 3:18 AM, Jan Kara wrote:
>> > On Wed 07-08-13 11:00:52, Andy Lutomirski wrote:
>> >> On Wed, Aug 7, 2013 at 10:40 AM, Dave Hansen
>> >> wrote:
>> >> > On 08/07/2013 06:4
On Thu 08-08-13 08:56:28, Andy Lutomirski wrote:
> On Thu, Aug 8, 2013 at 3:18 AM, Jan Kara wrote:
> > On Wed 07-08-13 11:00:52, Andy Lutomirski wrote:
> >> On Wed, Aug 7, 2013 at 10:40 AM, Dave Hansen wrote:
> >> > On 08/07/2013 06:40 AM, Jan Kara wrote:
> >> >> One question before I look at t
On Thu, Aug 8, 2013 at 3:18 AM, Jan Kara wrote:
> On Wed 07-08-13 11:00:52, Andy Lutomirski wrote:
>> On Wed, Aug 7, 2013 at 10:40 AM, Dave Hansen wrote:
>> > On 08/07/2013 06:40 AM, Jan Kara wrote:
>> >> One question before I look at the patches: Why don't you use fallocate()
>> >> in your app
On Wed 07-08-13 11:00:52, Andy Lutomirski wrote:
> On Wed, Aug 7, 2013 at 10:40 AM, Dave Hansen wrote:
> > On 08/07/2013 06:40 AM, Jan Kara wrote:
> >> One question before I look at the patches: Why don't you use fallocate()
> >> in your application? The functionality you require seems to be pre
On Wed, Aug 7, 2013 at 10:40 AM, Dave Hansen wrote:
> On 08/07/2013 06:40 AM, Jan Kara wrote:
>> One question before I look at the patches: Why don't you use fallocate()
>> in your application? The functionality you require seems to be pretty
>> similar to it - writing to an already allocated bl
On 08/07/2013 06:40 AM, Jan Kara wrote:
> One question before I look at the patches: Why don't you use fallocate()
> in your application? The functionality you require seems to be pretty
> similar to it - writing to an already allocated block is usually quick.
One problem I've seen is that it st
On Wed, Aug 7, 2013 at 6:40 AM, Jan Kara wrote:
> On Mon 05-08-13 12:43:58, Andy Lutomirski wrote:
>> My application fallocates and mmaps (shared, writable) a lot (several
>> GB) of data at startup. Those mappings are mlocked, and they live on
>> ext4. The first write to any given page is slow b
On Mon 05-08-13 12:43:58, Andy Lutomirski wrote:
> My application fallocates and mmaps (shared, writable) a lot (several
> GB) of data at startup. Those mappings are mlocked, and they live on
> ext4. The first write to any given page is slow because
> ext4_da_get_block_prep can block. This means
16 matches
Mail list logo
