public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* Huge ubi or ubifs sync slowdown since 2.6.32
@ 2010-12-20 22:36 Charles Manning
  2010-12-22 14:43 ` Artem Bityutskiy
  0 siblings, 1 reply; 2+ messages in thread
From: Charles Manning @ 2010-12-20 22:36 UTC (permalink / raw)
  To: linux-mtd, linux-omap


Hi All

I've been looking into a ubifs performance regression on linux-omap 2.6.37.

My test is pretty simple, copy a 2Mbyte file and sync.

# sync; date; cp 2Mbyte-file foo; sync; date

On 2.6.32 and earler, the time between the two dates was around 3 seconds.
On linux-omap master it is around 14 seconds. Ouch!

At first I thought the problem was due to changes in the OMAP nand drivers, 
but raw randwrite speed is actually a bit faster. This suggest the finger 
should be pointed at ubi or ubifs.

I then thought that perhaps the layout of my ubinized image might be a 
contributing factor so I erased the partition, ubiformatted and ubimkvoled. 
The problem persisted,

Any suggestions as to what might be broken or how to debug this deeper?

Thanks

Charles

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Huge ubi or ubifs sync slowdown since 2.6.32
  2010-12-20 22:36 Huge ubi or ubifs sync slowdown since 2.6.32 Charles Manning
@ 2010-12-22 14:43 ` Artem Bityutskiy
  0 siblings, 0 replies; 2+ messages in thread
From: Artem Bityutskiy @ 2010-12-22 14:43 UTC (permalink / raw)
  To: Charles Manning; +Cc: linux-omap, linux-mtd

On Tue, 2010-12-21 at 11:36 +1300, Charles Manning wrote:
> Hi All
> 
> I've been looking into a ubifs performance regression on linux-omap 2.6.37.
> 
> My test is pretty simple, copy a 2Mbyte file and sync.
> 
> # sync; date; cp 2Mbyte-file foo; sync; date
> 
> On 2.6.32 and earler, the time between the two dates was around 3 seconds.
> On linux-omap master it is around 14 seconds. Ouch!
> 
> At first I thought the problem was due to changes in the OMAP nand drivers, 
> but raw randwrite speed is actually a bit faster. This suggest the finger 
> should be pointed at ubi or ubifs.
> 
> I then thought that perhaps the layout of my ubinized image might be a 
> contributing factor so I erased the partition, ubiformatted and ubimkvoled. 
> The problem persisted,
> 
> Any suggestions as to what might be broken or how to debug this deeper?

Can you try this on nandsim and see if there are still differences? You
can make nandsim slower by injecting an udelay somewhere. Try this on
your x86 host - this way you'll narrow this down to an OMAP-specific or
platform-independent problem.

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-12-22 14:43 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-20 22:36 Huge ubi or ubifs sync slowdown since 2.6.32 Charles Manning
2010-12-22 14:43 ` Artem Bityutskiy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox