Vista To Be Updated Without Reboots

UltimaGuy writes "Microsoft is working on a new feature for Windows Vista, known as Restart Manager, which will update parts of the operating system or applications without having to reboot the entire machine. From the article: 'If a part of an application, or the operating system itself, needs to updated, the Installer will call the Restart Manager, which looks to see if it can clear that part of the system so that it can be updated. If it can do that, it does, and that happens without a reboot.'"

Comments

funny department

[pohl]

"from the welcome-to-the-world-of-tomorrow dept"? More like welcome to unix of yesteryear. What's with the kid that always crosses the finish line last and somehow always gets perceived as the leader?

Re:funny department

[theantipop]

Maybe it's sarcasm? No, that's unpossible Slashdot is to regard all matters with the utmost of seriousness.

Re:funny department

[zulux]

What's with the kid that always crosses the finish line last and somehow always gets perceived as the leader?

Maby the last kid that crossed gets all the attention because he's "special." ...

It's the same way when I show people Windows Remote Desktop.... they act like it's a big deal.

Unix had "remote destop technology" before most Unix users could afford computer monitors.

And even then, Unix was late to the party many times - I've been put in my place by old geezers when they say... "Well, my PDP-8 did that too. With punch-cards."

Re:funny department

[kuzb]

I dub the parent comment "Welcome to the flame of today". This isn't about unix, nor is it about competing with Unix. This is about fixing a long-standing user complaint. Why must there always be a comparison? Another fine example of "it doesn't matter how many problems get fixed, we'll be here to bitch about it anyway"

Re:funny department

[MSFanBoi2]

Look, we ain't talking about Unix or Linux here, we are talking about Windows.

Windows wasn't able to do this before, now it is.

What with the kid that keeps thinking that Windows and UNIX are the same and features in each have to mirror each other.

Re:funny department

[MightyMartian]

The point, other than a bit of chest beating, is to demonstrate that Microsoft loves to ooze BS about innovation, but when you look at what they do, it's been around for a long bloody time./

Re:funny department

[Anonymous Coward]

What's with the kid that always crosses the finish line last and somehow always gets perceived as the leader?

Why does every topic have to come down to politics and the Bush administration?

Re:funny department

[dslbrian]

This is about fixing a long-standing user complaint. Why must there always be a comparison?

Probably because "long-standing" doesn't really do it justice. The problem has existed in all Windows versions up to and including the ones that exist today. The comparison is because Unix and variants overcame the problem what, years? decades? ago. Imagine them saying that Vista is going to patch a 20year hole in IE, most people would compare to alternatives and say wtf took them so long...

Re:funny department

[chris_mahan]

Ah yes, the Dreaded Remote Punch Cards.

Re:funny department

[dtfinch]

"In a small way, Windows NT is a Unix." -Bill Gates

Re:funny department

[edwdig]

Except the Vista implementation is better.

Unix systems gladly replace system libraries that are in use, and just hope that not problems happen because two different versions of the same library are in use simultaneously. The further away from the core libraries you get, the lower the odds of a problem, but it's still a risk. The Unix approach is basically "Let's just go ahead and do it, it'll probably be ok."

Windows takes the safe approach of only updating libraries that are not in use. I'm sure you'd wind up with weird glitches if your apps were using multiple versions of GDI simultaneously. The Windows approach is "It may be ok to update this now, or it may not. Just to be safe, let's not update it until we can guarentee it's safe."

The Vista implementation is going to try to free up libraries, and if it can, will then update them in place. If not, you'll still have to reboot.

Re:funny department

[IAmTheDave]

More to the point, it's not even that relevant. MS can install updates without reboots too, like the latest .NET Framework 1.1 update for instance, which unlike the original install of the framework, didn't require a reboot on my PC. Heck, Windows Update often runs without rebooting.

Read the fine print:

...which looks to see if it can clear that part of the system so that it can be updated. If it can do that, it does, and that happens without a reboot.

And if it CAN'T clear that part of the system? <mentok voice>REBOOT!</mentok voice>

So, I'm not sure how this is much different than before, aside from Vista will try to unload unused system dlls as well as non-system dlls?

Re:funny department

[Zathrus]

q[More like welcome to unix of yesteryear.]q

Really? Your Unix installations save the current environment when they need a reboot (for, oh say, a kernel update) and restore it completely when finished?

What this appears to do is considerably more than just try to avoid reboots (which, while improved under XP, still happen way too damn much -- for both OS and "application" patches), it actually tries to make a reboot a non-event as far as the user is concerned.

