mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Mark Mielke <mark@mark.mielke.cc>
To: david@lang.hm
Cc: David Rientjes <rientjes@google.com>, Jan Kara <jack@suse.cz>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	linux-kernel@vger.kernel.org
Subject: Re: Appropriate use of sync() from user space?
Date: Tue, 18 Oct 2011 20:34:26 -0400	[thread overview]
Message-ID: <4E9E1B12.1090007@mark.mielke.cc> (raw)
In-Reply-To: <alpine.DEB.2.02.1110181656360.28233@asgard.lang.hm>

On 10/18/2011 08:03 PM, david@lang.hm wrote:
> On Tue, 18 Oct 2011, David Rientjes wrote:
>> On Tue, 18 Oct 2011, Jan Kara wrote:
>>>> Quick summary: We have a vendor who is claiming that it is required
>>>> for their userspace program to execute sync(), and I am looking for
>>>> some sort of authoritative document or person to refer them to that
>>>> will state that this belief is incorrect and/or that this
>>>> architecture is not acceptable in a Unix environment.
>>>>
> also, you may want to check if they are really doing a 'sync' (syncing 
> the entire filesystem) or just a 'fsync' (syncing the file). Depending 
> on the technical depth of the people you are talking to, they may say 
> sync when what is actually happening is a fsync.
>
> there is little dispute that fsync is correct, but not a complete 
> answer to the issue. take a look at the LWN article on the subject at 
> http://lwn.net/Articles/457667

Thanks, Dave. Yes, the vendor is doing a real sync() - and is also doing 
a few fsync(). We managed to convince them that this is a defect through 
their sales channel as technical failed. Oh well.

I note that you say "there is little dispute that fsync is correct ..." 
- which I also would have assumed, but I found very little authoritative 
documents on this. I think it is just so "self evident" (which the 
exception that you state in ext3) that people don't tend to do this.

In the mean time, our users are literally doing "sync; cleartool mkview 
..." which forces most of the data out to disk before starting the 
vendor command, so that the IBM Rational "cleartool mkview" is able to 
complete successfully without timing out and failing after 3 to 5 
minutes. *sigh*

The problematic file seems to be a VMware Player mmap()'d file with size 
of 1 GByte or more. ClearCase "cleartool mkview" vs VMware Player normal 
operation. *sigh x 2*

Thanks,
mark

-- 
Mark Mielke<mark@mielke.cc>


      reply	other threads:[~2011-10-19  0:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-05 23:57 Mark Mielke
2011-10-06  0:30 ` Chris Friesen
2011-10-18 21:14 ` Jan Kara
2011-10-18 23:53   ` David Rientjes
2011-10-19  0:03     ` david
2011-10-19  0:34       ` Mark Mielke [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E9E1B12.1090007@mark.mielke.cc \
    --to=mark@mark.mielke.cc \
    --cc=david@lang.hm \
    --cc=jack@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mtk.manpages@gmail.com \
    --cc=rientjes@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome