Re: Interface for the new fallocate() system call

To:	JÃrn Engel <joern@xxxxxxxxxxxxxxx>
Subject:	Re: Interface for the new fallocate() system call
From:	Paul Mackerras <paulus@xxxxxxxxx>
Date:	Mon, 9 Apr 2007 23:01:42 +1000
Cc:	Heiko Carstens <heiko.carstens@xxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>, torvalds@xxxxxxxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-ext4@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx, suparna@xxxxxxxxxx, cmm@xxxxxxxxxx
In-reply-to:	<20070330104449.GA9371@lazybastard.org>
References:	<20070225022326.137b4875.akpm@linux-foundation.org> <20070301183445.GA7911@amitarora.in.ibm.com> <20070316143101.GA10152@amitarora.in.ibm.com> <20070316161704.GE8525@osiris.boeblingen.de.ibm.com> <20070317111036.GC29931@parisc-linux.org> <20070321120425.GA27273@amitarora.in.ibm.com> <20070329115126.GB7374@amitarora.in.ibm.com> <20070329101010.7a2b8783.akpm@linux-foundation.org> <20070330071929.GC8365@osiris.boeblingen.de.ibm.com> <17932.54606.323431.491736@cargo.ozlabs.ibm.com> <20070330104449.GA9371@lazybastard.org>
Sender:	xfs-bounce@xxxxxxxxxxx

Jörn Engel writes:

> Wouldn't that work be confined to fallocate()?  If I understand Heiko
> correctly, the alternative would slow s390 down for every syscall,
> including more performance-critical ones.

The alternative that Jakub suggested wouldn't slow s390 down.

Paul.

<Prev in Thread]	Current Thread	[Next in Thread>
Re: Interface for the new fallocate() system call, Amit K. Arora Re: Interface for the new fallocate() system call, Amit K. Arora Re: Interface for the new fallocate() system call, Randy Dunlap Re: Interface for the new fallocate() system call, Andreas Dilger Re: Interface for the new fallocate() system call, Paul Mackerras <= Re: Interface for the new fallocate() system call, JÃrn Engel Re: Interface for the new fallocate() system call, Amit K. Arora Re: Interface for the new fallocate() system call, Andreas Dilger Re: Interface for the new fallocate() system call, Amit K. Arora Re: Interface for the new fallocate() system call, Jakub Jelinek Re: Interface for the new fallocate() system call, Amit K. Arora [PATCH 0/5] fallocate system call, Amit K. Arora [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc, Amit K. Arora [PATCH 3/5] ext4: Extent overlap bugfix, Amit K. Arora [PATCH 5/5] ext4: write support for preallocated blocks/extents, Amit K. Arora

<Prev in Thread]

Current Thread

[Next in Thread>

Previous by Date:	Re: XFS Resiliency to the disk errors., Martin Steigerwald
Next by Date:	Re: Interface for the new fallocate() system call, JÃrn Engel
Previous by Thread:	Re: Interface for the new fallocate() system call, Andreas Dilger
Next by Thread:	Re: Interface for the new fallocate() system call, JÃrn Engel
Indexes:	[Date] [Thread] [Top] [All Lists]

Previous by Date:

Re: XFS Resiliency to the disk errors., Martin Steigerwald

Next by Date:

Re: Interface for the new fallocate() system call, JÃrn Engel

Previous by Thread:

Re: Interface for the new fallocate() system call, Andreas Dilger

Next by Thread:

Re: Interface for the new fallocate() system call, JÃrn Engel

Indexes:

[Date] [Thread] [Top] [All Lists]