Linux 3.15 Can Resume From Suspend Faster

https://01.org/suspendresume/blogs/tebrandt/2013/hard-disk-resume-optimization-simpler-approach

by arunc • 12 years ago

162 65 12 years ago

01.org

KayEss• 12 years ago

Might be interesting, but the site is down already

khc• 12 years ago

it's resuming from suspend

witty_username• 12 years ago

Oddly the Google Cache link also doesn't load.

anon_d• 12 years ago

I did for me once I switched to the text-only version: http://webcache.googleusercontent.com/search?q=cache:https:/...

sp332• 12 years ago

Here's an archived version, while the site is down: http://web.archive.org/web/20140331181833/https://01.org/sus... I don't see any mention of version 3.15, just a patch and some tests with 3.11?

SEJeff: don't use link shorteners.

shrugged• 12 years ago

It got merge in 3.15 you can see it in linus tree at http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...

kragniz• 12 years ago

This looks like it is from back in January 24, 2014. Has it now been accepted into 3.15?

Regardless, is this what OSX does? From my experience, it is drastically faster at resuming.

nextweek2• 12 years ago

Yes it has been merged, however given that the merge window only opened recently the 3.15 release will be 3-4 months away. Given that time frame its not likely that 3.15 will make it into the autumns Linux distribution releases. Probably be a year before this gets into the hands of users.

(unless someone backports it or you build your own kernel)

dbaupp2• 12 years ago

Or if one is using a distribution with rolling-releases, or just one that puts kernel updates into its repositories.

mikevm• 12 years ago

That blog post mentions ATA and SCSI patches, but only a SCSI patch was merged, any idea why?

Watabou• 12 years ago

Interestingly, OS X has the fastest resume from suspend I've ever seen. I'll see if this beats it.

Mikeb85• 12 years ago

Must be pretty quick because Ubuntu resumes before I can fully open my laptop lid...

contingencies2• 12 years ago

I was going to post the same.

Gentoo + Linux 3.14 + ZFS + dual SSDs + Macbook Pro 17" hardware (~2010).

Theory: Hardware subsystems on MBPs may have relatively strong power up speeds versus some other laptops.

keithpeter• 12 years ago

Debian SID: not quite so fast but certainly close. Thinkpad X00s.

    keith@mocha:~$ uname -a
    Linux mocha 3.13-1-amd64 #1 SMP Debian 3.13.7-1 (2014-03-25) x86_64 GNU/Linux

bananas• 12 years ago

Lucky you. Mine manages to hang before I can fully open my laptop lid! (12.04 LTS). Reverted to windows and using Linux in a VM.

Adaptive3• 12 years ago

I use both OS X and Linux daily, each on laptops and I would have agreed with you until recently. On 3.12-3.14 my resume times on have gone from slower than OS X to at least as fast, sometimes apparently faster, than the same OS X laptop.

This is a pure btrfs, gnome, arch linux install. Old hardware (Thinkpad x220).

Notably OS X still brings networking back up faster, but that is in the pipeline already for Linux.

Scramblejams• 12 years ago

"...that is in the pipeline already for Linux."

Would you have a link to this?

zabcik• 12 years ago

Is btrfs stable with hibernate now? The last couple of times I used it, it crashed on me.

nextos• 12 years ago

Slightly tangential, but I have almost the same setup (Arch + Thinkpad) and I've noticed slower shutdown times since ~3.12 due to systemd taking down oldroot. Are you experiencing the same thing?

maccard• 12 years ago

Notable OS X still brings networking back up faster

With the notable point that it doesn't work properly on a lot of hardware, in my experience (and in the experience of others I know). The major ISP in ireland provides the same box for most connections, and my mac just will not hold a connection to them when resuming from sleep. It appears to be an issue revolving around assignment of IP addresses, but I can't reproduce it, and it doesn't happen on my work network or uni network, but every UPC network I use with the same equipment (Technicolor TC7200U) has the issue.

Johan-bjareholt• 12 years ago

I have experienced the opposite with my MacBook Air. I have a Asus RT ac 66u router and use 5ghz on both the air and my Acer Chromebook c720 with archlinux installed on it using NetworkManager.

The the MacBook Air takes about 6sec to connect to the wifi while my Chromebook takes less than 2 seconds. Both can load Internet pages instantly after the OS reports that it's connected.

