On Wed, 2008-01-30 at 16:37 +0200, Rabeeh Khoury wrote:
> Hi All,
>
> Exporting an XFS volume with kernel NFSD when real-time subvolume is
> enabled hangs the kernel.
>
> I'm using vanilla LK 2.6.22.7; first I create the XFS volume with two
> partitions of 20GB each with extent size of 1MB; then
On Tue, 2007-09-18 at 18:06 -0700, Linus Torvalds wrote:
> There is *no* valid reason for 16kB blocksizes unless you have legacy
> issues.
That's not correct.
> The performance issues have nothing to do with the block-size, and
We must be thinking of different performance issues.
> should be
On Tue, 2007-09-18 at 12:44 -0700, Linus Torvalds wrote:
> This is not about performance. Never has been. It's about SGI wanting a
> way out of their current 16kB mess.
Pass the crack pipe, Linus?
> The way to fix performance is to move to x86-64, and use 4kB pages and be
> happy. However, the
On Thu, 2007-06-28 at 23:49 +0530, Amit K. Arora wrote:
>
> > Correct, but for swap files that's not an issue - no user should be
> able
> > too read them, and FA_MKSWAP would really need root privileges to
> execute.
>
> Will the FA_MKSWAP mode still be required with your suggested change
> of
>
On Thu, 2007-06-28 at 10:39 +1000, David Chinner wrote:
>
>
> I don't think it does - swapfile I/O looks like it goes direct to
> bio without passing through the filesystem. When the swapfile is
> mapped, it scans and records the extent map of the entire swapfile
> in a separate structure and AF
On Wed, 2007-06-27 at 23:36 +1000, David Chinner wrote:
> Allows setup_swap_extents() to use preallocated files on XFS
> filesystems for swap files without ever needing to convert them.
Using unwritten extents (as opposed to the MKSWAP flag mentioned
earlier) has the unfortunate down side of
On Thu, 2007-03-01 at 14:25 -0800, Andrew Morton wrote:
> On Fri, 2 Mar 2007 00:04:45 +0530
> "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
>
> > This is to give a heads up on few patches that we will be soon coming up
> > with. These patches implement a new system call sys_fallocate() and a
> > new
Hi Jan,
On Mon, 2007-02-05 at 14:12 +0100, Jan Kara wrote:
> Hi,
>
> I'm replying rather late but I've been busy with my PhD thesis lately.
> So sorry for that.
>
> > Move the blocks on the temporary inode to the original inode
> > by a page.
> > 1. Read the file data from the old blocks to
On Mon, 2007-01-08 at 22:54 +, Christoph Hellwig wrote:
> this doesn't look like a full first class flag to me yet. Don't
> we need to check for buffer_unwritten in the places we're checking
> for buffer_delay so we can stop setting buffer_delay for unwritten
> buffers?
Yep, that does need to
On Thu, 2006-12-07 at 12:44 +1100, David Chinner wrote:
> Maybe we should be using EAs for this sort of thing instead of flags
> on the inode? If we keep adding inode flags for generic features
> then we are going to force more than just XFS into inode format
> changes eventually
You do need t
On Wed, 2006-12-06 at 20:11 +1100, David Chinner wrote:
> ...
> If all we need to add to XFS is support for those flags, then XFS
> support would be trivial to add.
>
> Oh, damn. I take that back. We're almost out of flag space in the on
> disk inode - these two flags would use the last 2 flag bit
On Wed, Jul 13, 2005 at 06:22:28PM +0300, Yura Pakhuchiy wrote:
> I found patch by Greg Ungreger to fix this problem, but why it's still
> not in mainline? Or it's a gcc problem and should be fixed by gcc folks?
Yes, IIRC the patch was incorrect for other platforms, and it sure
looked like an arm-
On Thu, Jul 07, 2005 at 08:15:52PM +0300, Yura Pakhuchiy wrote:
> Hi,
>
> I'm creadted XFS volume on 2.6.10 linux xscale/iq31244 box, then I
> copyied files on it and moved this hard drive to i686 machine. When I
> mounted it on i686, I found no files on it. I runned xfs_check, here is
> output:
On Wed, Jul 06, 2005 at 07:24:03AM +0300, Al Boldi wrote:
> Was ordered mode disabled/removed when XFS was add to the vanilla-kernel?
No, XFS has never supported such a mode.
cheers.
--
Nathan
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to
On Fri, Jan 28, 2005 at 02:53:41PM -0800, Bryan Henderson wrote:
> >Just putting up my hand to say "yeah, us too" - we could also make
> >use of that functionality, so we can grok existing XFS filesystems
> >that have blocksizes larger than the page size.
>
> IBM Storage Tank has block size > page
Hi Anton,
On Thu, Jan 27, 2005 at 04:58:22PM -0800, Andrew Morton wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
> >
> > What would you propose can I do to perform the required zeroing in a
> > deadlock safe manner whilst also ensuring that it cannot happen that a
> > concurrent ->readpage
hi,
On May 17, 9:20pm, Andrew Morton wrote:
> Subject: ext3 for 2.4
> ...
> - quotas appear to work OK. I'll leave them turned on
> as I test things, and watch out for oddities.
>
> It's hard to find working quota tools. Most of them
> either don't want to compile and/or don't understan
hi,
On Jan 4, 6:45pm, LA Walsh wrote:
> Subject: RE: More better in mount(2)
> >
> > Each filesystem can parse its own options
> ---
> Yes, and? How does that help the kernel apply file-system
> independent and/or systemwide options? Think of it as the same
> as the 'read-only'/'read-w
On Jan 5, 3:26am, Daniel Phillips wrote:
> Subject: Re: More better in mount(2)
> ...
> This filesystem mount option parsing code is completely ad hoc, and uses
> strtok which is horribly horribly broken. (Do man strtok and read the
> 'Bugs' section.)
>
> It would be worth thinking about how to
hi Linda,
On Jan 4, 4:11pm, LA Walsh wrote:
> Subject: RE: More better in mount(2)
>
> > Ugly. We already have an options parameter.
> > Just mount with -o security="all_my_security_stuff"
> > and let the kernel parse it.
> >
> > Andries
>
> A parser in the kernel? Neat idea, but I was ho
hi Stephen,
On Oct 26, 11:00am, Stephen C. Tweedie wrote:
> Subject: Re: Quota mods needed for journaled quota
> ...
> > This would allow ext3 to do that which it needs to do differently
> > at Q_QUOTAON and would also allow Jan's changes to work in such
> > a way that both the current form of dq
hi Jan,
On Sep 29, 6:01pm, Jan Kara wrote:
> Subject: Fixes in quota (fwd)
>
> Hello.
>
> So I did the fixes of races in quota Al found. The patch can
> be found at
>ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/quota-fix-2.4.0-test8-1.diff.
> In the patch are included also s
22 matches
Mail list logo
