From: "Artem B. Bityuckiy" <dedekind@yandex.ru>
To: "Artem B. Bityuckiy" <dedekind@oktetlabs.ru>
Cc: reiserfs-list@namesys.com
Subject: Re: ReiserFS on large-scale flash
Date: Wed, 25 May 2005 21:33:13 +0400 [thread overview]
Message-ID: <4294B6D9.6060804@yandex.ru> (raw)
In-Reply-To: <4294B43C.2070200@oktetlabs.ru>
Just few refinements.
Traditionally an emulation layer is created on top of flash. This layer
hides Flash limitations and emulates block device on top of flash. But
this approach is highly inefficient and is not usable in most system. We
need an FS which is aware of the differences. Like JFFS2, but JFFS2
doesn't scale (not usable starting from about 256MiB flash).
Artem B. Bityuckiy wrote:
> Hello,
>
> I'm designing new flash file system. And I'm thinking about the
> possibility to write plugins for ReiserFS to implement it (I know, it
> sounds crazy). I didn't thoroughly explore is it possible or not yet.
>
> I'm almost certain that it is impossible to do this with the current
> Reiser4 and more changes are needed. Flash devices just has another
> model, not the same as block devices. In a nutshell, you can't write
> twice to the same block (out-of-place writing property) and you must
> erase a several consecutive blocks before re-using any block (read here:
> http://en.wikipedia.org/wiki/Flash_memory).
>
> Currently there are no Flash file systems which are usable on large
> scale flashes, at least in Linux. And there is a real need in such FS.
>
> So, I'd like to know, are Reisre4 developers interested in this? Will I
> have some assistance from them if I find some Reiser4 limitation? Is it
> worth starting exploring Reiser4 or better just start new FS?
>
> Thanks.
>
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
next prev parent reply other threads:[~2005-05-25 17:33 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-25 12:54 improving Reiserfs Performance Jos Houtman
[not found] ` <4294783C.5040001@darthvader.us>
[not found] ` <42947BCA.9080702@hyves.nl>
2005-05-25 15:55 ` Yiannis Mavroukakis
2005-05-25 16:24 ` Jos Houtman
2005-05-25 17:22 ` ReiserFS on large-scale flash Artem B. Bityuckiy
2005-05-25 17:31 ` Hans Reiser
2005-05-25 17:33 ` Artem B. Bityuckiy [this message]
2005-05-26 0:36 ` improving Reiserfs Performance John Dong
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=4294B6D9.6060804@yandex.ru \
--to=dedekind@yandex.ru \
--cc=dedekind@oktetlabs.ru \
--cc=reiserfs-list@namesys.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.