[lkml]   [2009]   [Aug]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 2/6] PM: Asynchronous resume of devices
On Sunday 30 August 2009, Alan Stern wrote:
> On Sat, 29 Aug 2009, Rafael J. Wysocki wrote:
> > I only wanted to say that the advantage is not really that "big". :-)
> >
> > > I must agree, 14 threads isn't a lot. But at the moment that number is
> > > random, not under your control.
> >
> > It's not directly controlled, but there are some interactions between the
> > async threads, the main threads and the async framework that don't allow this
> > number to grow too much.
> >
> > IMO it sometimes is better to allow things to work themselves out, as long as
> > they don't explode, than to try to keep everything under strict control. YMMV.
> For testing purposes it would be nice to have a one-line summary for
> each device containing a thread ID, start timestamp, end timestamp, and
> elapsed time. With that information you could evaluate the amount of
> parallelism and determine where the bottlenecks are. It would give a
> much more detailed picture of the entire process than the total time of
> your recent patch 9.

Of course it would. I think I'll implement it.

The purpose of patch 9 is basically to allow one to see how much time is
spent on the handling of devices overall and to compare that with the time
spent on the other operation during suspend-resume.


 \ /
  Last update: 2009-08-30 15:17    [W:0.076 / U:26.856 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site