[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1325127531.2029.13.camel@shrek.rexursive.com>
Date: Thu, 29 Dec 2011 13:58:51 +1100
From: Bojan Smojver <bojan@...ursive.com>
To: Barry Song <21cnbao@...il.com>
Cc: rjw@...k.pl, linux-pm@...ts.linux-foundation.org,
LKML <linux-kernel@...r.kernel.org>,
DL-SHA-WorkGroupLinux <workgroup.linux@....com>
Subject: Re: [PATCH] PM / Hibernate: Improve performance of LZO/plain
hibernation, checksum image
On Thu, 2011-12-29 at 10:37 +0800, Barry Song wrote:
> i mean we can load image and decompress them in different threads when
> we reboot from hibernation. after i read codes more carefully, that
> has actually been done by lzo_decompress_threadfn().
Correct. Both hibernation and thaw are multi-threaded.
> here the problem is we didn't seem to get any faster after applying
> your compression patch when doing hibernation on SD/NAND.
> we are trying to figure out the reason.
This may depend on many factors:
- how much CPU power you have
- how many CPUs you have
- how much I/O can your disk do
Remember, there is one thread that does CRC32 as well and other threads
will have to sync with that thread.
Anyhow, it would be interesting to know where the bottleneck is on your
particular system. If you system has lots of CPU power and fast I/O, the
patch indeed may not do anything at all.
PS. I did my testing on a ThinkPad T510 laptop. It has a Core i5 M520
2.4 GHz mobile CPU (this appears to the system as 4 CPUs - it's two
physical cores with hyper-threading enabled). The disk is classic
platter based disk (Seagate ST9500420AS). There is 8 GB of RAM on this
system.
--
Bojan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists