Re: Atomic non-durable file write API

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 29 Dec 2010 18:14:04 +0100 Olaf van der Spek <olafvdspek@xxxxxxxxx>
wrote:

> On Wed, Dec 29, 2010 at 5:30 PM, Christian Stroetmann
> <stroetmann@xxxxxxxxxxxxx> wrote:
> >> Additional steps compared to what? The temp file, fsync, rename case?
> >
> > read the paragraphs as a whole
> 
> Reading stuff again isn't going to change my question.
> 

OK, the fun I over.  I guess it is time to actually answer your question,
rather than just teasing you with partial answers and hints about performance
impact ....

Your question, as I understand it is:

   You see a hypothetical problem for which you cannot see a solution in
   Linux, but for which you also cannot present a concrete use-case where
   this problem needs to be addresses.
   You want to know what the recommended solution is.


   The reality is that the solution was devises and implemented many years ago
   and is deeply embedded in the core design principles of Unix and Linux.
   The reason that you cannot present a use-case is that there isn't one.
   Unix was design so that this hypothetical need will never arise.

   There is a strong parallel with computer viruses.  You could say "viruses
   could be a problem, and while I cannot actually present one that is a
   problem, I want to know what the recommended solution to viruses is"
   The answer is, of course, that Unix/Linux is largely immune to viruses,
   not because of any specific anti-virus feature that was designed and
   implemented, but because the over-all design approach of Unix makes
   viruses hard to spread and rather ineffectual if one ever did take hold.

At least, I think that is the correct answer.  However if you actually have
a concrete use-case, then maybe there is a better answer.  I wouldn't know
without seeing the use-case.


(And I was joking about the teasing and the hints - it just seemed to make a
better story if I told it that way :-)

NeilBrown
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux