This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Extended file stat: Splitting file- and fs-specific info?
- From: Andreas Dilger <adilger at dilger dot ca>
- To: David Howells <dhowells at redhat dot com>
- Cc: Andreas Dilger <aedilger at gmail dot com>,Dave Chinner <david at fromorbit dot com>,"bfields at fieldses dot org" <bfields at fieldses dot org>,"smfrench at gmail dot com" <smfrench at gmail dot com>,"ben at decadent dot org dot uk" <ben at decadent dot org dot uk>,"Trond dot Myklebust at netapp dot com" <Trond dot Myklebust at netapp dot com>,"roland at hack dot frob dot com" <roland at hack dot frob dot com>,"linux-fsdevel at vger dot kernel dot org" <linux-fsdevel at vger dot kernel dot org>,"linux-nfs at vger dot kernel dot org" <linux-nfs at vger dot kernel dot org>,"linux-cifs at vger dot kernel dot org" <linux-cifs at vger dot kernel dot org>,"samba-technical at lists dot samba dot org" <samba-technical at lists dot samba dot org>,"linux-ext4 at vger dot kernel dot org" <linux-ext4 at vger dot kernel dot org>,"linux-api at vger dot kernel dot org" <linux-api at vger dot kernel dot org>,"libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Thu, 10 May 2012 10:05:28 -0600
- Subject: Re: Extended file stat: Splitting file- and fs-specific info?
- References: <73759631-F1E4-4352-9FE6-E9F576F793FB@gmail.com> <20120419140558.17272.74360.stgit@warthog.procyon.org.uk> <16281.1336508382@redhat.com> <20120509002420.GL5091@dastard> <14477.1336641794@redhat.com>
On 2012-05-10, at 3:23 AM, David Howells wrote:
> Andreas Dilger <aedilger@gmail.com> wrote:
>> The main question I have about these fields is what the difference is
>> between st_blksize and st_alloc_blksize?
>
> I would assume that st_blksize is some ideal I/O size, not the
> allocation block size.
But there are several optimal IO sizes, so unless there is a clear
description of what each of these fields is intended to be used for,
it doesn't make sense to add them in.
> Dave Chinner might be able to answer better as he suggested these
> I/O information fields.
>
> David
Cheers, Andreas