Slashdot Mirror
Windows 8 To Feature 'Fast Startup Mode'
New story submitter CSHARP123 writes "Microsoft has posted details about a Windows 8 feature that is a hybrid between cold booting and waking up from a hibernated state. This feature is called fast startup mode. Gabe Aul, director of program management in Windows, explains: '[A]s in Windows 7, we close the user sessions, but instead of closing the kernel session, we hibernate it. Compared to a full hibernate, which includes a lot of memory pages in use by apps, session 0 hibernation data is much smaller, which takes substantially less time to write to disk. If you’re not familiar with hibernation, we’re effectively saving the system state and memory contents to a file on disk (hiberfil.sys) and then reading that back in on resume and restoring contents back to memory. Using this technique with boot gives us a significant advantage for boot times, since reading the hiberfile in and reinitializing drivers is much faster on most systems (30-70% faster on most systems we’ve tested).' The post contains a video as well, which shows Windows starting up in less than 10 seconds."
Can we start talking about "Time to a Usable Desktop"? My laptop boots to a login prompt in 15 seconds, but after login it's another 2-5 minutes before it's done thrashing the hard drive. There are precious few (useful) tools available to track down everything the system is doing, and even fewer to help you improve the situation.
"Tell me doctor, with all of your defenses, are there any provisions for an attack by killer bees?"
So they have done what LISP systems have been doing for two decades or more? It's a standard thing for a LISP environment to initialize the environment and store a core image of it to speed up startup. Same thing can be done for LISP applications, effectively giving you hibernation of individual apps in a clean state.
A successful API design takes a mixture of software design and pedagogy.
Didn't think about that. The hibernate file doesn't have any special permissions or encryptions or something does it?
It doesn't matter if the file is protected. If you can breach the kernel, and store your malware/rootkit/etc as part of the "session 0" data mentioned in the summary, then the OS will automatically save it all for you. No need to crack the file.
However, the file does provide another vector for attack.
RTFA and find out..
Hint... The answer is yes. But note that they do re-intialize drivers even in the hybrid boot, so that takes care of a majority of kernel level issues
They didn't really figure out anything new - it's more like they're forcing a half hibernate on people who'd usually just shut down or reboot.
For those of us who already use the available sleep/standby states or hibernate, the difference will be unnoticeable, because the reboots we perform (i.e. after software or driver installation, or after Windows updates) will probably still require the full shutdown we've come to know and loathe. :(
If you read the article, the hybrid booting is only part of the upgrade.
It’s faster because resuming the hibernated system session is comparatively less work than doing a full system initialization, but it’s also faster because we added a new multi-phase resume capability, which is able to use all of the cores in a multi-core system in parallel, to split the work of reading from the hiberfile and decompressing the contents. For those of you who prefer hibernating, this also results in faster resumes from hibernate as well.
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
If you've got THAT much access to the system, you probably don't need to do anything fancy to keep it there. Besides, if the user does a restart, it'll wipe the hibernate file anyway.
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
The biggest problem I have when running Windows, especially in a corporate environment, is all of the crapware that doesn't start until I log in. Those are the programs that decide to do massive tasks as soon as they're started. They bog down the network connection and thrash the hard drive doing their startup scans. They make the desktop completely unusable for significant lengths of time after login.
I suppose the fast boot to a login screen is useful. I'm able to get to the login screen quickly and log in. Then I can go get my coffee and read the paper while the startup applications take forever to do whatever it is they are doing. But it still doesn't solve the core problem of having a computer that is up and useful to the end user in a reasonable amount of time.
Now, it should be obvious that the blame here is not entirely on Microsoft. They have no control over what crap the end user (or corporate IT monkeys) install on the desktop. They can't control what gets started up when the user logs in. Microsoft has no way to prevent an idiot from writing an anti-virus package that does a complete system scan (that bogs down the entire system while it's running) when it is first started by the user. There's nothing stopping a startup program from waiting for a slow network connection to time out, causing the entire startup process to basically hang. There's nothing Microsoft can do to prevent a program to rebuild it's entire search index at startup, thrashing the disk to the point where the entire system is unresponsive while it's running.
But Microsoft is not entirely blameless either. The root of the problem was the decision to make the console the central focus of operation.There is absolutely no reason why so much of the software has to start up as soon as the user logs in. There is no reason why it cannot be tied to the startup of the computer. And if that software was tied to computer startup there would be no reason it could not be identified for hibernation just like the kernel, resulting in not only a faster boot time but a faster time to actual usefulness of the desktop.
When I was young my dad and I built a go-kart that used the power train straight out of my grandmother's electric wheelchair. It was fast and looked cool and for a time I felt like the Alain Prost of my entire neighborhood. There was one small problem though... my grandmother was still using her wheelchair at the time. So when she wanted to go out, we would put the battery and motor back in the wheelchair and when I wanted to use the kart we would swap it back. It took about twenty minutes and since she only went out once or twice a week, it wasn't too much of a hassle (for me at least.) It is at this point in the story that my mother pointed out something so ridiculously obvious that it would probably baffle, disorient and possibly even permanently educate Microsoft kernel developers... you know who you are... you have been warned...
My dad, being an enthusiastic amateur engineer improved the swap out time by mounting the whole assembly to a bracket that we could take out of one and bolt into the other in under ten minutes. I remember him and me being excessively proud of this rapid start up time. But then my mother dropped a bombshell that changed the face of go-kart engineering in our household forever. She suggested that we use the DC motor and battery pack from the Flymo lawnmower that sat gathering dust in the garden shed because my Dad hated using it. The mower motor and battery were both lighter and with a bit of gearing, the kart was faster than ever. I was happy, granny was happy, dad was happy and the startup time was reduced from ten minutes to zero seconds.
Not really, because unlike a real hibernation it's not writing the whole RAM contents to disk. The idea is that you skip a whole lot of reinitialisation of the OS that isn't really necessary.
No kidding!!! What do you say at this point?
My Windows 7 already starts up in under 10 seconds anyway (SSD for the win). That's from the end of the BIOS to a fully responsive and usable desktop, too.
Needless to say I don't use hibernate (or even sleep). I just power off and back on. It's stupidly quick on SSDs and will get faster in the future. I think once rotating platter HDDs start going the way of the dodo on all PCs rather than just enthusiasts' ones (which will be quite a while yet, admittedly, as they still lag in price/GB and some would also argue reliability stakes), the whole 'slow booting' problem (and need to use things like hibernation) will go along with it.
OK so I tried Soluto in a VM. I was curious and downloaded it.
Granted that a VM is not a real machine, it shouldn't make any difference in this sort of software. But it does. The VM install of Windows is pretty spare. It has only a few programs that I actually fuck around with in Windows. It takes under 10 seconds to get to login and under 5 for the desktop to appear. So it's no slouch.
1. Soluto's a pig. Oink Oink. It will not even install if you have less than 512MB of RAM, which a lot of people do if they're still running XP (which is a huge amount of people). This means typically 256 or 384MB or 512MB with "shared graphics memory" cutting it down. I know, people should upgrade, but this isn't some sort of 3D modeling program, it's just a startup trimmer and browser fixer.
2. It's a sloth. It's slow as molasses in January. The install is slow and the interaction is slow. And its disk footprint is huge for what it does.
3. It /insists/ on using flashy 3D graphics calls. I know that you have to please the drooling masses somehow, but this is one of the main causes of #2. In a VM it turns the interface /unusable/. I had flashbacks of Norton in the 9x days.
In short, this program has loads of fat that should be cut off and thrown in the fire. It should reflect what it purportedly does - speed up your machine. This is not done by adding useless frippery.
--
BMO
What a passive-aggressive piece of shit.
An animated frowny-face when I go to Install? And second guessing me?
Fucking really?
I'm sorry, but this is unacceptable in a utility software.
There is a quality I see in good software. I call it 'neatness'. It's a tough quality to describe. Neat software does something useful, does it with aplomb, and has a simple, spare, self-descriptive interface that does not surprise the user in bad ways. But it's more than that. It's software that, when used, puts a smile on your face because of its elegance.
Soluto is anything but that.
--
BMO