It won't work though. There's too many potential issues -- most of them security related. If you're logged in on a network it would have to remember your login info to restore that. What if you're logged into remote connections, like ssh sessions? Or ftp? Or your web banking? While these might be solvable, my guess is that solving some of them (like retaining the SSL session for the web banking) would involve some pretty massive potential security holes beyond just remembering passwords that it shouldn't.

Fixing the real issues would require a massive rewrite of the file systems, the memory manager (esp. virtual memory), and other key OS components. Unix has done it right for a long time in this regard -- delete a file in use? Sure, no problem. But it's not actually de-allocated from the FS until the current process releases it. This has its own set of issues, but they're much more managable than the ones that exist with Windows' current methods. Better yet would be inherent versioning, ala VMS's FS. Certainly disk space is cheap now compared to back then -- it's surprising that nobody's revisited this.

Re:funny department

[ZakMcCracken]

Yes, well, with today's Unix infrastructure you can do remote server access, but can you do remote *desktop* access?

Sure you can adapt server tools like X11 to do remote access, but then remote desktop involves more: can you see your local hard drive from the applications on the desktop machine that you're remoting into? Can you see your local printer, so the printouts come where you are by default and not on the printer that is connected to the remote PC? Can you hear sounds played by applications when you remote into a PC?

Same thing with fast user switching... many people said, on Linux you have long been able to open many virtual consoles under different identities... Just Ctrl+Fn between them... Ah yes but what happens when you switch consoles? Notice how it doesn't ask for your password? Which makes it applicable in many settings, contrary to the Mac or Windows versions of fast user switching which do ask for password. Feature comes in late, but right.

As to changing OS components while running... Sure, Linux has had kernel modules, FreeBSD has had a microkernel... but is there a tool to automate dependency checking, to see which services need to be shut down, to actually shut them down / unload modules, and then relaunch services?

Unix OS's "can do" a lot of things, if you accept that many of the capabilities are pushed out of the OS onto the end-user. Actually if you start thinking this way, coding pure assembly in kernel mode actually has the most features!!

Re:funny department

[NotoriousQ]

Except this already happens anyway. When a library is replaced the original is deleted, but the content still hangs around until all programs that rely on that library close, at which point the file system deletes the content.

All programs that start after library has been updated use the updated version.

The main issue is that in windows, two files can not exist under the same name (no concept of linking). (well, sort of. I am not sure if NTFS streams can be used for this.)

Re:funny department

[zulux]

but is there a tool to automate dependency checking, to see which services need to be shut down, to actually shut them down / unload modules, and then relaunch services?

No need for that in a proper system.

Let's say I want to upgrade Samba: In Unix, while the system is running, I upgrade the binaries right over the old versions. Unix is smart enough to keep the old version around and all clients that are in use continue to work just.

Any new client gets the new version.

As old sessions drop off over the next few weeks they get the new version when the reconnect. When the last old session dies, then you're fully migrated and none of the users ever noticed.

No need for "automared dependence checking" when your system was designed properly in the first place.

Re:funny department

[oGMo]

Unix systems gladly replace system libraries that are in use

Define "in use". If it's a program that's currently running and using it, no it doesn't. Even if the old library gets unlinked (deleted) it doesn't go away until the last process using it has exited. New libraries are named by their version (foo.so.X.Y.Z). Old ones go on living and things that are using them keep on using them.

Even programs that depend on older major versions of the library can coexist without anything special; minor versions are assumed to be binary compatible (and should be), but even if not you can manually specify which library to link if it comes down to that (like, if you broke the box and you need to rebuild it without rebooting).

Re:funny department

[man_of_mr_e]

Weeks? The idea behind an in-place patch is because of some security flaw. You don't want the old version hanging around for weeks. If there's a security vulnerability, I want to restart ALL of the services that use it immediately.

Re:funny department

[pikine]

This is essentially what Unix does, but not many people understand this.

What happens when you upgrade a package?

1. Package manager removes the files of the old package.
2. Package manager unpacks files from a new package.
3. Repeat until all packages are upgraded.

When an opened file is removed from the file system, its directory entry is removed, but the inode stays on disk as long as the file stays open. So old libraries remain on disk as long as old programs are using them, which essentially creates a parallel world of different library versions---one accessible from the file system, and the other accessible from existing running programs with open file descriptors. When the program restarts, it then uses the new library.

Re:funny department

[That's Unpossible!]

I will never regard all matters with the utmost seriousness.

Sincerely,

That's Unpossible!

Re:funny department

[Tim C]

When a library is replaced the original is deleted, but the content still hangs around until all programs that rely on that library close, at which point the file system deletes the content.

Not quite - it's more general than that. When a file that an application has open is deleted, the link to it is removed (so you can't see it any more, nothing else can access it, etc) but the data is left in place and any file handles remain valid. Once the last handle to it is closed, then the inodes are marked as being free.

That's the case for *any* file, be it a library, an mp3, a text file, etc.

For what it's worth, I can see situations in which replacing a library that's in use could be problematic. If you start another instance of the app that's using it, for example, and the library that's changed defines a communications protocol, then you may well have problems if the two instances try to communicate. That may be relatively ok if it's an instant message system, but not so good if it's something more critical like an RDBMS. Not likely, perhaps, but not impossible.

The main issue is that in windows, two files can not exist under the same name (no concept of linking).

The same is true of Linux. In the case of deleting a file that's in use and replacing it with a new copy, there are not two files with the same name. There is one file with the name, and an area of data that is no longer linked to. That area of data *used* to have that name, but doesn't any longer.

When deleting a file that's in use, an OS has three options:

1. Delete it anyway and damn the consequences
2. Delete it but keep the data available for the application(s) using it (the Linux way)
3. Prevent deletion of the file (the Windows way)

Note that 3 isn't the only way it works under Windows, it depends how the file was opened. For example, WMP is perfectly happy to allow you to delete media files while you're playing them, notepad is fine with text files disappearing out from under it, etc.

Re:funny department

[Taladar]

Actually Linux does care whats on disk, it just doesn't care about the name in the filesystem tables, just the file itself, which means you can delete or reuse the name while the file is used.

Re:funny department

[dslbrian]

don't you think Apple (one of the, if not *the* biggest Unix distro)

Heh, ok I almost laughed at that. If you seriously think Apple is the biggest Unix distro, you have a seriously myopic view of the Unix world. Of course perhaps you were referring to *BSD (encompassing all derivatives) instead of "Apple".

Sure it might be theoretically possible in some lab setting, but the simple fact of the matter is that the Unix distribution I use every day doesn't, and so it can't be nearly as simple to accomplish as you seem to assume it is.

I'm not a kernel programmer (I have written drivers however), but I imagine it all has to do with the modularity of the kernel and subsystems. On the HPUX and Linux boxes I use daily, and also the Sun boxes I used to use, restarting core services - NFS, automount, etc. never required a reboot. Shutdown and restart the process and your good to go. Adding applications and libraries on said systems hasn't required rebooting either. I've installed major application suites (Cadence, Mentor Graphics), X, major libraries (perl, java, etc), cups print services, and so on - none of which required a reboot. Even something as invasive as swapping the video drivers can be done without a reboot. Exit X (or init 3), adjust startup script, restart X - all done.

On the flip side however is Windows, where when I installed my HP "plug-and-play" printer, it required rebooting -halfway- through the driver installation, and then again(!) after the drivers were fully installed. As near as I can tell everytime some stupid little app or game tries to install a dll it requires a reboot. The drivers for my digital camera and scanner were the same way. Why the heck do you have to reboot the whole machine to install a usb driver is beyond me. Perhaps its the peripheral manufacturer writing bad drivers, mabye its Windows, heck if I know, but thats the way it is.

Re:funny department

[Jesus_666]

Actually, it doesn't reboot. Updating is completely reboot-less. If something can't be rebooted the system just switches into Windows 95 Special Compatibility Mode, ie. it bluescreens. You can also turn on the Advanced Administrator Mode, in which case the system will attempt to overwrite the associated files until it gets an error and then bluescreens. The "Advanced Administrator" part refers to the fact that you have to be an MCSE to get the system back into a working state afterwards.

Linux kernel hackers have announced that they will get this feature out before the launch of Windows Vista. The Linux implementation will be called Automated Self-Trashing; the first alpha versions are already out, but so far it only works on IA-64 and SPARC.

Apple has announced that they are too cool for this and instead released HFS++, a file system that stores all files randomly splattered across "forks", "spoons" and "knives", which will make system recovery useless as no one can tell whether a particular piece of data is a filename, a QuickTime movie or the boot sector. This technology, also called Au Revoir, will make it easier than ever to trash sensitive data.

Hurd developers have simply pointed out that non-functionality is the default state of their operating system.

Re:funny department

[mrdaveb]

When there was a vulnerability in PHP, I killed everybody because I wasen't sure

Isn't that a bit drastic?

No Reboot

[faqmaster]

There is no reboot, just a breif BSOD, then you're back at teh login screen.

Fixing DLL management... what a novel concept

[KiltedKnight]

I guess now the D really will stand for Dynamic.

Part of the problem has always been that their DLL manager couldn't clean itself up without a reboot.

Re:Fixing DLL management... what a novel concept

[Krach42]

The windows DLL manager has been able to clean up after itself. The problem was that until Vista, everything has been tied in tight together, with a lot of integration between components, so it was difficult if not impossible to tell what could be restarted, and avoid the reboot.

Vista now uses much better compontentization, and this allows them to actually know what components were affected by an upgrade, and need to be restarted.

In the *nix world, everything's been compontentized from the start, and so naturally you were able to restart services instead of the whole machine fro mthe beginning.

Linux

[phulshof]

Damn! We should copy this feature into Linux! oh, wait....

Re:Linux

[jonesy16]

The slashdot crowd once again rears its ugly "i'm a linux zealot so I'll say anything against windows and for linux even if it's not true" head. I'm a regular user of both Windows XP and Ubuntu Linux. BOTH operating systems support killing and restarting MOST services without taking down the entire computer, as well as OSX. BOTH operating systems will let you dynamically load and unload hardware drivers without a reboot. BOTH operating systems will allow you to change your network configuration without requiring a reboot. BOTH operating systems require a reboot for kernel modifications. Windows requires a reboot for core DLL files since it doesn't have a runlevel 3 to drop back to like Linux does. But for all intensive purposes, if I have to shut down all services as well as X-windows, I'm not that close to being any better off. As other users have pointed out, don't blame Microsoft for the software maker's innability to report when a reboot is actually required or not. Linux never tells you when you "should" reboot unless you've installed a new kernel, it just blindly assumes you're ok, when sometimes you are not. This was also pointed out for OSX, whose update manager usually suggests a reboot even though the OS is capable of surviving without it. I can also tell you from personal experience that you can offer to "reboot later" and continue using the newly installed software with no problem most of the time. The difference in these approaches is that when grandma and grandpa install something and windows doesn't reboot for them and a conflict arises, they're left with a blue screen of death and can't understand what happened. When a linux user updates but doesn't restart X, and then applications start hanging, he/she knows, "oh, guess I just have to restart, that was my fault." When the general public isn't well educated and is using your software, you just do what's safest for them.

The question

[ScottSCY]

I think it still might be a better idea to reboot to linux and go from there :-)

As an IT Employee...

[ehaggis]

What will I do all day long now?

Re:As an IT Employee...

[SimReg]

Same thing you do now - read and post to Slashdot!

Ready for the desktop

[cactux]

So, with this new feature, will windows be ready for the desktop? Because it is years now that we hear "this year is THE year, it is ready for the desktop !"

Finally..

[yamcha666]

Finally! How long have we been waiting for something like this in a Windows system? Granted, UNIX/Linux/etc has had it forever and I love it that I don't have to reboot every time I install, for example, a cd burner app in Linux. So why should I have to reboot when I install something like Nero? Or anything besides the kernel or hardware for that matter?

Linux: Because rebooting is for adding hardware.

So now I only have to reboot once....

[Kaptain Kruton]

to go into safe mode and uninstall the damage done by the update.

Oh, Lordy!

[overshoot]

From the description it sounds complicated as all get out. Doing dependency checks in real time while the system is running, unlinking in-use libraries, etc.

It has "fragile" written all over it.

I suppose that there are reasons why Microsoft can't just leave an inode in place after unlinking it so that processes that use it don't lose it, but is this really the best workaround they can come up with?

An integral part...

[zecg]

...of the new Restart Manager is the Dolby Stereo 5.1 system. It checks whether it can update without reboot, sees that there's no fucking way, then plays a sound behind your back - you turn and presto! - no reeboot needed!

Re:Wow... Took only 30 years to catch up...

[joshv]

Not being able to kill services in not a limitation of windows, it's a limitation of the task manager. Use Sysinternal's Process Explorer - it will let you kill any process, even if doing so will crash windows.

Re:Wow... Took only 30 years to catch up...

[cnelzie]

What planet are you from? World of Yesteryearland?

    There's tons of GUI applications to shutdown and restart services on UNIX these days. Plus, some package managers are smart enough to shutdown a service, apply the updated files, copy over the settings, if some configuration files have been altered and then restart the service.

    ALL FROM A GUI!

    Again, welcome to the world of the future Mr. MS Apologist.

