On Thu, Dec 30, 2010 at 1:50 AM, Neil Brown <neilb@xxxxxxx> wrote: > 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. It's so hypothetical that a number of other comments on Ted's blog about this ask the same question: http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/#comment-1979 http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/#comment-1981 http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/#comment-1990 http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/#comment-1992 http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/#comment-2095 http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/#comment-2099 And many more. http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/ Olaf -- 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
