Re: New fast(?)-boot results on ARM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08/14/2009 11:04 PM, Denys Vlasenko wrote:
[  2.742628]<    0.016050>  0x000000360000-0x000004000000 : "root"
[  3.058610]<    0.315982>  UBI: attaching mtd7 to ubi0
[  3.062878]<    0.004268>  UBI: physical eraseblock size:   16384 bytes (16 KiB)
[  3.070601]<    0.007723>  UBI: logical eraseblock size:    15360 bytes
[  3.070665]<    0.000064>  UBI: smallest flash I/O unit:    512
[  3.078564]<    0.007899>  UBI: VID header offset:          512 (aligned 512)
[  3.078609]<    0.000045>  UBI: data offset:                1024
[  5.006609]<    1.928000>  UBI: attached mtd7 to ubi0
[  5.013157]<    0.006548>  UBI: MTD device name:            "root"

As others commented, ubi looks slow and you probably need to find out why.

Right. UBI is rather slow in attaching MTD devices. Everything is explained
here:

http://www.linux-mtd.infradead.org/doc/ubi.html#L_scalability
http://www.linux-mtd.infradead.org/doc/ubifs.html#L_scalability

There is not very much you can do to speed it up but implement UBI2. UBIFS
would stay intact. There were discussions about this and it does not seem
to be impossibly difficult to do UBI2. Here are few ideas:

http://www.linux-mtd.infradead.org/faq/ubi.html#L_attach_faster

--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line "unsubscribe linux-embedded" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Gstreamer Embedded]     [Linux MMC Devel]     [U-Boot V2]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux ARM Kernel]     [Linux OMAP]     [Linux SCSI]

  Powered by Linux