Re:Lets get it out of the way right now....

[prockcore]

How is this new, my {Unix| Mac| Linux} system has done this for years

Your mac most definitely has not done this for years. Even updating Safari requires a reboot on OSX. My mac can't go a week without Software Update asking for a reboot.

Re:hmmm

[dotgain]

Exactly. Will any exiting installers call the restart mis-manager? Probably not, because they don't know about it. You'll probably still get msgboxes telling you you must restart, with a single "OK" button on it, and not be able to click anywhere else. And of course there's the case of the restart mis-manager thinking it's clear to restart a service, when it isn't.

Oh, UNIX has had "Restart...

[cnelzie]

...Managers" for a very long time. They are usually hairy, sometimes suffer from poor hygeine or halitosis or stinky feat syndrome. Sometimes they are cranky and short-tempered, but fill them with enough pizza, Mountain Dew and Coffee and they usually work things right.

    They are typically called System Administrators.

Microsoft acts like a kid.

[windowpain]

I wish the hell they would just make the the damned thing more stable in the first place.

Microsoft acts like a kid who won't eat his vegetables, won't do his homework, won't clean up after himself and won't take out the garbage and yells, "Hey, hey Ma look! I can balance a beachball on my nose! Aren't you proud of what a clever boy I am?"

I'd like to take Billg by the hair and tell him, "No Windows Vista for you young man until you fix all the broken crap in XP! And stop making faces at cousin Linus."

Re:Microsoft acts like a kid.

[Namronorman]

As much as we'd like some software companies to just update our current products it's unlikely that it'll happen. For you see, giving updates for free is not where the money is at, especially when you have an astronomical user base.

It's that way with a lot of things, for example I have a Wireless card that was sold AFTER the release of WPA but its drivers were never updated to work with WPA because they decided to abandon a perfectly fine card. If you contact the company they'll admit it no problem, they know they can get away with it and make even more money by doing something else.

For a lot of companies money comes before security. Unfortunately, thanks to a large ignorant user base (not everyone, but the majority), this is a perfectly fine business model for them.

Re:Microsoft acts like a kid.

[glesga_kiss]

I wish the hell they would just make the the damned thing more stable in the first place.

Windows XP is stable. It's the third-party device drivers that cause the vast majority of the problems. Seriously, get the drivers right and the box will stay up as long as any Linux box. I've got an old PC as a media player, it's got hardly any cruft on it and it's rock solid. I'd quote the uptime, but it's low at the moment due to me doing some electrical work in my flat recently. The only thing that forces a reboot is the odd Windows Update, which is sounds like they've now sorted. Nice. Uptime is stability.

Once the makers of the thousand hardware devices start bundling close-sourced drivers for Linux, you'll see the exact same problems there. I mention closed-source specifically, as the ones that provide OSS drivers "get it" and will have theirs fixed for them as and when required.

Re:Microsoft acts like a kid.

[Darius Jedburgh]

I'm guessing you don't use MS products and are just talking out of your ass. I haven't seen a serious crash from a Windows box (either at home or for 4 years at work) since about 2001 apart from driver problems clearly caused by NVidia. I've had things like the desktop lock up on me but killing and restarting explorer.exe with the task manager seems to cure that. Meanwhile I now work at a Linux based company and have rebooted on a regular basis. Of course this isn't in line with /. groupthink so I'll be immediately modded into oblivion.

Re:Microsoft acts like a kid.

[quakeroatz]

Not sure what stability problems you're talking about with XP. The only crashes I have are related to dying hard drives, overheating, overclocking or using an older video drivers on new 3d apps/games. All of these factors having little to do with microsoft. Windows XP is stable. Vista? We'll see....

Re:Here comes another security hole!

[Anonymous Coward]

Stick with something older if you want, sheesh. All software has bugs, your post is so stupid on so many levels it makes me regret reading it.

Yes, but will it ask permission first?

[David Hume]

Wow... Took only 30 years to catch up...

The only thing is that now anybody will be able to do it and not just some geeks. Show me any mommies and daddies out there can do this with Linux and I will show you a geek.

Yes, but will it ask permission first? Or even allow you to decide whether it will ask permission first? Even if it does, what will the default setting be?

At least when one had to reboot to update, one could usually make an informed choice whether to interupt one's work, close everything, and reboot. One can only assume that the "update without reboot" process will not be without risk. That is not a slam against MS; software isn't perfect. One way we deal with such imperfection is by minimizing the consequences of a crash or fault.

What if "update without reboot" is, in the name of consumer friendliness, as well as in the supposed interest of the "mommies and daddies out there," both automatic and invisible, and something goes wrong and/or is corrupted in the middle of a vastly important project?

There is safety in being forced to reboot. It means you aren't doing something else.

A "Restart Manager"? How typical.

[Art Tatum]

Why is it that every Microsoft solution involves a "manager"? They never seem to get to the point and just fix a problem. Instead, we get these grandiose stacks of hierarchy. It's like the French government is behind every design decision.

Re:Here comes another security hole!

[rbarreira]

Only on slashdot would a stupid post which seems like it's built on top of some fucking "bad post template" be modded to +5 Interesting...

Re:Here comes another security hole!

[Wesley55221]

Ok, so what happens when someone learsn to trick this reboot manager into doing theiur bidding. Say a virus, trojan, or worm "learns" how to get this thing to work for it. It's a system process right? Thus should have some pretty hefty access priviliges and probably a million holes to have to plug. I'm waiting for the new generation of bugs and security holes that can be exploited just from one new aspect of this OS. Way to go Microsoft!

Well, at least you won't have to reboot.

It'll never happen

[UnknowingFool]

Call me a pessimistic, but I put this one in snowball's chance in hell likelihood. I mean, it's just as likely as the Israelis giving up Gaza Strip, the Red Sox and White Sox winning World Series, and Oprah appearing on the Late Show with Dave Letterman. And we all know those things won't happen.

Re:Wow... Took only 30 years to catch up...

[flyinwhitey]

"Data Recovery and Application Restart

With Windows Vista, users won't have to restart their computers for most updates and application installations. Windows Vista knows which applications and services are using which files, and if a file needs to be updated, Windows Vista can coordinate saving the application's data, closing the application or stopping the service, updating the file, and automatically reopening the application or restarting the service. This capability is provided by a feature called Restart Manager.

Restart Manager works with Microsoft Update, Windows Update, Microsoft Windows Server Update Services, Microsoft Software Installer, and Microsoft Systems Management Server to detect processes that have files in use and to gracefully stop and restart services without the need to restart the entire machine. Applications that are written to take advantage of the new Restart Manager features can be restarted and restored to the same state and with the same data as before the restart."

Show me anywhere in there where MS claims this is an innovation.

Your inferiority complex is showing.

Re:I'll believe it

[Not The Real Me]

Win2K was supposed to have the restart without reboot.
WinXP was supposed to have the restart without reboot feature.

The only way I can see Vista as having this feature is if Microsoft finally includes signalling (ala Unix/Linux and most other professional operating systems).

Great job, Microsoft!

[wbren]

Now if they could only make it so I don't have to restart Firefox every time I install a new extension.

Oops, wrong company...

But seriously, why do people criticize Microsoft so much for requiring occasional reboots when a much simpler application, Firefox, requires a restart every time an extension is installed. It seems like a browser extension would be much easier to load on-the-fly than an update to a core part of an operating system, so why not harp on Firefox? Is it because it isn't a Microsoft product? There are plenty of threads in this story's comments bashing Microsoft, saying it's about time they got their act together regarding reboots, etc. But what if Mozilla suddenly announced Firefox 1.5.1 would be able to load extensions on-the-fly? Everyone would cheer for Firefox and sing praises of such an innovative new feature. This story just reminded me of the double standard regarding Microsoft and, well, everyone that isn't Microsoft.

This new Windows feature sounds cool and it doesn't. I don't really care about rebooting, to be honest. It takes 30 seconds of my time (big deal). Stop adding things like this to Vista and just get it done and shipped. I'm still not going to use Vista for moral (DRM) reasons, but still... there must be some people who want it done sooner rather than later.

Re:Great job, Microsoft!

[caudron]

But seriously, why do people criticize Microsoft so much for requiring occasional reboots when a much simpler application, Firefox, requires a restart every time an extension is installed.

Because when I am asked to restart firefox I don't have to send a company-wide memo that all employees accessing server X will be unable to from 12:00AM to 12:05AM---assuming no problems otherwise it's 12:00AM to when the hell ever we figure out what went wrong on reboot of a production server.

But I agree that having the restart firefox is a pain when I'm just trying to surf the web.

See, that is the point

[einhverfr]

Because you don't have separation between directory information and disk information (inodes v. directories) you can't pull the great tricks that UNIX uses (delete/overwrite a file while in use, for example, without the program using it freaking out).