Unable to parse a sentence in sync_file_range.2

Unable to parse a sentence in sync_file_range.2

[Denis Barbier]

Hi,

When translating sync_file_range.2 I had been confused by this sentence:

  When writing into preallocated space, many filesystems also
  require calls into the block allocator, which this system
  call does not sync out to disk.

Can someone please rephrase it?  In particular, what does 'which' refer to?
Thanks.

Denis
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Unable to parse a sentence in sync_file_range.2

[Michael Kerrisk]

Hi Christoph,

Ping?

Cheers,

Michael


On Sun, Feb 21, 2010 at 3:34 PM, Michael Kerrisk
<mtk.manpages-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org> wrote:
> Hello,
>
> On Fri, Feb 19, 2010 at 12:32 AM, Denis Barbier <bouzim-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> Hi,
>>
>> When translating sync_file_range.2 I had been confused by this sentence:
>>
>>  When writing into preallocated space, many filesystems also
>>  require calls into the block allocator, which this system
>>  call does not sync out to disk.
>>
>> Can someone please rephrase it?  In particular, what does 'which' refer to?
>> Thanks.
>
> Actually, now that I look more closely at it, I realize that I find it
> hard to parse too.
>
> Christoph wrote that sentence. perhaps he can help?
>
> Cheers,
>
> Michael
>
>
> --
> Michael Kerrisk
> Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
> Author of "The Linux Programming Interface" http://blog.man7.org/
>



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface" http://blog.man7.org/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Unable to parse a sentence in sync_file_range.2

[Christoph Hellwig]

> >> ?When writing into preallocated space, many filesystems also
> >> ?require calls into the block allocator, which this system
> >> ?call does not sync out to disk.
> >>
> >> Can someone please rephrase it? ?In particular, what does 'which' refer to?
> >> Thanks.

How about:

Usually filesystems also need to update metadata when writing into
preallocated space.  This system call does not guarantee the persistance
of conversions from preallocated to regularly allocated space.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Unable to parse a sentence in sync_file_range.2

[Michael Kerrisk]

Hi Christoph,

On Mon, Jun 14, 2010 at 9:47 AM, Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> wrote:
>> >> ?When writing into preallocated space, many filesystems also
>> >> ?require calls into the block allocator, which this system
>> >> ?call does not sync out to disk.
>> >>
>> >> Can someone please rephrase it? ?In particular, what does 'which' refer to?
>> >> Thanks.
>
> How about:
>
> Usually filesystems also need to update metadata when writing into
> preallocated space.  This system call does not guarantee the persistance
> of conversions from preallocated to regularly allocated space.

Personally, I'm still having a little trouble with the last sentence.
I think my failure may be one of technical understanding, rather than
a language problem. Could you try explaining in a different way,
perhaps with a few more words?

Thanks,

Michael



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Author of "The Linux Programming Interface" http://blog.man7.org/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html