Re: [RFC PATCH 0/3] pm: device parallel resume mechanism

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

 



On Friday, 19 of December 2008, Zhang Rui wrote:> Hi, all,> > The resume process can be split into 3 parts, BIOS resume time, kernel> resume time and X/application resume time.> And device resume takes most of the kernel resume time.> this patch set introduces a new mechanism to resume device in parallel> which can reduce the device resume time a lot.> > In this proposal, some devices can create its own workqueue for> parallel resume. And for all the other devices that depends on this> device, their resume methods are queued in the same workqueue.> And we flush all the workqueues before resuming X/applications.> > As the devices vary from different platforms. it's hard to give an exact> number of how much time it can reduce.> Here are some of my test results:> 1. eeepc901, kernel resume time can be reduced from about 2.1 seconds to> 1.6 seconds.> 2. a SantaRosa testbox, kernel resume time can be reduced from about> 3.5s to 2s.> > please review this patch. Any comments are welcome. :)
Well, given that our single-thread resume is not exactly correct, I thinkit's _way_ to early to indroduce things like this.
Thanks,Rafael_______________________________________________linux-pm mailing listlinux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx://lists.linux-foundation.org/mailman/listinfo/linux-pm


[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux