Re: [RFC PATCH] UBIFS - new flash file system

On Mon, 31 March 2008 23:49:16 +0300, Pekka Enberg wrote:

There are some of us that are interested to know why we want UBIFS in
the mainline rather than wait for LogFS or some other variant to
appear though.

You don't have to wait long. I was thinking about sending a patch out
tomorrow.

And I don't believe it has to be a choice. There is little reason
against merging both - apart from any problems found in the review.

Also, competition is a good thing. There's nothing like a flurry of
patches following an unfavorable benchmark for one side or the other. ;)

Jörn

--
Fancy algorithms are slow when n is small, and n is usually small.
Fancy algorithms have big constants. Until you know that n is
frequently going to be big, don't get fancy.
-- Rob Pike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: LogFS merge
    ... I'd still like to get logfs into mainline. ... Currently performance sucks badly on block device flashes (usb stick, ... if minimal space overhead is a big issue. ... Fancy algorithms are slow when n is small, ...
    (Linux-Kernel)
  • Re: [PATCH 41/44 take 2] [UBI] gluebi unit header
    ... That just sounds like we need Jörn to get off his butt and finish logfs;) ... Help in debugging would be ... Fancy algorithms are slow when n is small, ...
    (Linux-Kernel)