lkml.org 
[lkml]   [2004]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Desktop Filesystem Benchmarks in 2.6.3
Christoph Hellwig wrote:

>On Wed, Mar 03, 2004 at 03:39:26AM +0100, Andi Kleen wrote:
>
>
>>A lot of this is actually optional features the other FS don't have,
>>like support for separate realtime volumes and compat code for old
>>revisions, journaled quotas etc. I think you could
>>relatively easily do a "mini xfs" that would be a lot smaller.
>>
>>
>
>And a whole lot of code to stay somewhat in sync with other codebases..
>
>
>
>
>
What is significant is not the affect of code size on modern
architectures, code size hurts developers as the code becomes very hard
to make deep changes to. It is very important to carefully design your
code to be easy to change. This is why we tossed the V3 code and wrote
V4 from scratch using plugins at every conceivable abstraction layer. I
think V4 will be our last rewrite from scratch because of our plugins,
and because of how easy we find the code to work on now.

I think XFS is going to stagnate over time based on the former
developers who have told me how hard it is to work on the code.
Christoph probably disagrees, and he knows the XFS code far better than
I.;-)

--
Hans


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:01    [W:0.446 / U:0.372 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site