I have no idea why the MacBook takes so long, but I recently did a fresh install on it and got the same results

frozenport• 12 years ago

Was it because your macbook pro has an SSD?

josteink3• 12 years ago

I got curious about this as well.

The data presented shows resume times like nothing I have experienced in years. I'm guessing that if you already have a SSD-enabled laptop, the improvements wont be that noticable.

Still: Good to see more and more subsystems moving to parallel/async initialization. Every measure counts, and together I'm certain they do add up.

sunshinerag• 12 years ago

OSX > Linux. Love it

kryptiskt• 12 years ago

One thing I hate with my Mac is the window dressing they do, they show the screen as it was before it's actually usable to give an impression of faster resume than it really has.

asdfaoeu• 12 years ago

I've notice this too. The lock screen shows before it can accept key presses so I've had to wait else having it miss the beginning of my passphrase.

neolefty• 12 years ago

It's good as an interface, I think, because the human also requires some startup time -- if you can see what the screen looks like before it is interactive, you can orient yourself while the machine finishes reactivating.

olalonde• 12 years ago

Hate? I like this feature for 2 reasons: the clock shows the time at which the computer suspended (gives me an indication of how many hours I've been asleep on the keyboard :)) and if I was reading something, I can keep reading it while the OS loads.

frik• 12 years ago

Microsoft faked the startup speed beginning with WinXP too. In Windows 2000 it took a long time to see the desktop. To speed it up in WinXP they show the desktop quit early but several startup-processes are still running with higher priority. So you had to wait til the hour-class was gone and the UI reacted to mouse clicks. Well the same was true for earlier MacOS X like 10.4 Tiger were you could watch and wait the spinning ball.

Nowadays with multi-core CPUs and SSD you won't notice such effects.

Windows 2000 boot to desktop: http://www.youtube.com/watch?v=FBdy9zxNVEw

Windows XP boot to desktop: http://www.youtube.com/watch?v=EHgCrbcu0Ow

agumonkey• 12 years ago

Just like they fake the perceived slimness of their machines. Thin border, deeper bottom.

Looks better than it is, works very well.

rcthompson• 12 years ago

It does this when resuming from disk, not from RAM.

peedy2• 12 years ago

In my experience it is the other way round. I run Linux 3.13 on Macbook pro (Early 2011). OSX takes 2~4 seconds, linux takes ~1 second.

Adirael• 12 years ago

My MBP (Late 2009) takes less than a second both on Ubuntu and OS X (Mavericks) to password prompt.

AndrewDucker2• 12 years ago

This seems to be a similar approach to the one taken by Windows[0]

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's resume time.

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.

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.

[0]http://blogs.msdn.com/b/doronh/archive/2007/10/15/fast-resum...

praseodym• 12 years ago

And that was for Windows XP, 13 years ago...

danford• 12 years ago

I switched from XP to Ubuntu about 6 years ago. At the time I was running an old dell laptop that had been shipped with XP. Perhaps their concept is similar, but my resume time in Ubuntu was a lot faster than that of XP.

Perhaps they had the right idea but didn't execute it perfectly, hopefully the Linux devs will get it right. I'm impressed by the resume times in windows 7 on faster computers but on more budget systems Linux still seems to be the king of resume times and performance (at least in my experience). I've only used windows 8 on an employees laptop and from what I can tell, it wasn't made to perform well on his Toshiba to say the least. I've seen both windows 7 and windows 8 running very well, much better than linux, on the right hardware though. The performance of windows on budget hardware (75% of consumer) is mediocre at best, which is unfortunate, but what's even more unfortunate is that because a select few can get Windows performing amazingly on great hardware, the consumer market seems to think it runs amazingly everywhere. Hopefully soon it will, or people will come to their senses and realize installing windows on a low budget (average consumer grade) system is more trouble than it's worth.

ansgri2• 12 years ago

Offtopic, but they've got real cool domain (01.org), and I don't see no sites at 02.org etc; even for 01.org the InterNIC tells nothing! (whois limit exceeded) http://reports.internic.net/cgi/whois?whois_nic=01.org&type=...

Could somebody please comment on this?

ansgri2• 12 years ago

I'm sorry, for some weird reason my browser didn't load from the first try all those 0\d.org sites that apparently do exist.

Linux 3.15 Can Resume From Suspend Faster

Related Stories