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.
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.
Sometimes it's frustrating since it looks like frozen.
Sometimes it's misleading, e.g. when you see that you didn't get an email or a IM notification, and then you realize it's because your e-mail/IM app is not really running yet.
Or when you take a quick glance to the wifi indicator and see that there are many bars and then you go away assuming there is connectivity but when it actually awakes you are not really online.
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
Looks better than it is, works very well.
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.
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.
Just in case anyone want's to work on what my cat has discovered. It is leased with my ISP contract, so I would never open it myself.
As for the "fuck" part, AVM with the Fritzbox ain't a bit better, though. Looks like all cable routers are locked down and no sources available - probably to prevent people from building DOCSIS sniffers or network disrupters (30-apartment house, all connected via DOCSIS on one link, now good luck finding the asshole).
I'd love to see some progress on this, I also have a USB-TTL ready, but no real reverse engineering skills.
Did you see the telnet running on 192.168.100.1?
I've quickly googled a picture of the PCB for you and annotated it. From you thread you linked that's the bootloader serial port. if you look beneath the cooler (without removing it) you'll see "console" written there. That's the Linux serial console. I didn't want to remove the cooler. So my cat just soldered itself onto it from the back of the PCB. I'm not sure what the pinout was anymore. But it's easy enough to figure out with a multimeter.
Edit: I've made a picture, My cellphone cam sucks, but you can see the "CONSOLE" written on it. Just use a multimeter on the back of your PCB to figure out the pinout.
Also I did see the telnet port in the management net, but could figure out the login. The regular HTTP webinterface loads too on this ip, but you can't login with your credentials. If my create a backup from your config on the webinterface, there seems to be a user for ISP support at the end of the file. But I couldn't login with that either.
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
Would you have a link to this?
Quite impressive improvements. Can't wait until this goes live on normal distros.
I definitely am not running btrfs on a production machine, but I love it on this laptop. Wouldn't call it stable yet.
edit to note that I don't hibernate, just sleep.
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.
keith@mocha:~$ uname -a
Linux mocha 3.13-1-amd64 #1 SMP Debian 3.13.7-1 (2014-03-25) x86_64 GNU/Linux
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.
SEJeff: don't use link shorteners.
Could somebody please comment on this?
Regardless, is this what OSX does? From my experience, it is drastically faster at resuming.
(unless someone backports it or you build your own kernel)
May I ask what distro(s) you had in mind?