<story><title>Linux 3.15 Can Resume From Suspend Faster</title><url>https://01.org/suspendresume/blogs/tebrandt/2013/hard-disk-resume-optimization-simpler-approach</url></story><parent_chain></parent_chain><comment><author>AndrewDucker</author><text>This seems to be a similar approach to the one taken by Windows[0]&lt;p&gt;&lt;i&gt;There were a causes for the poor resume time, but a large contributor was device resume time.  Since the OS serialized S0 IRPs to all devices in the PnP tree, the time for each device to resume added sequentially to the system&amp;#x27;s resume time.&lt;p&gt;The OS serialization of the S0 IRPs could not change for Windows XP, so the problem was attacked at the other end...each driver would complete the S0 IRP as fast as it could so the OS could resume quickly and then asynchronously power up the device.&lt;p&gt;This way each device could power up in parallel and the total time to power up was not sequential (nor was it only the longest of any device to power up since there is still ordering between parent and child devices) and resume time could be dramatically slower.&lt;/i&gt;&lt;p&gt;[0]&lt;a href=&quot;http://blogs.msdn.com/b/doronh/archive/2007/10/15/fast-resume-and-how-if-affects-your-driver.aspx&quot; rel=&quot;nofollow&quot;&gt;http:&amp;#x2F;&amp;#x2F;blogs.msdn.com&amp;#x2F;b&amp;#x2F;doronh&amp;#x2F;archive&amp;#x2F;2007&amp;#x2F;10&amp;#x2F;15&amp;#x2F;fast-resum...&lt;/a&gt;</text></comment>
<story><title>Linux 3.15 Can Resume From Suspend Faster</title><url>https://01.org/suspendresume/blogs/tebrandt/2013/hard-disk-resume-optimization-simpler-approach</url></story><parent_chain></parent_chain><comment><author>Watabou</author><text>Interestingly, OS X has the fastest resume from suspend I&amp;#x27;ve ever seen. I&amp;#x27;ll see if this beats it.</text></comment>