Re: [Suspend-devel] Resume performance

Previous thread: [PATCH 0/9] ASoC Blackfin supporting (v2) by Bryan Wu on Friday, September 5, 2008 - 3:21 am. (15 messages)

Next thread: Re: [LTP] [TESTING] x86: implement prctl PR_GET_TSC and PR_SET_TSC in 2.6.26 by Subrata Modak on Friday, September 5, 2008 - 4:09 am. (2 messages)
From: Rafael J. Wysocki
Date: Friday, September 5, 2008 - 4:08 am

Hi,


What kernel are you using at the moment and which one was used for the

It looks like this happens here.  Can you try to unload the network driver

Sure, 35 seconds to resume is hardly acceptable.

Thanks,
Rafael
--

From: Anders Aagaard
Date: Friday, September 5, 2008 - 6:46 am

I tried to build a kernel without it, and it still takes the exact same 
amount to boot, I've also tried unloading usb drivers and it takes the 

--

From: Rafael J. Wysocki
Date: Friday, September 5, 2008 - 11:43 am

Can you try to boot with init=/bin/bash and suspend to RAM?  (Please have a
look at section 2 of Documentation/power/basic-pm-debugging.txt in the newer
kernel sources).

Thanks,
Rafael
--

From: Anders Aagaard
Date: Sunday, September 7, 2008 - 3:35 am

I checked without X before, but forgot to unload the nvidia module, that 
apparently makes a big difference, I did some numbers with 
scripts/show_delta -b "Back to C".

Nvidia and X : 32 seconds
No X (same result as booting with init=/bin/bash) : 8.3 seconds
Git kernel : 8.2 seconds
Light kernel (no sound, network card and usb drivers) : 8.17 seconds
ATI card instead of nvidia : 8.22 seconds

I think we found the problem, I already replaced nvidia hardware in one 
computer to resolve another issue.  Really appreciate your help on this 
issue, this resume time works pretty well for me, it was a bit 
ridiculous when I could boot faster than resume.

Is 8 seconds fairly expected?  My other computer (same ati card) boots 
in about 2 seconds, but there's a lot less hardware in it (6 hd's and a 
ton of usb devices in one computer, 1 hd and 1 usb device in the other). 
  I checked cold booting with and without usb devices, my light kernel 
boots to /bin/bash in 2.5 seconds, normal kernel about 7-8.  But I dont 
see anything about usb on resume.


--

From: Rafael J. Wysocki
Date: Tuesday, September 9, 2008 - 7:13 am

Well, it should be a bit less than that.  Usually, the resume shouldn't take

That may matter a lot.  It would be interesting to check if detaching any of

Of course the USB devices are also resumed and that takes time (comparable
to the boot time).

Thanks,
Rafael
--

From: Anders Aagaard
Date: Tuesday, September 9, 2008 - 1:09 pm

From: Rafael J. Wysocki
Date: Tuesday, September 9, 2008 - 1:31 pm

This is with the NVidia driver I guess?  So your resume appears to be 1.6 s
faster without the USB devices.  Perhaps the disks also add to the latency.

If you have CONFIG_PCIEASPM set in the kernel config, you can try to unset it
and see if that changes anything.

Thanks,
Rafael
--

From: Anders Aagaard
Date: Tuesday, September 9, 2008 - 1:31 pm

Correct, and I'm also thinking it's the disks, I'll try that as soon as 


--

From: Anders Aagaard
Date: Thursday, September 11, 2008 - 1:53 am

I did some more testing, including the old results for referance:
Nvidia and X : 32 seconds
No X (same result as booting with init=/bin/bash) : 8.3 seconds
Git kernel : 8.2 seconds
Light kernel (no sound, network card and usb drivers) : 8.17 seconds
ATI card instead of nvidia : 8.22 seconds
Nvidia - usb : 30.4

Latest tests:
ati-1hd : 5.96s
ati-1hd-nousb-noups : 5.92s
ati-1hd-bios disabled firewire,network,usb : 5.74s

I was sure it was the hd's that caused the latency, oh well, in either 
case it's a massive improvement from what I had.


--

From: Pavel Machek
Date: Friday, September 12, 2008 - 5:23 am

8 seconds sounds long but reasonable...
									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--

Previous thread: [PATCH 0/9] ASoC Blackfin supporting (v2) by Bryan Wu on Friday, September 5, 2008 - 3:21 am. (15 messages)

Next thread: Re: [LTP] [TESTING] x86: implement prctl PR_GET_TSC and PR_SET_TSC in 2.6.26 by Subrata Modak on Friday, September 5, 2008 - 4:09 am. (2 messages)