From: Artem Bityutskiy <dedekind@infradead.org>
To: Adrian Hunter <ext-adrian.hunter@nokia.com>
Cc: Amit Kumar Sharma <amitsharma.9@samsung.com>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
"brij.singh@samsung.com" <brij.singh@samsung.com>
Subject: Re: Regarding UBI scalability
Date: Mon, 02 Feb 2009 12:57:39 +0200 [thread overview]
Message-ID: <1233572259.7085.64.camel@localhost.localdomain> (raw)
In-Reply-To: <4986D3F6.5030208@nokia.com>
On Mon, 2009-02-02 at 13:07 +0200, Adrian Hunter wrote:
> I would suggest an intermediate step. Create UBI2 which is
> similar to UBI but stores eraseblock information in one place,
> instead of at the beginning of each eraseblock. Such an approach
> might be OK up to as much as 64GiB, and would probably perform
> better than a fully scalable version.
>
> Then look at creating UBI3, which is fully scalable.
Yes, I assume UBI2 should store mapping/erasure information in separate
tables, not in each eraseblock. So we should get rid of eraseblock
headers.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
next prev parent reply other threads:[~2009-02-02 10:57 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
2009-02-02 10:17 ` Amit Kumar Sharma
2009-02-02 11:07 ` Adrian Hunter
2009-02-02 10:57 ` Artem Bityutskiy [this message]
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=1233572259.7085.64.camel@localhost.localdomain \
--to=dedekind@infradead.org \
--cc=amitsharma.9@samsung.com \
--cc=brij.singh@samsung.com \
--cc=ext-adrian.hunter@nokia.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox