All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind@infradead.org>
To: brij.singh@samsung.com
Cc: linux-mtd@lists.infradead.org
Subject: Re: Regarding UBI scalability
Date: Mon, 02 Feb 2009 11:31:18 +0200	[thread overview]
Message-ID: <1233567078.7085.62.camel@localhost.localdomain> (raw)
In-Reply-To: <31956721.196931233319535527.JavaMail.weblogic@epml10>

On Fri, 2009-01-30 at 12:45 +0000, BRIJESH SINGH wrote:
> Hi,
>     I have gone through UBI documentation which clearly mentions that
> UBI doesn't scale very well.(Boot time and Memory consumption
> increases with size of device.)This is very similar to JFFS2
> scalability issues. Log, journal(like UBIFS LPT)  combination might
> surely help on this issue.

Right.

>   I would like to work on this enhancement with the community. Before
> that I just wanted to check if any one is already working on it.

No, I do not think so.

>   As this a well known issue, I am sure somebody will have some design
> suggestions. Any design suggestions will be appreciated.

You could look at the old JFFS3 design document:

http://www.linux-mtd.infradead.org/doc/JFFS3design.pdf

at the "The superblock" section, which describes the idea of how to have
a data structure which refers everything else in the media: journal,
root nodes of the trees, etc.

An then you should think about how to store the EBA table on flash. And
how to store the erase counters on the flash. Many ideas may be borrowed
from UBIFS in this area.

I may help you in terms of design suggestions / review, and some code
review. But I do not really have time to seriously work on this.

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

  reply	other threads:[~2009-02-02  9:31 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-30 12:45 Regarding UBI scalability BRIJESH SINGH
2009-02-02  9:31 ` Artem Bityutskiy [this message]
2009-02-02 10:17   ` Amit Kumar Sharma
2009-02-02 11:07     ` Adrian Hunter
2009-02-02 10:57       ` Artem Bityutskiy
2009-02-02 11:18         ` Adrian Hunter
2009-02-02 20:07           ` Jamie Lokier
2009-02-02 23:44           ` Corentin Chary
2009-02-03 10:35             ` Brijesh Singh
2009-02-03 10:48               ` Artem Bityutskiy
2009-02-03 11:27                 ` Enrico Scholz
2009-02-04  7:41                   ` Artem Bityutskiy
2009-02-04  9:29               ` Adrian Hunter
2009-02-05  9:37                 ` Brijesh Singh
2009-02-05 11:17                   ` Adrian Hunter
2009-02-11  7:50                     ` Brijesh Singh
2009-02-03 10:46             ` Artem Bityutskiy
2009-02-03 11:13               ` Corentin Chary
2009-02-03 11:51                 ` Brijesh Singh
2009-02-04  7:45                 ` Artem Bityutskiy
     [not found] <7824366.270131233573513030.JavaMail.weblogic@epml10>
2009-02-04  9:47 ` Adrian Hunter
2009-02-05  9:40   ` Brijesh Singh
2009-02-08  9:48     ` Corentin Chary
2009-02-08 10:31       ` Kyungmin Park
2009-02-09  8:46         ` Artem Bityutskiy

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=1233567078.7085.62.camel@localhost.localdomain \
    --to=dedekind@infradead.org \
    --cc=brij.singh@samsung.com \
    --cc=linux-mtd@lists.infradead.org \
    /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.