Slashdot Mirror


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.'"

632 comments

  1. funny department by pohl · · Score: 4, Insightful

    "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?

    --

    The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    1. Re:funny department by theantipop · · Score: 4, Funny

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

    2. Re:funny department by Anonymous Coward · · Score: 0

      You mean this kid?

    3. Re:funny department by zulux · · Score: 3, Insightful

      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."

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    4. Re:funny department by Elwood+P+Dowd · · Score: 1
      More like welcome to unix of yesteryear.
      You say that as if it were your joke, and not the editor's.

      Brainiac.
      --

      There are no trails. There are no trees out here.
    5. Re:funny department by TripMaster+Monkey · · Score: 1


      Wow...Bill Gates has really let himself go...

      --
      ____

      ~ |rip/\/\aster /\/\onkey

    6. Re:funny department by kuzb · · Score: 5, Insightful

      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"

      --
      BeauHD. Worst editor since kdawson.
    7. Re:funny department by pohl · · Score: 1

      Could be...but it's hard to feel bad about missing the lowest form of wit.

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    8. Re:funny department by Anonymous Coward · · Score: 0

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

      Marketing works in gym class too.

    9. Re:funny department by MSFanBoi2 · · Score: 5, Insightful

      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.

    10. Re:funny department by MightyMartian · · Score: 4, Insightful

      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./

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    11. Re:funny department by cayenne8 · · Score: 1
      "...this so-cakked innovation reminds me of Tomorrowland at Disney's Magic Kingdom..."

      I hear ya!! Updates to an OS, that don't require a reboot for each one?

      What's next? Color television!?!?!?

      :-)

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    12. Re:funny department by Anonymous Coward · · Score: 0

      Seems you never update your kernel.

      But then, only complete morons would call Linux a modern UNIX.

    13. Re:funny department by sconeu · · Score: 1

      Yeah, but don't forget that they have scary robots.

      Bender: OOOOOOH! SCARY ROBOT!!!!

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    14. Re:funny department by Anonymous Coward · · Score: 5, Funny

      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?

    15. Re:funny department by Bloater · · Score: 1

      > "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?

      Just as Linux desktops, with the advent of the godawful dbus, are starting to require restarts with even minor updates.

    16. Re:funny department by petermgreen · · Score: 1

      true thats a far cry from every update though like seems to be the case on windows and from the description in the summary it doesn't seem like ms will be eliminating every reboot either.

      also it IS possible to patch a running linux kernel. if the functionality is as a module then its easy just unload the old and reload the new, if the functionality is not as a module then it may still be possible to write a module that patches it (i belive someone did this for the brk exploit that happened a while back).

      but to be honest if a few minuites downtime every time there is a kernel patch (and only for kernel patches and nothing else) is a problem for you then you probablly should have redundant systems anyway.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    17. Re:funny department by dslbrian · · Score: 3, Insightful

      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...

    18. Re:funny department by chris_mahan · · Score: 3, Funny

      Ah yes, the Dreaded Remote Punch Cards.

      --

      "Piter, too, is dead."

    19. Re:funny department by dtfinch · · Score: 4, Funny

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

    20. Re:funny department by edwdig · · Score: 4, Interesting

      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.

    21. Re:funny department by IAmTheDave · · Score: 4, Insightful

      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?

      --
      Excuse my speling.
      Making The Bar Project
    22. Re:funny department by potHead42 · · Score: 1

      Just as Linux desktops, with the advent of the godawful dbus, are starting to require restarts with even minor updates.

      Huh? What distro are you using? And can you name some applications which *required* you to reboot (instead of just restarting D-BUS and maybe the app)?

    23. Re:funny department by 70Bang · · Score: 1



      Look back at the TechEd demos for Win95 when they said, "No more DOS!", "true multitasking" (rubberband demo), ad nauseum. The crowd would scream and any 'softie on the stage (and on the other sideo of a camera likely broadcasting back in Mecca^w Redmond would likely pee a few drops in their pants.

      Then came Windows XP and WHG III sat down at a keyboard and symbolically gave a permanent "goodbye" to DOS by typing "EXIT". (despite the fact Win95, Win98, SE, and ME didn't have DOS).

      And products may not require rebooting after changes because the "Restart Manager" says so, but the Restart Manager will likely require rebooting so it is current with the data applied to the registry from the new program.

      As far as a twenty-year IE bug, there are going to be bugs of one type in IE or any related software until Microsoft learns how to write code which deals with buffer overruns.

      I won't scale Mount Soapbox again, so see previous notes about them adding an appropriate question in the infamous "Microsoft Interviews" fishing for source examples dealing with buffer overruns because they don't know how to do it.


      Happy POETS Day!


    24. Re:funny department by TheRaven64 · · Score: 2, Interesting

      This could probably be done by adding a signal to UNIX. When a process receives SIGUPDATE it ignores it by default. If it can quit and relaunch preserving state, then it relaunches itself (fork(), then exit and the child process exec()s the original binary with the original launch options and any required state. The install manager would run through all processes, run ldd on all of them, and if they were using a library that was about to be updated send them SIGUPDATE (after the update, since you can do an in-place replacement of files on a UNIX system). If any of the processes still has the same pid as before the update (i.e. it didn't restart) then the installer tells the user to restart that process manually.

      --
      I am TheRaven on Soylent News
    25. Re:funny department by Doctor+Memory · · Score: 1

      Hey! Why do you think they called it Remote Job Entry?

      --
      Just junk food for thought...
    26. Re:funny department by kuzb · · Score: 1, Insightful

      Except Microsoft hasn't claimed this to be an innovation. That's a statement slashdot users put in Microsoft's mouth so they can then turn around and make statements exactly like yours.

      --
      BeauHD. Worst editor since kdawson.
    27. Re:funny department by Zathrus · · Score: 3, Insightful

      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.

    28. Re:funny department by jtorkbob · · Score: 1

      Just how often do you have to update your core libraries?

      The only time I've had such an issue is inadvertently applying a major glibc update by blindly accepting some dependencies.

      Really, all this Vista Reboot Manager is doing is remembering the status of your apps so it can re-launch them after a very brief restart of the core or library. Not that amazing, really.

      --
      AC: Only on slashdot... could the sentence "My hovercraft is full of eels." be moderated "+4, Insightful
    29. Re:funny department by Anonymous Coward · · Score: 0
      Thankyou for that informative post, Rip Aster Onkey.

      You suck.

    30. Re:funny department by Flunitrazepam · · Score: 1

      I used to store my MP.03's on punch cards

      --
      1) Your analysis is based on bad assumptions so your result is way off. 2) You're a sick bastard for fucking a horse.
    31. Re:funny department by Anonymous Coward · · Score: 0

      huh???!!! Hey buddy, maybe the problem is with the people who perceive things and not the participants in the race!!

    32. Re:funny department by pebs · · Score: 1

      "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?

      My question is when is OS X going to stop requiring reboots for upgrades? It's just as bad if not worse in OS X.

      --
      #!/
    33. Re:funny department by Anonymous Coward · · Score: 0

      Lol funny you should mention a PDP. We use one at work on a daily basis for our job.

    34. Re:funny department by farrellj · · Score: 0

      Want to know what really funny?

      Did anyone else notice how soon this came out after the newer Linux kernels added that functionality? Could there be GPLed code in the new Vista kernel?

      Inquiring minds want to know!

      ttyl
                Farrell

      --
      CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
    35. Re:funny department by Bloater · · Score: 1

      If you restart a D-BUS daemon, all the applications/daemons connected to it screw up, and distro's are moving more and more system functionality to use D-BUS. D-BUS's standard client library, and all D-BUS clients I know of do not cope with D-BUS restarting, and I have been told that will not change. Ubuntu used to just restart hal whenever dbus was restarted, now it tells you to reboot the whole computer when you install an updated version of dbus.

    36. Re:funny department by Jameth · · Score: 1

      Wouldn't the really elegant solution be to install the update in parellel, treated as a different version installed simultaneously, and have all new processes use the new version, only fully removing the old version when it is no longer in use, as opposed to just trying to get it freed up and doing nothing if it can't be freed up? I mean, last I'd heard, it was perfectly workable to have two versions of a library installed.

    37. Re:funny department by pebs · · Score: 2, Insightful

      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.


      Are they amazed by it because its a remote desktop or its so fast its like using the machine locally, even with a low bandwidth connection? Remote desktop technology has been around for ages, but what's amazing about RDC is its speed. NoMachine NX is comparable in speed. But take straight X remoting or VNC and they are laughably slow in comparison.

      --
      #!/
    38. Re:funny department by ZakMcCracken · · Score: 5, Insightful

      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!!

    39. Re:funny department by misleb · · Score: 1

      I dunno, Debian, for example, goes to some effort to restart services which depend on an updated core library. If you are really worried about it, you are free to restart all the services/applications at your leisure. (can you say that about Windows?) About the only process that you can't completely restart manually (AFAIK) is "init."

      What is the big deal? Have you ever actually had a serious problem on a unix system from having two versions of a library in memory? I haven't.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    40. Re:funny department by deKernel · · Score: 1

      Huh?
      Do you understand what runlevel 1 is with Linux? You should just have the kernel loaded and a static link shell running. Period.

    41. Re:funny department by cjek420 · · Score: 1

      Bull!

      Windows can not overwrite an open file, whence it needs to reboot. Unix does not have this limitation.

    42. Re:funny department by NotoriousQ · · Score: 5, Insightful

      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.)

      --
      badness 10000
    43. Re:funny department by Anonymous Coward · · Score: 0

      Where are the god damned mod points when you need them!!! You're +10 Insightful in my book.

    44. Re:funny department by theantipop · · Score: 0, Troll

      They have find some way to get people to want to buy Vista. It's been pretty obvious that Vista is more an incremental update to XP (although I struggle to even call it that). At this point it feels like MS is just creating hacks to cover up fundamental errors in their UI and kernel. But when they come up against the harder problems, they are in a position to say "well yea, but look at this small thing we DID improve".

    45. Re:funny department by trainwrek · · Score: 1

      My favorite part is that there is no option to restart later. RESTART OR SHUT DOWN OR DIE.

    46. Re:funny department by Fujisawa+Sensei · · Score: 1
      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."

      Funny, I thought COM objects contained version information so you could have multiple versions of an object and the applications are supposed to be smart enough to use the correct version.

      --
      If someone is passing you on the right, you are an asshole for driving in the wrong lane.
    47. Re:funny department by Anonymous Coward · · Score: 1, Insightful

      Yet the only people who call it the "lowest form of wit" are those who habitually don't get it...

    48. Re:funny department by theantipop · · Score: 1

      As well you shouldn't. No knack on you though, it was more a jab at /. at large.

    49. Re:funny department by zulux · · Score: 3, Insightful

      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.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    50. Re:funny department by oGMo · · Score: 3, Informative
      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).

      --

      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage

    51. Re:funny department by Anonymous Coward · · Score: 0

      What are MPEG-2 layer .03 files?

    52. Re:funny department by Anonymous Coward · · Score: 0

      With a little bit of setup (read: a half our of shell-scripting), all of this can be done like you've said. Screen locking with virtual consoles is a little more difficult, but it shouldn't be too hard to have a console lock itself or throw up a password locked screensaver when you exit it.

      You say "pushed to the end user" like it's a bad thing and like it means the end user has to manually do everything. That's not really how it works. Just like what I said, you can write a script to do this. And that doesn't even mean you as lowly desktop user. It could be the distro maintainer or your friendly local unix sysadmin. The important thing is that the users and administrators have the power and flexibility to do this. The operating system provides a mechanism, not a policy. So if the policy changes, the system isn't broken. Unix has survived for more than three decades because of this. That doesn't mean everything is perfect, far from it, but you are kind of setting up a strawman.

    53. Re:funny department by man_of_mr_e · · Score: 4, Insightful

      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.

    54. Re:funny department by fbg111 · · Score: 1

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

      B/c he's the 600lb whale of the class, and everyone is so amazed and stupefied that he actually finished the 100yd dash that his accomplishment vastly overshadows that of all the other kids who finished several hours ago.

      --
      Flying is easy, just throw yourself at the ground and miss. -Douglas Adams
    55. Re:funny department by pikine · · Score: 5, Insightful
      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.
      --
      I once had a signature.
    56. Re:funny department by That's+Unpossible! · · Score: 3, Funny

      I will never regard all matters with the utmost seriousness.

      Sincerely,

      That's Unpossible!

      --
      Ironically, the word ironically is often used incorrectly.
    57. Re:funny department by SomeoneGotMyNick · · Score: 2, Funny

      Same here...

      But on mine, I have a well preserved sound effect of a thumb flipping across the edge of a stack of cards.

    58. Re:funny department by PickyH3D · · Score: 1
      My understanding is that the program that is being dealt with has some control over the whole restart process. So, if the program tells the restart manager, "No, I want to going with the session using current data," then the restart manager waits until it is done and probably requires a reboot. If the restart manager is told, "Ya, go ahead and restart," then I would most certainly assume all session data is lost because a side effect of the browser closing is the session data is lost (by design).

      So, IE could tell the restart manager to hang on while it informs the user to either close the session, or delay the updates.

      Of course, that's just my understanding and I could be off base.

    59. Re:funny department by Blakey+Rat · · Score: 1, Insightful

      Bullshit. Everytime I update OS X it makes me reboot. If there was a way to do it without rebooting, don't you think Apple (one of the, if not *the* biggest Unix distro) would be taking advantage of it?

      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.

    60. Re:funny department by zulux · · Score: 2, Insightful

      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.

      For most purpouses - you can sometimes assume that the curent useres of your service are not malicious. New ones coming online could be malicious because they have access to security exploit. This is a decision for the human to make and not the OS. If I feel that the security vulnerability has been in the wild for too long - I will kill all the old processes that are attached to old clients.

      When sshd had a vulnerability - I updated it and left the old connections online as they were all started before the exploit became known. When there was a vulnerability in PHP, I killed everybody because I wasen't sure, and our PHP app wasen't critical - it woulden't hurt anybody to drop them.

      This is somthing that MS should allow the administrator to decide and not try to "help"

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    61. Re:funny department by PsychicX · · Score: 1

      And then ten thousand applications would happily ignore your new signal, gaining you jack squat.

    62. Re:funny department by SomeoneGotMyNick · · Score: 1

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

      You should watch a weekend's worth of '80s "Teen Angst" movies. You will find your answer there.

    63. Re:funny department by Blakey+Rat · · Score: 1

      Except 95% of Windows installs don't have an "administrator." We're talking about home users here.

    64. Re:funny department by Goaway · · Score: 1

      Yeah, Linux has been doing that for years. Oh wait...

    65. Re:funny department by MyOtherUIDis3digits · · Score: 1

      So what happens when updates no longer require rebooting, and users realize they still need periodic reboots to prevent crashes and lockups? And no, I'm not being a smartass / troll / whatever, I'm just speaking from lots of experience.

      --
      Ignore anything I said above, I actually agree with everything you believe - mod accordingly.
    66. Re:funny department by freakyfog · · Score: 0

      "Windows wasn't able to do this before, now it is." No it isn't. It maybe will when the windows Vista got out. And yes it it has to do with Linux because they are for the same people.

    67. Re:funny department by NickFortune · · Score: 1
      Why must there always be a comparison?

      Because, you know, *nix is so hopelessly old fashioned that there's nothing good about it, and because Windows is so advanced and innovative that it's always perfect, and because nothing good ever comes out of Unix, and because if Microsoft couldn't charge their 75% profit margins then all innovation stops forever because only people at MS are allowed to have brains.

      Not that I'm bitter or anything, you understand.

      So yeah, if Microsoft finally adopt a feature UNix has had since 1970, then yes they can expect to get some stick over it. An if they decide to do things different from the rest of the world, they'll get criticised for being different just for the sake of it. And if they just ignore the problem, I'm afraid that, yes, they can expect criticism for that as well.

      If they hadn't been so high handed and holier-than-thou in their marketing, I might even have some sympathy for them. As it is, they dug this hole for themselves.

      --
      Don't let THEM immanentize the Eschaton!
    68. Re:funny department by geniusj · · Score: 1

      FreeBSD has had a microkernel?

    69. Re:funny department by HAMgeek · · Score: 1

      The GAC (Global Assembly Cache) works that way. If some process is using somelibrary.dll version 3.4 which is installed into the GAC, and somelibrary.dll 4.0 is installed, the two versions happily coexist. All new processes calling for somelibrary.dll get version 4.0 while existing processes still use 3.4 until they end and get cleaned up by the garbage collector. Once all processes that are using 3.4 are disposed, that file is deleted.

      --
      "Just because you do not take an interest in politics doesn't mean politics won't take an interest in you." --Pericles
    70. Re:funny department by jp10558 · · Score: 1

      Well, it's not so much that it's a comparison as it's hard to get excited about something that is old news. I mean, if a car came out today and touted that they had as a new feature an automatic transmission - well, I'd say that underwhelmed might be the response.

      I feel this way a lot, but the big deal about Tabs in IE 7 - I mean, Maxathon has been around forever basically giving IE tabs, and doing it *better* than IE7 is in the beta...

      It's not really a new feature, or even an evolution - more like finally fixing a bug.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    71. Re:funny department by swissmonkey · · Score: 1

      That's wrong.

      Example :

      Software A uses library B, C and D. Libraries C and D are loaded dynamically at runtime, depending on need

      A is running, you update A with a new version including modified libraries B and C

      If A tries to load library C after it's been updated, you end up in a bad state : old version of A, with new version of C

      End result : You have very big chances of crashing A

    72. Re:funny department by Fred_A · · Score: 1

      #!/bin/sh
      ###
      # Post Update Samba Automated Dependency
      # Checking Thingy
      # Unix version
      # ###
      # This super secret script automagically restarts
      # all the instances of samba.
      # Copying this script is strictly forbidden under
      # laws of the terran federation. /etc/init.d/smbd restart

      # EOF.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    73. Re:funny department by AgentDib · · Score: 1

      "As it is, they dug this hole for themselves." Not that *I'm* bitter or anything, but would you mind elaborating on what exactly you perceive this hole to be? I doubt Gates wakes up in the middle of the night in a cold sweat wondering if the /. community found the latest microsoft announcement appealing. This announcement is completely factually advertised - Microsoft is merely making a change that a large part of it's userbase has been requesting for many years. This isn't an amazing thing, but I think you would be very hard pressed to convincingly argue that it is a bad thing. Who cares if Unix did this first?

    74. Re:funny department by Concerned+Onlooker · · Score: 1

      Bummer. I clicked on your post expecting some insightful comment regarding the insensitivity of holding people less fortunate than ourselves up for ridicule.

      --
      http://www.rootstrikers.org/
    75. Re:funny department by Anonymous Coward · · Score: 0

      Is that kids name Bill?

      IIRC, windows promised this with XP then swept it under the rug.

    76. Re:funny department by lgw · · Score: 1

      You can create hard and symbolic links in NTFS, just as you can in most Unix filesystems. You can't do that from the DOS command line, or from the Windows Explorere GUI, but that doesn't mean you can't do it. It's easy to do with the "Unix services for Windows" stuff, whatever that's called, which gives you 'ln' on the command line.

      It would be better to say "Windows has a different concept of linking." In Windows, you can't delete something if it's in use. In Unix, you can't tell when something's really been deleted.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    77. Re:funny department by Tim+C · · Score: 4, Informative

      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.

    78. Re:funny department by Atzanteol · · Score: 1

      I think they're amazed even more when they find out no more than two people can connect to a machine at a time before they hit 'licensing' issues...

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    79. Re:funny department by petermgreen · · Score: 1

      thats a bloody good reason to keep security updates as minimal as possible!

      if a security upgrade changes a cross binary interface then your release management sucks.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    80. Re:funny department by JeepingNET · · Score: 1

      Well said! This to me is a huge new feature for Windows but I still would like to see it work... Wonder how it really effects other services currently running or if its just a quick reboot really. If a now able to upgrade some software on a server and not have to wait for a maintence window to reboot this is a huge advantage. Trying to use the new feature might be hard for some of us IT guys to get past some old school managers who will still want it done in a maintence window but what they don't know doesn't hurt them. Everyone can compair this to unix all they want but it is a different type of OS. I perfer unix but you have to use windows for some software and we can knock it for all we want but i must say i find my windows server to be just easier in general. Easier to work on, more reliable, not as secure but great for in our LAN.

    81. Re:funny department by bufalo_1973 · · Score: 0, Troll

      mmm... Vista == XP SP3?

    82. Re:funny department by bach37 · · Score: 1

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

      [Begin voice of Jon Stewart] And then Gates later added, 'But then again... not really.'

    83. Re:funny department by swissmonkey · · Score: 1

      No need for that.

      A could get a pointer to a struct from B(the old B), A doesn't need to know the format of of the struct, and A pass that pointer to C(the new C).
      However in the meantime, the internal format of the struct has changed, end result, it blows up because B and C have different understanding of the struct format, even though nothing external has changed.

    84. Re:funny department by Kelson · · Score: 1

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

      The other problem is file locking. In many cases you can't replace an open file on Windows (often you can't copy or move it either, which really annoys me). In many cases, rebooting isn't just to restart all the processes with the new version of the library -- it's to close the old version so that it can be replaced!

      IIRC the installer sets up the files in a temporary location and creates some registry entries that tell the system to replace those files on boot.

    85. Re:funny department by Phroggy · · Score: 1

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

      You might be overstating the situation just a bit. ;-)

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    86. Re:funny department by Joe123456 · · Score: 0

      You just have the users reboot at the end of the day.

    87. Re:funny department by Anonymous Coward · · Score: 0

      sure they did...

      from the fucking article:

        "Microsoft Corp. is working on a significant new feature..."

      significantly new? just as the parent poster said, *nix has had this for years. its called overwrite and restarting your daemon. this is just m$ fud, and probably will get left out of vista like all its other touted features. (winfs anyone?)

    88. Re:funny department by petermgreen · · Score: 1

      then the struct shared by b and c should be considered part of a cross binary interface.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    89. Re:funny department by misleb · · Score: 1

      Yeah, but do ALL programs obey symbolic links as if they were regular files? Can you symbolically link a folder as well as a file? I've been burned by similar half implemented "features" in Windows before. Like I know Windows technicallly has the ability to mount a filesystem inside another filesystem (as opposed to making new drive letters) but I have found that not all applications like this. One of my biggest Windows pet peaves is drive letters. I wish they would die with the DOS they rode in on. But I digress...

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    90. Re:funny department by zootm · · Score: 1

      It's significant. It enhances the user experience quite a lot, and makes updating less of a hassle, a big problem with Windows as it stands.

      It's new. It's not a feature that's been in Windows before.

      It's clearly not FUD, since it's not casting Fear, Uncertainty, or Doubt on anything.

      ...so if you'd care to explain why it is "m$ fud" and is not "a significant new feature for Windows Vista", that'd be awesome. :)

    91. Re:funny department by NickFortune · · Score: 1
      Not that *I'm* bitter or anything, but would you mind elaborating on what exactly you perceive this hole to be?

      umm... the fact that Microsoft get criticised whatever they do? Even when what they do isn't actually a bad thing? MS have something of a PR nightmare on their hands these days. On slashdot they could probably care less, but increasingly, it isn't just on Slashdot. That's got to hurt sales. And that's something Bill probably does care about.

      I doubt Gates wakes up in the middle of the night in a cold sweat wondering if the /. community found the latest microsoft announcement appealing.

      I don't suppose he does either. Then again, he probably didn't post here saying "oh why can't we all just get along?" Which is, of course, why I replied to the GP rather than addressing muy comments to Bill personally. Not that he reads /. I'm sure, but I expect you get my drift.

      Who cares if Unix did this first?

      That depends on whether you're going to argue, as Microsoft do, that Bill and Steve need 75% profit margins or else Microsoft will not be able to innovate, and that therefore the world of computing will grind to a standstill. As long as that silly argument is still being taken seriously in some circles then it behooves us to point out those (surprisingly frequent) occasions when MS "innovates" using someone else's ideas. We could discuss software patents in the same context, but profit margins is enough to make my case.

      So, to summarise, it's not that fixing the reboot annnoyance is a bad thing, but Microsoft's double standard with regard to linux is, particularly since it so erodes their justification for their grossly inflated margins on Windows and MS Office.

      --
      Don't let THEM immanentize the Eschaton!
    92. Re:funny department by Anonymous Coward · · Score: 0

      Why should using different (often minor) versions of the Graphics Device Interface? The software interface doesn't change, just the library implementation. Replacing the file shouldn't affect running processes, but only those that start later. Oh right, can't replace files which are currently in use, doh!

      If replacing the library will change the interface you are really doing an OS upgrade/install.

      But if the GDI has static resources that are shared by all running processes you might be in for some pain.

    93. Re:funny department by Crayon+Kid · · Score: 1

      And if it CAN'T clear that part of the system? REBOOT!

      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?


      You know, I've always wondered: why did Windows go with the "once a file is opened, hands off" model? Seems to me like the Linux way ("once loaded I don't care what's on disk") has definite advantages, one being ease of updates.

      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    94. Re:funny department by NatteringNabob · · Score: 1

      As near as I can tell, the 'advantage' of the Windows method over what Unix does is something invented by Microsoft's marketing department, so you see, they do innovate!

    95. Re:funny department by CableModemSniper · · Score: 1

      Every time huh? Funny, I thought it was only when it had that little restart required icon next to the update.

      --
      Why not fork?
    96. Re:funny department by Anonymous Coward · · Score: 0

      Except that missing the lowest form means it's much more likely that higher forms will more easily pass you by. Oops!

      If you couldn't pick up on the sarcasm, then perhaps seeing Futurama might have aided the understanding, since it's obviously a reference to that comment from the pilot.

    97. Re:funny department by kurzweilfreak · · Score: 1
      Definition of "Humor"

      Get over your jealousy, retard AC. Not every post has to be an informative essay. Lighten up.

      --

      kurzweil_freak

      5th Kyu Genbukan Ninpo/KJJR student

      Be the darkness that allows the light to shine.

    98. Re:funny department by CapPicard · · Score: 1

      Open programs will usually access the older libraries if they keep those files open in memory. But more newer programs in UNIX et al close those libary files after accessing a function. So, a reboot is rarely necessary in Linux. Only when kernel modules are in use would a reboot be warranted or when using development modules that goof up. (My nVidia GeForce FX-5200 sometimes required me to reboot... but most of the time it's due to me tinkering with the module options in nvidia.ko)

    99. Re:funny department by cciechad · · Score: 1

      None of your arguments above are valid.

      Remote Desktop Access - NX Server http://www.nomachine.com/ http://freenx.berlios.de/
      When I switch VT's on my Gentoo box every VT has a logon prompt. KDE3.4 and some earlier versions have sessions and easy user switching. As to the bottom part there are the various hotplug daemons that autoload kernel modules and if you are actually talking about upgrading the version of a module then usualy you are compiling a new kernel as well which will require a reboot anyways.

      --
      https://www.fsf.org/associate/support_freedom
    100. Re:funny department by ClamIAm · · Score: 1

      Yes, I completely agree. We should NEVER compare operating systems! Just keep fawning when Microsoft introduces a "new" feature when in reality it's been around for ages.

    101. Re:funny department by YarsR3v3ng3 · · Score: 1

      The the problem with the unix implementation is that the processes that remain running do not get the update. So if you have a package that contains some critical fix (say for a security issue) then it is not applied until app restarts. Of course, this is easy enough to script. The smart thing about the unix model is that you have a choice up-front which apps on the system need to go down, and when.
      It's good to see some progress in this area from Microsoft. The current frequency of reboots caused by patching is unacceptable, and having the ability to easily find out what needs to be restarted is going to be useful.

    102. Re:funny department by ZakMcCracken · · Score: 1

      That's exactly what I'm saying! Even if it's just "half hours of shell scripting" (and for emulating a full desktop remoting protocol, I think you're more looking at a couple of weeks minimum), all these scripts piled up on top of one another end up like a whole lot of scripts that, basically, you're on your own to maintain as your system evolves.

      Have you never found a script to be broken after you updated one of the executables that it was using? Better yet, have you never found an old script not to work at one point, without a clue to the reason why, because you never bothered to re-test it after each of the 100+ patches that you've applied since the last time it worked for you? If you have not experienced those situations, then you probably just haven't spend long enough time working with Unix.

      Of course the end-user is not going to write scripts. And in an enterprise setting, the admin that writes any meaningful custom script just ends up causing more long-term problems for the company because any new / replacement employee has to spend additional time for training to be able to work with the enterprise's custom kludges.

      You are right though in saying that distro maintainers could do this. That would be good. In fact that would kick ass. But the painful point is that they don't!

      As to the policy vs. mechanism debate, I don't buy much in the theoretical debate here. You use a tool for a purpose, period; if it suits your purpose, good, if not, it just sucks. Unix OS's are better at some stuff, I use them too; but also sometimes it does happen that Microsoft innovates in a way that is in fact ahead of the Unix game.

      If you really support open source, it's better to recognize the strengths in your competitors and try to catch up, rather than having this attitude of firmly asserting that their products are always inferior.

    103. Re:funny department by kasperd · · Score: 1

      About the only process that you can't completely restart manually (AFAIK) is "init."
      No problem. You can tell init to reexecute itself in which case it will send state over a pipe from the old version to the new version. On the systems I use it is done by using tellinit u

      Have you ever actually had a serious problem on a unix system from having two versions of a library in memory?
      I have experienced problems, but not any serious ones. If an executable is started while the upgrade is progressing, it may end up having mapped incompatible versions of the different files in the package. But running two different processes where one use only the old version and another use only the new version never caused any problems.

      --

      Do you care about the security of your wireless mouse?
    104. Re:funny department by romeo_in_blk_jeans · · Score: 1

      "Except Microsoft hasn't claimed this to be an innovation. That's a statement slashdot users put in Microsoft's mouth so they can then turn around and make statements exactly like yours."

      You know it, I know it, but joe-six-pack doesn't know it. He's the one what needs tellin'. Should we really all clam up over how new microsofts "new features" are?

      I think it's worth noting that it took MS a full decade to get to the point where we could patch without rebooting -- and it'll only be a decade assuming that vista/longhorn/whatever is released next year.

    105. Re:funny department by Taladar · · Score: 3, Informative

      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.

    106. Re:funny department by ZakMcCracken · · Score: 1

      The Nomachine bit is informative, although I wonder if it does work so easily as it says "out of the box." It seems that at least you need to use ssh if you want any encryption, which means in turn that it probably doesn't work very well with a Kerberos security architecture if that's what you happen to be using...

      As to switching virtual consoles, maybe your distribution does it but it's certainly not a standard feature in all distributions. In all of those I've used, if you forget an open shell or screen on a virtual console, anybody can go to it without security which ruins the purpose of fast user switching (shared machine).

      Finally for the core issue in this article, hotplug daemons do autoload kernel modules, but they won't tell you which processes you need to stop before unloading them, check to see if the processes can be stopped without breaking your system, stop the processes, unload the modules, change the modules, and start the services back up all in one click.

      I mentioned kernel modules because they're an important part of the OS in Linux specifically due to its monolithic architecture. You don't need to be compiling a new kernel, you could be fixing a security flaw with a patch.

    107. Re:funny department by dslbrian · · Score: 3, Insightful

      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.

    108. Re:funny department by Curtman · · Score: 1

      "Sure you can adapt server tools like X11 to do remote access"

      Not adapt. X11 was designed to do remote access.

    109. Re:funny department by AnomalyConcept · · Score: 1

      Perhaps it's because all the other kids have finished so far ahead, and that the bystanders/crowd only remember/know of/notice the last kid finishing.

      How much of the general public knows what UNIX is?

    110. Re:funny department by Anonymous Coward · · Score: 0

      I blow my nose at you.

    111. Re:funny department by frogstar_robot · · Score: 1

      For years, Debian warns you that a glibc update will require particular services to be restarted. If you go ahead and install, then it restarts those for you.

    112. Re:funny department by pyrotic · · Score: 1

      Apple probably only has you reboot because they don't want their users "confused" by the upgrade process. For example, after installing a new version of QuickTime libraries, force quit the installer, log out, then back in again, and the new software will be there. The only reboot that is essensial is the kernel. OSX uses a BSD process model, so it behaves under the hood the way most unixes do - upgrade, then restart the upgraded service. Apple have just chosen to hide a lot of that unix heritage.

    113. Re:funny department by Anonymous Coward · · Score: 0

      So when part of the os crashes, it can reboot just that part as if nothing happened and nobody notices...

    114. Re:funny department by Anonymous Coward · · Score: 0

      I agree, it seems totally crazy. Microsoft just can't win on slashdot.

      Anonymous Coward: "OMFG! Why can't M$ just do this like Unix?"
      Anonymous Coword: "OMFG! M$ is just copying off Unix!"

      Quite the catch22 isn't it? :-/

    115. Re:funny department by spleentor · · Score: 1

      exactly. would it be too much to ask for oh i dont know... runlevel switching? a modular design? scripts even? maybe allow me to drop out of the pretty gui with a different 3 key combo than the usual 3 finger salute and actually get some work done under the hood? oh wait... windows. microsoft. nevermind.

    116. Re:funny department by 26199 · · Score: 1

      The root of the problem is that Windows caches files by filename, whereas Linux caches files by inode.

      If you replace a file, the Windows cache cannot let different programs see different versions of the file. One filename, one file. The Linux cache ignores the filenames and uses the inodes, so it can present different programs with different versions of the file.

      Personally I think this is a serious design flaw in Windows... a program should deal with a file on disk regardless of its name, not with a filename and whatever happens to be associated with it.

      (Incidentally, this is why Windows won't let you rename files that are in use; the cache would get confused.)

    117. Re:funny department by Skuld-Chan · · Score: 1

      Just out of curiousity when did he say this? I can't find record of it anywhere.

    118. Re:funny department by IntlHarvester · · Score: 1

      In other words, both Apple and Microsoft were faced with the same problem (trying to figure out what services and applications to restart during upgrades), and both came to the same solution (it is easier to tell the user to reboot). Maybe by 2010, Apple will innovate it's own version of the "restart manager" :)

      --
      Business. Numbers. Money. People. Computer World.
    119. Re:funny department by Anonymous Coward · · Score: 0

      Unpossible in Slashdot, IMpossible in English...

    120. Re:funny department by Jesus_666 · · Score: 3, Funny

      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.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    121. Re:funny department by dtfinch · · Score: 1

      I guess I had copied a slight misquote.

      Here's the original quote:
      "Well, Microsoft stepped back and looked at that situation and said that the best thing for us might be to start from scratch: build a new system, focus on having a lot of the great things about Unix, a lot of the great things about Windows, and also being a file-sharing server that would have the same kind of performance that, up until that point, had been unique to Novell's Netware.

      And through Windows NT, you can see it throughout the design. In a weak sense, it is a form of Unix. There are so many of the design decisions that have been influenced by that environment. And that's no accident. I mean, we knew that Unix operability would be very important and we knew that the largest body of programmers that we'd want to draw on in building Windows NT applications would certainly come from the Unix base.
      " Source: http://www.microsoft.com/billgates/speeches/indust ry&tech/uexpo.asp

    122. Re:funny department by Guspaz · · Score: 1

      You don't need to reboot a *nix box for a kernel upgrade? News to me.

    123. Re:funny department by Anonymous Coward · · Score: 0

      "but I installed my security patch weeks ago! there's now way they could have hacked us!"

    124. Re:funny department by Nethemas+the+Great · · Score: 1

      It would seem that the quote found its way to the net from the news group Alt.Sysadmin.Recovery. I cannot verify one way or another whether these words much like "No one should ever need more than 640K" were actually spoken by Satan.

      --Neth

      --
      Two of my imaginary friends reproduced once ... with negative results.
    125. Re:funny department by mrdaveb · · Score: 4, Funny

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

      Isn't that a bit drastic?

      --
      Homme petit d'homme petit, s'attend, n'avale
    126. Re:funny department by Anonymous Coward · · Score: 0

      Everytime I update OS X it makes me reboot.

      No, it does not. It gives you the option of rebooting. It doesn't make you reboot. You can cancel the prompt and continue using your computer as usual.

      Because Mac OS X does not presuppose the user to be a system administrator (or having equivalent knowledge) it does make the user, in many cases (and in many cases not), have to reboot before the newly installed version can be used. But the reboot is not required to continue using the computer.

      Anyways, there is a GUI built on top of the UNIX underpinnings of the OS. This GUI is not UNIX. So, if you don't like the behavior (such as it actually as), don't pretend it's a UNIX characteristic.

    127. Re:funny department by Kent+Recal · · Score: 1

      and the applications are supposed to be smart enough to use the correct version.

      Bwahahahaha....

    128. Re:funny department by nighty5 · · Score: 1

      How is this comment insightful?

      Obviously he doesn't own a mac and has no idea what his talking about.

      For the record, not all updates require a reboot.

      Secondly, to presume that OS X is the biggest Unix "distro" available is downright laughable.

      Mod this parent chump down.

    129. Re:funny department by Anonymous Coward · · Score: 0

      Every time huh? Funny, I thought it was only when it had that little restart required icon next to the update. ...and the "restart required" icon has in fact been there for most of the updates that I've had to install since 10.4.0.

    130. Re:funny department by ciggieposeur · · Score: 1

      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?

      # apt-get dist-upgrade

    131. Re:funny department by Pneuma+ROCKS · · Score: 2, Funny
      That's Unpossible!

      You keep using that word. I don't think it means what you think it means.

      --
      Favorite quote: &quot;
    132. Re:funny department by dcapel · · Score: 1

      Hah, In my day, we didn't have any fancy remote punch cards. We just had remote. We had to manipulate the machine over a telephone. A rotary telephone. In base 13.

      --
      DYWYPI?
    133. Re:funny department by NaDrew · · Score: 1
      You should watch a weekend's worth of '80s "Teen Angst" movies.
      Why waste your time when you can just watch the ending of every 80s movie ever made?
      --
      Vista:XPSP2::ME:98SE
    134. Re:funny department by rtaylor · · Score: 1

      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.
      I think most windows users would consider restarting their gui to be a reboot -- especially if they were forced to close all their applications first.

      --
      Rod Taylor
    135. Re:funny department by MECC · · Score: 1

      In my day we had to carry the punch cards 5 miles through snow to the nearest reader.

      uphill

      fighting mountain lions.

      --
      "We are all geniuses when we dream"
      - E.M. Cioran
    136. Re:funny department by Anonymous Coward · · Score: 0

      I see your pdp-8 and raise you a pdp-6 and also an ancient IBM paper tape program!

    137. Re:funny department by Trepalium · · Score: 1

      Assume you have package libxyz-1.2.3 which provides /usr/lib/libxyz.so.1.2.3 and /usr/lib/libxyz_plugins.so.1.2.3. Now, also assume that libxyz_plugins.so is loaded on-demand at runtime by libxyz.so. Now, if you upgrade the libxyz package to version 1.2.4, and then a program that was still using the 1.2.3 version tries to load libxyz_plugins.so, but gets version 1.2.4 instead. There's no guarantee that libxyz_plugins.so.1.2.4 is compatible with libxyz.so.1.2.3. This is the breakage that can happen by replacing library files that are in-use. Mozilla suffers a similar breakage when you upgrade its files without restarting the program (although, it's probably for a different reason).

      --
      I used up all my sick days, so I'm calling in dead.
    138. Re:funny department by oGMo · · Score: 1
      There's no guarantee that libxyz_plugins.so.1.2.4 is compatible with libxyz.so.1.2.3.

      Theoretically, but minor versions... especially patch versions... should not break binary compatibility. (And the main thing that breaks binary compatibility is mucking with struct sizes. If you're doing that, please increment your versions sufficiently. Or better yet, wrap them in an API so that it doesn't matter.)

      --

      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage

    139. Re:funny department by taer · · Score: 1

      Except for binaries, since they can be "swapped" to. That would be what used to be called the "text file busy" or whatever that was called. Not sure if dynamic linked libraries do that or not though.

    140. Re:funny department by Blakey+Rat · · Score: 0

      I said "every time I update" not "you have to reboot all the time." I think I can safely say that every single time I've run Software Update, one of the updates in there requires me to reboot. That's different from saying that every update Apple puts out requires a reboot. (Maybe it's just me, but it seems that Apple puts out the non-reboot updates at the same time as the reboot ones... at least, I've never seen a non-reboot update listed without a reboot one there, but I only check once a week anyway.)

      What Unix has more users than OS X? Given, I haven't seen any studies on the subject, but a lot of people (judging from comments on the Internet) seem to believe it, enough so I've taken it as common knowledge. Does Solaris have more users than OS X? I've been in IT five years now, and I've seen exactly one Solaris box.

    141. Re:funny department by Blakey+Rat · · Score: 1

      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".

      What's the biggest then? So far two people have said this, and neither of them have corrected me.

      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.

      Yes, but when I'm installing IBM printers at work, I haven't had to reboot 2000 Pro or XP Pro for it yet. Ditto with even obscure printers, like the EasyCoder 3400 label printer we support. I think all this says is that HP drivers suck ass. Or at least the installer does.

      But that's neither here nor there. The entire point of this article is that Microsoft is reducing, and hopefully eliminating, the number of reboots required when patching. Chances are if HP's crappy driver installer reboots now, it'll reboot five years from now, no matter what technologies Microsoft creates. (After all, the ability to install a printer driver without a reboot already exists, HP just isn't using it.)

    142. Re:funny department by ocularDeathRay · · Score: 1

      love the casual use of the name Satan. great way to describe him.

      --
      Obama is a twitter sock puppet
    143. Re:funny department by Jafar00 · · Score: 1
      Heck, Windows Update often runs without rebooting.
      Except for the times it updates in the background then interrupts the game I am playing every 5 minutes with a pop-up demanding that I reboot and without an option to ignore and reboot later.
      Updates without reboots are normal on my linux machines. The only time I ever reboot them is for major kernel upgrades.
      --
      RebateFX.com - Spread rebates for Forex traders
    144. Re:funny department by eikonos · · Score: 1

      Sure we're talking about Windows specifically, but Windows isn't the only operating system around and comparing it to other operating systems is perfectly valid. To draw a parallel, if brand X automobiles announced that their 2006 models would start including anti-lock brakes everyone would say, "Every other car manufacturer has had those for years so this is nothing to get excited about." Claiming that, "It's new for brand X!" is meaningless.

    145. Re:funny department by pikine · · Score: 1

      There is a few tricks in the bag for a package maintainer to avoid this situation. If your program is dependent on a library that recently has a security update which fixes a vulnerability of the program, you can simply make your program package require the newer library version and bump up your package's release number, which forces your program to be updated as well.

      Then when the package manager installers a new package for your program, and if the program runs a service, the post-install script of the package would restart the service. So rest assured, your hole is plugged. ... not that an anonymous coward is really interested in getting a response.

      --
      I once had a signature.
    146. Re:funny department by Anonymous Coward · · Score: 0

      I think the term you're looking for is "demand paging", and it generally happens on a per device and per inode basis.

      The situation you describe doesn't occur if you unlink the executable or library first, and then open the file again, which causes the use of a different inode.

      As always, check the source to understand how your OS will behave, or simply run the obvious experiment.

    147. Re:funny department by Anonymous Coward · · Score: 0

      I would just like to note that NTFS is POSIX compliant. It has all of the standard UFS features, such as hard links, case-sensitive filenames, inode change times, and the ability to unlink a file that is open. The Windows API doesn't expose all of that, but SFU (Services For Unix) programs can do it all.

      Everybody in the Unix world thinks it's great to be able to unlink a file that's open because then you can upgrade things without rebooting. Apparently these people have never had their thesis open in emacs running off an NFS server when somebody decided to upgrade emacs. Needless to say, it dumps core shortly thereafter.

      In the Windows world, everybody uses mandatory file locking extensively. While this is bad for on-the-fly upgrading, it is excellent for data integrity. If I had emacs open on a Windows share, it would be locked, and could not be written to. It may be possible to rename the EXE and put in a new one, though.

      Keep in mind, that you do not want to go about replacing DLLs willy-nilly. If program X has foo.dll version 2.5 open and you replace it with version 2.6, program X will keep on running. But what happens when program Y loads foo.dll and tries to communicate with program X? They crash because the structure used in their shared memory changed when it was recompiled, and you just lost all the unsaved data in both programs X and Y.

      Really, it just reflects a different attitude. Windows prefers data integrity, while Unix prefers uptime.

      dom

    148. Re:funny department by jargoone · · Score: 1

      What's the biggest then?

      What do you mean by "biggest"? Further, what do you mean by "Unix"? Depending on the answer to the previous two, the answer is likely Solaris, Linux, or FreeBSD. In any case, it's almost certainly NOT OS X, which is the least Unix-like of any of the other choices.

      As for the rest of your comment: if you install an HP printer driver, and it forces you to reboot, is it the driver installer's fault, or the OS? If the OS doesn't require it, and the driver installer does, will it work even if you don't? If your IBM printer works, the HP should also.

    149. Re:funny department by dillee1 · · Score: 2, Informative

      >can you see your local hard drive from the applications on the desktop machine that you're remoting into?
      mount nfs/smbfs/cifs

      >Can you see your local printer
      cups

      >Can you hear sounds played by applications when you remote into a PC?
      network sound daemon/arts/esound

      >Same thing with fast user switching...
      In *nix, you just x/vnc/nx and open a few GUI desktop AT THE SAME TIME.
      Fuck user switching.

      >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?
      modprobe does automatically load LKM.
      FreeBSD is not microkernel.
      most init script are written to auto load modules, start dependencies.

    150. Re:funny department by Trepalium · · Score: 1

      Perhaps I didn't state this clearly enough. I'm talking about interdependancies within a single package. It's not unreasonable for the internal API of a package to change without the external API/ABI changing. As an example, libc6 includes libc.so and the NSS modules. An internal API change between libc.so and NSS could prevent NSS lookups from working properly until all programs using NSS are restarted. The Debian libc6 package specifically warns about this when upgrading it. libc6 is well behaved in this situation because it handles NSS failures gracefully by avoiding the library that doesn't work. Other programs and libraries may not be as tolerant.

      --
      I used up all my sick days, so I'm calling in dead.
    151. Re:funny department by Blakey+Rat · · Score: 1

      What do you mean by "biggest"? Further, what do you mean by "Unix"? Depending on the answer to the previous two, the answer is likely Solaris, Linux, or FreeBSD. In any case, it's almost certainly NOT OS X, which is the least Unix-like of any of the other choices.

      If you don't even know what I mean by "biggest" how can you declare that I'm wrong with such certainty? I think that's a more important question than yours. :)

      By "biggest" I mean "most copies installed." But you say that in any case, OS X isn't the answer... so which Unix OS has more copies installed than OS X? Seriously! I want to know. I'm sick of people on Slashdot knee-jerking "you're wrong" without: 1) correcting me, and 2) (apparently) even understanding what I meant in the first place.

      For the record, the more people dodge the question, the more I assume I was right in the first place and they're just dodging the question because they posted a reply to me without thinking.

      As for the rest of your comment: if you install an HP printer driver, and it forces you to reboot, is it the driver installer's fault, or the OS? If the OS doesn't require it, and the driver installer does, will it work even if you don't? If your IBM printer works, the HP should also.

      Probably it would work fine. It kind of depends on what HP's driver installer is doing. (Possibly, all it needs is a restart of the Print Spooler service, but a normal installer can do that without rebooting.) But there are some config changes in Windows XP that require a reboot, and it could be making one of those. Who knows? I don't own a HP printer.

    152. Re:funny department by Anonymous Coward · · Score: 0

      Don't tell Daryl about this or SCO will be suing the pants off of Micro$HAFT!!! LOL

    153. Re:funny department by jargoone · · Score: 1

      By "biggest" I mean "most copies installed." But you say that in any case, OS X isn't the answer... so which Unix OS has more copies installed than OS X? Seriously! I want to know.

      When you make a statement, it is your responsibility to back it up. We're talking logic 101 here.

      As for your question: there isn't really an easy way to determine the answer. It's easy to get a good guess of OS X licenses, as another poster noted.

      I would guess that the answer is Linux, and this is the most difficult to determine because of all the distributions. Also, are you counting the US, or the world? In other parts of the world (Europe in particular), I would venture that Linux is more widespread than it is and the US, and probably outnumbers OS X installs by a significant margin. And we're talking about servers and desktops here. Look at netcraft and check out the stats. Most are running apache, probably on Linux, and that millions in itself, even accounting for virtual hosting.

      As for the scoffing by another poster about the Solaris install base: 3.4 million licenses of Solaris 10 alone have been distributed. Consider that few serious production systems have been updated to it (since it's still in its first release). My pretty small company has over 1000 installed systems. A large bank I know of in town has over 30,000. I'd bet that the worldwide total is greater than the cited ~17 million OS X installs.

      Again, I don't have solid numbers and my claims are essentially baseless. But so are yours. You can't make a claim without backing it up, period. But we've wasted enough time on this. I'm going to go enjoy my weekend. You should do the same. :-)

    154. Re:funny department by Blakey+Rat · · Score: 1

      Linux isn't comparable to OS X. Red Hat is. But Linux is just a kernel, not an OS... so that doesn't count. If you had numbers that stated Red Hat had more installs than OS X, then I'd be convinced.

      In any case, I said it is one of the biggest, which regardless is certainly true.

      And I still think OS X is probably the biggest, and that anything else is either changing the rules of the game (saying Linux is an OS), or wishful thinking (OS X *can't* be the biggest! It's not 1337 enough!). All this pussyfooting (what, 6 replies now and not a single person correcting me?) makes me think that I'm right enough about it.

    155. Re:funny department by ZakMcCracken · · Score: 1

      nfs/smbfs/cifs & cups: sure there's file sharing and printing in Unix

      my point was that it just won't work out of the box in a way that's integrated with the remoting tool. i say "connect to machine X", i dont just want it to bring the display here but also set up filesharing the other way around, printing, and sound. it does work in a controlled environment where you control very well each endpoint and make sure that both ends support whatever filesharing protocol you want. but setting it up is a pain especially when you have to cross NAT firewalls.

      as to fast user switching, i know very well you can open multiple desktops on multiple consoles. but a common requirement in places where multiple users actually share a machine is that when you want to switch to a new console, it asks for your password. It doesn't work that way in linux.

      finally i do know there's module autoloading. my point again was that there's no automatic UNloading to help with updates. if you've ever tried to change a module with multiple dependencies in linux you know what i'm talking about.

      unix tools get the work done if you spend the time to set up things properly. so you have a whole bunch of very powerful tools that you can basically do rapid application development with (using scripts etc.). but the whole point of software is just to make one's life simpler and automate things as much as possible.

    156. Re:funny department by Fujisawa+Sensei · · Score: 1

      I believe the key word was supposed. :-P

      --
      If someone is passing you on the right, you are an asshole for driving in the wrong lane.
    157. Re:funny department by bufalo_1973 · · Score: 1

      To the one that thinks I'm a troll: It was a QUESTION

    158. Re:funny department by isilrion · · Score: 1
      I think I agree with a lot of what you said. I say "think" because I don't use windows much, and almost nothing of RDP, but the features you mention are indeed useful. However, I wanted to point out a little disagreement:
      as to fast user switching, i know very well you can open multiple desktops on multiple consoles. but a common requirement in places where multiple users actually share a machine is that when you want to switch to a new console, it asks for your password. It doesn't work that way in linux.

      I'm on Debian Sid, with KDE3.4, and K->Switch User gives me two choices: "start new session" and "lock current and start new session". In fact, even when I lock my screen, I have the choice of starting a new session (and the old one remains locked). Perhaps this is new with kde3.4, but I swear I've seen this on Gnome.

      One feature I'd like to see, and RDP/Windows has it, is the ability to connect to an existing desktop instead of starting a new one. Sometimes I want to reuse from a remote computer the apps that I have already opened (most of the time the behavior of starting a new desktop is what I'm looking for, sometimes it isn't). Neither of them seem to be able to do both: on X11, I cannot reuse a desktop, on RDP/Windows, I cannot start a new one.

    159. Re:funny department by ZakMcCracken · · Score: 1

      * for security flaws, as has been noted, you don't want stale processes running weeks at all.

        * what you say doesn't work at all with kernel modules which you do need to unload before reloading.

        * while this may work at the basic executable level, a service is usually not just one executable but is usually realized by using many files including executables, dlls, scripts and configuration files. The fact is, many servers will indeed continue to run but will break at some point, for example:
            - if the server process is compiled against a library, and if that library is upgraded to a new, non-backwards-compatible version during the upgrade process, then when the old server tries to load that library dynamically after the upgrade, it won't find the old library version and will fail.
            - if the old server process tries to open a config file whose format has been changed with the upgrade, then it will fail as well.

    160. Re:funny department by Anonymous Coward · · Score: 0

      It's ok, some MS zealot got mod points, I was marked Troll too. It's not like I was THAT far from reality. *sheesh* Posted anon so I don't get slammed again.

  2. No Reboot by faqmaster · · Score: 5, Funny

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

    --
    Are you...Are you some kind of genius?
    No, ma'am, I'm just a regular Slashdot reader.
    1. Re:No Reboot by y2imm · · Score: 1

      The BSOD has also been updated for Vista. It will now be fushia. That is all.

    2. Re:No Reboot by governorx · · Score: 1

      winxp already has a brief BSOD. Swear to ^^^, its so brief you'll miss it if you blink. (Ever wonder why you get an unexpected restart?)

      This isn't security through obscurity, its the phenom: stability through obscurity!

  3. Wow... Took only 30 years to catch up... by scheming+daemons · · Score: 2, Insightful
    .. with *nix.

    I've had the ability to kill services (daemons), upgrade them, and restart them without rebooting the system for years.

    yet another Microsoft "innovation" that is decades behind the competition.

    --
    "I have as much authority as the pope, I just
    don't have as many people who believe it" - George Carlin

    1. Re:Wow... Took only 30 years to catch up... by joshv · · Score: 4, Informative

      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.

    2. Re:Wow... Took only 30 years to catch up... by cnelzie · · Score: 3, Informative

      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.

      --
      If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
    3. Re:Wow... Took only 30 years to catch up... by xsecrets · · Score: 1

      sure Synaptic on my debian system will upgrade just about anything other than the kernel without requiring a reboot.

    4. Re:Wow... Took only 30 years to catch up... by Arandir · · Score: 1

      Unlike Unix, it has an honest-to-goodness "Restart Manager"!

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    5. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      Good for you. Nobody is talking about Unix here, the subject is Windows. There is no assertion anywhere in the article that Windows is the first, second or tenth OS to do this. Linux weenies like you are the ones that keep this whole "innovation" meme going, not MS.

    6. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 1, Insightful

      Non-geeks don't really care about updating their system. Thanks to Windows Update popups they eventually will, but most of them don't see it as a tragedy to reboot their machine. Microsoft has trained them to think that constant rebooting is the norm.
      I don't think this is a feature that the public at large has been demanding. Only Windows Server admins will be frothing at the mouth over this. And smug *nix guys will just smile and keep feeling superior (which, of coarse, we are).

    7. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      This isn't about starting/stopping/upgrading services. This is about upgrading parts of the OPERATING SYSTEM. Like oh i don't know.... the kernel? IE (blasted integrated spyware enabler that it is). etc.

    8. Re:Wow... Took only 30 years to catch up... by kuzb · · Score: 1

      Who said it was an innovation? Thanks for trolling!

      --
      BeauHD. Worst editor since kdawson.
    9. Re:Wow... Took only 30 years to catch up... by IWannaBeAnAC · · Score: 1

      LOL, this is interesting? Exactly how is causing a crash when killing a service, not a limitation of windows?

    10. Re:Wow... Took only 30 years to catch up... by Gary+Destruction · · Score: 1

      Use services.msc to start and stop services that can't be killed in Task Manager. If that fails, use the Windows resource kit. It includes a program called kill.exe which will explicity kill any process.

    11. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      Finally! A Microsoft fanboi-ism everyone can agree with: this is no innovation.

    12. Re:Wow... Took only 30 years to catch up... by Wesley55221 · · Score: 2, Insightful

      yet another Microsoft "innovation" that is decades behind the competition.

      And the manner in which they claim to "solve" this really gets me nervous:

      "If you have to reboot, then what happens is that the system, together with the applications, takes a snapshot of the state: the way things are on the screen at that very moment, and then it just updates and restarts the application, or in the case of an operating system update, it will bring the operating system back exactly where it was," Allchin said.

      So basically it reboots, and then restarts your applications? Sounds to me like they're making things worse.

    13. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      You're just pissed because that's one less thing you'll have to bitch and moan about Windows.

      Fucking *nix zealots I tell you....

    14. Re:Wow... Took only 30 years to catch up... by flyinwhitey · · Score: 3, Insightful

      "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.

      --
      How pathetic are you that you follow me from topic to topic and waste all your mod points at once modding me down?
    15. Re:Wow... Took only 30 years to catch up... by MobyDisk · · Score: 1

      What the heck? This whole thread is FUD! If you want to restart a service in Windows, select the service in the service control manager, and click "stop" then "start" or "restart."

      The real benefit that Linux has over Windows is that you can update the executable on disk without corrupting the in-memory image. That's a feature of the file system and the use of memory mapping though. Both operating systems have the ability to stop/start/restart services, and both require you to do so to take advantage of an update.

    16. Re:Wow... Took only 30 years to catch up... by MoonFog · · Score: 1

      I think he meant that you'll be allowed to kill any service even if it will make Windows crash, not that shutting down any service will crash Windows. The task manager process shut down is basically Window's equivalent of kill -9.

    17. Re:Wow... Took only 30 years to catch up... by JohnnyLocust · · Score: 1

      I've had the ability to kill services (daemons), upgrade them, and restart them without rebooting the system for years.

      Grandpa Simpson says:

    18. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      Because of your limited ability to understand how Windows actually works, it figures you beanheads would say something like that. Unix can be updated with a reboot simply because the GUI portion is not directly tied into the underlying OS.

    19. Re:Wow... Took only 30 years to catch up... by LiENUS · · Score: 1

      Just out of curiosity... how is it that I can ssh into my linux box, login, do su -, service sshd restart... and never get kicked off the system?

    20. Re:Wow... Took only 30 years to catch up... by tehshen · · Score: 1

      No it's not, I've had Task Manager leave most crashing programs open while kill -9 kills them outright. It's more of a kill -2, SIGINT.

      --
      Guy asked me for a quarter for a cup of coffee. So I bit him.
    21. Re:Wow... Took only 30 years to catch up... by pilgrim23 · · Score: 1

      As a long time Microsoft User (yes I know; I have already joined a 12 step program to get a grep), I am not sure I would trust a recently updated Windows box with OUT a reboot.

      --
      - Minutus cantorum, minutus balorum, minutus carborata descendum pantorum.
    22. Re:Wow... Took only 30 years to catch up... by dhasenan · · Score: 1

      The client sends data when it has data to send, and it listens on a port for incoming data. If the remote connection zones out for a couple of seconds, no matter; it resends any lost packets (or the remote computer buffers them; not entirely certain).

      So, technically, you were kicked off and then put back on quickly enough that nobody noticed.

    23. Re:Wow... Took only 30 years to catch up... by IWannaBeAnAC · · Score: 1

      No, Windows doesn't have a coherent process model. There simply isn't a direct equivalent to kill -9 in Windows. Process Explorer just does a slightly better job of approximating it than (Microsoft's own!) Task Manager.

    24. Re:Wow... Took only 30 years to catch up... by SnprBoB86 · · Score: 1

      What prevents you from doing this with Windows now? I do it all the time...

      What MS has created is a way to do it automatically in a generalized way -- something *nix can not do safely.

      --
      http://brandonbloom.name
    25. Re:Wow... Took only 30 years to catch up... by cab15625 · · Score: 1
      And smug *nix guys will just smile and keep feeling superior (which, of coarse, we are).

      Yes, and by the time this comes out, maybe kexec will have evolved to the point where you can switch out the old kernel for a new one without a reboot or pseudoreboot and without affecting anything that's running. Or so goes my dream. Linux and F/OSS may be constantly playing catchup with MS on the Office file formats, but we're still ahead in technology.

      today: The only things you should have to reboot for are a protracted power failure and a kernel upgrade.

      tomorrow: The only thing you should have to reboot for is a protracted power failure.

    26. Re:Wow... Took only 30 years to catch up... by Fujisawa+Sensei · · Score: 1

      How is the task manager not part of windows?

      --
      If someone is passing you on the right, you are an asshole for driving in the wrong lane.
    27. Re:Wow... Took only 30 years to catch up... by NicklessXed · · Score: 1

      While I agree with the content of your post, saying that "Nobody is talking about Unix here" seems to be a bad choice of words regarding all the comments above yours...

    28. Re:Wow... Took only 30 years to catch up... by SatanicPuppy · · Score: 1

      Actually, the systems insistence on NOT killing a service if it can't be sure it won't cause a crash is one of Windows' most grevious flaws.

      I used to admin this damn win2k server with a shoddily written ASP application running on it. Every now and then the application would meltdown and the only way to restart it was to do a hard reboot on the machine because Windows wouldn't allow the service to be stopped or restarted.

      Would. Not. Allow.

      That is completely unacceptable. It's my job to be smarter than the computer. If the computer was actually smarter than me, I wouldn't HAVE a job. To have it decide that it is smarter than me, especially when it's already being extra special stupid is INTOLERABLE.

      Just one more example of having to fight Windows to get it to behave correctly. People talk about stability, but the biggest problem I've always seen is all the assumptions the code makes without consulting you.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    29. Re:Wow... Took only 30 years to catch up... by TCM · · Score: 1

      Wrong. There's a difference between the sshd master that listens and the individual sshd forks that spawn for each session. After you established a session, you can kill the master completely and still have your session. You just won't be able to create new ones.

      --
      Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
    30. Re:Wow... Took only 30 years to catch up... by Johnno74 · · Score: 1

      Wrong, "end process" on task manager calls the win32 function TerminateProcess. One limitation of task manager is you can only kill processes running as the logged on user - which excludes most services. As someone else said, if you use process explorer or similar you can kill services etc.

      One thing you can't do is kill a process that has made a call to the kernel that hasn't returned yet. If you try and kill it it stays there (and unhelpfully there is no explanation) but if the system call ever returns the process will terminate - but usually this is caused by a buggy device driver, and it will never return.

      I believe exactly the same ting happens in linux - its just not safe to kill a thread that is currently in the kernel.

      If you select "end task" from the applications tab of task manager, that sends a wm_close message to the window you have selected, which asks the application to shut down gracefully.

    31. Re:Wow... Took only 30 years to catch up... by spuzzzzzzz · · Score: 1

      I'm pretty sure that's incorrect; how would the new ssh daemon know that you were authenticated?

      When you log in via ssh, the ssh daemon forks itself and your connection is handled by the child. When sshd is restarted, only the parent daemon is restarted. The children hang around until their connections are closed. So the restart only has an effect on connections opened after sshd is restarted; your current connections stay open.

      --

      Don't you hate meta-sigs?
    32. Re:Wow... Took only 30 years to catch up... by Johnno74 · · Score: 1

      Wrong, the win32 function TerminateProcess is the equivalent. Selecting end process in task manager does this, but task manager only lets you terminate processes you own. If you are an admin process explorer will let you terminate any process. The only reason this won't kill a process is if the process is waiting on a kernel call to return, I beleive linux does the same thing in these circumstances.

      Some more info here: http://www.sysinternals.com/blog/2005/08/unkillabl e-processes.html

    33. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      The program allows you to kill WinLogin.exe, which is similiar to the init process on UNIX systems, I think.

      If you kill init on linux, for example, it will panic.

      (WinLogin.exe is not really a service.. uhh.. or is it? Either way, it's not something you actually want to kill.)

    34. Re:Wow... Took only 30 years to catch up... by KiloByte · · Score: 1

      That's because you're using a worker process belonging to the old sshd.

      The main process just sits there listening for connections, and it forks off a process for every login -- that process in turn will spawn your login shell. If you try 'pstree', you may get:

                +-sshd[1]-+-sshd[2]---sshd[3]---bash[4]---pstree[5 ]
                |.........+-sshd[6]---sshd[7]---bash[8]---bash[9]

      sshd[1] is the ssh daemon you start or restart. Killing it has no effect on killing its children. It's the one which calls listen().
      sshd[2,6] are the worker processes, they hold connections and do encryption.
      sshd[3,7] are just helpers which handle spawning pseudo-terminals
      bash[4,8] are login shells.
      pstree[5] is the command which gave us the tree of processes.
      bash[9] is one that replaced the 'su' process.

      After "/etc/init.d/ssh restart", we get:

                +-sshd[2]---sshd[3]---bash[4]---pstree[5]
                +-sshd[6]---sshd[7]---bash[8]---bash[9]
                +-sshd[10]

      As you see, sshd[2,6] got their parent killed and got re-parented to init itself. sshd[10] is the new daemon.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    35. Re:Wow... Took only 30 years to catch up... by just_another_sean · · Score: 1

      Oh well at least some helpful third party was able to bring Microsoft out of the stone age.

      I guess we have nothing to complain about then.

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    36. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      How about taskkill /F ?

    37. Re:Wow... Took only 30 years to catch up... by tita · · Score: 1

      Actually, it's a rights issue. Services usually run as LocalSystem, this means that an Administrator can't directly kill it. However, if you run the Task Manager as LocalSystem (not sure about the exact command, but the idea is to schedule running task manager in the future using 'at /interactive <time> taskmgr.exe'), you can kill any service.

      --
      "Who wishes to be creative, must first destroy and smash accepted values." - Nietzsche
    38. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      "kill.exe". Gee, I wonder where they ported that from...

      Incidentally, using net start|stop does the same thing.

    39. Re:Wow... Took only 30 years to catch up... by Jugalator · · Score: 1

      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.

      Or just open "Administrative Tools -> Services" in the Windows Control Panel...

      --
      Beware: In C++, your friends can see your privates!
    40. Re:Wow... Took only 30 years to catch up... by Anonymous Coward · · Score: 0

      AMEN!!! A super user (or adminsistrator or whatever) should be allowed to do ANYTHING, even if it's a Bad Thing. It's up to the people who have the POWER to know how to use it responsibly or to limit themselves from using it. If you want to warn people before doing a Potentially Bad Thing, that's fine (and make sure I can hack it do disable warnings)... but don't make it outright impossible. The user controls the computer, not vice versa. You always need to be able to tell the computer "trust me, I know what I'm doing".

    41. Re:Wow... Took only 30 years to catch up... by CableModemSniper · · Score: 1
      LOL. That's amazing. Just out of curiosity
      runas /user:LocalSystem taskmgr.exe
      won't work?
      --
      Why not fork?
  4. Fixing DLL management... what a novel concept by KiltedKnight · · Score: 5, Interesting
    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.

    --
    OCO is Loco
    1. Re:Fixing DLL management... what a novel concept by Krach42 · · Score: 5, Interesting

      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.

      --

      I am unamerican, and proud of it!
    2. Re:Fixing DLL management... what a novel concept by jafac · · Score: 2, Insightful

      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.

      . . . that is, until the application vendors (including Microsoft's own developers) get ahold of the system.

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    3. Re:Fixing DLL management... what a novel concept by misleb · · Score: 1

      And maybe one day they will actually find a sane naming convention for dll's too. Gotta love seeing files like "DGWG32.DLL" all over a Windows system.

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    4. Re:Fixing DLL management... what a novel concept by Anonymous Coward · · Score: 0

      I agree, "libdgwg.23423.so" is so much of an improvement.

  5. wonderful by roger20 · · Score: 0, Troll

    Finally at last! Seems so simple, why haven't they thought of it before??

  6. Linux by phulshof · · Score: 4, Funny

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

    1. Re:Linux by scheming+daemons · · Score: 1
      You're right. It's not comparable to Windows.

      Linux actually works... and works well.

      --
      "I have as much authority as the pope, I just
      don't have as many people who believe it" - George Carlin

    2. Re:Linux by jonesy16 · · Score: 4, Informative

      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.

    3. Re:Linux by Anonymous Coward · · Score: 2, Informative

      "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."

      What intensive purposes?

      Or did you mean intents and purposes?

    4. Re:Linux by rapidweather · · Score: 1

      Imagine my suprise when the machine did not have to be rebooted when I installed SuSE Linux 6.3. I still can't get over it.

    5. Re:Linux by fingusernames · · Score: 1

      For the most part, for a regular joe blow end user, they should do a reboot when updating a *nix based system library, or installing a Windows app/update that requests it. It isn't a huge deal, and will make their life easier. Windows requires it more than *nix does, because *nix is designed from the ground up such that different components don't require one another to exist in the same boot state. The nice thing about *nix is that it usually requires just one reboot regardless of how many things you have updated. Windows has impoved in recent iterations such that the reboots are fewer and don't cascade as often, but it is still worse on whole.

      However, the more valid complaint has long been in the server environment, where a *nix sys admin who knows what he is doing can perform every system update short of a core kernel change without rebooting or dramatically affecting usage of the server/downtime. Windows has not been able to claim that. It looks like Windows will still not be able to claim that, as this new system is intended to mitigate the problem, not fix it. The problem is twofold. First, Windows is still very monolithic in ways. To fix many of those monolithic components necessarily requires a reboot. Second, Windows has become dependent on a collection of tightly coupled processes communicating with one another, and they were not designed to cleanly handle one process going away and restarting itself. It's simply a design choice, and changing that choice will be a lot of work. Hence this new system to mitigate the effects of the choice.

      The biggest problem Windows has is not technical so much it is design and cultural. Microsoft only recently got the religion that long motivated *nix, and to rework their operating environments enough to be on par with *nix when it comes to security, modularity and the separation of state. Allchin is a smart guy, and he recognizes these issues. Longhorn/Vista is way behind scheduled because he decided to not just put makeup on the pig any longer. But it will still be a long road to travel for Microsoft, because they must maintain application compatibility above all else. However, what I have read of Allchin's recognition of the core problems with Windows gives me hope, as a *nix person, that future renditions of Windows will be far better than the bad old days.

      Larry

    6. Re:Linux by misleb · · Score: 2

      This isn't exactly true. Windows does have significant limitations on replacing files which are in use. In some cases you simply cannot do an in place upgrade. A reboot is required in Windows not because you can't restart processes, but because you can't replace files while they are in use. Sorry, but Windows and LInux are simply not on the same level here. Linux is, in fact, inherently easier (and safer) to upgrade without a reboot.

      Obviously it is always safest to just reboot, but sometimes that is not the most optimal situation. If I am running a mission critical server and need some uber-important update, I don't want to have to reboot just to implement it. I want the option of updating without a reboot. This isn't just about desktop computers, you know. Well, maybe it is for Microsoft....

      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    7. Re:Linux by just_another_sean · · Score: 1

      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.

      Sounds like someone needs a hug.

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    8. Re:Linux by smeenz · · Score: 1

      Heh.. just wait until Microsoft patents this 'original idea'

    9. Re:Linux by glens · · Score: 1
      Hahaha! I was thinking the same thing. The post, aside from the lack of paragraphs, was extremely well-made. I didn't notice any glaring typos; and the sentence structures and word usage both seemed above-average.

      That's why the use of "intensive purposes" was so alarming to me. At least we weren't treated to "should of"!

      Now, for some of the content:

      I cannot recall a single service under Linux which would require taking down the whole computer. I was tempted to say "init" but you can restart it in place whenever you want to implement changes to its configuration.

      As far as not having to reboot Windows to have networking changes take effect, well, I've not discovered the way yet. Admittedly I don't "do" Windows very often (I'd guess it to be little more than a few dozen hours over the past decade). To the best of my recollection, some very mundane networking changes have prompted me for a reboot in Windows XP.
      "When the general public isn't well educated and is using your software, you just do what's safest for them."
      Well, I'd rather describe it as "When you cater to the continual fleecing of people (whom you'd evidently prefer to stay ignorant) and you don't want to field questions, you tell them to do what's easiest for you."
    10. Re:Linux by icydog · · Score: 1

      BOTH operating systems support killing and restarting MOST services without taking down the entire computer, as well as OSX.

      You can kill and restart OSX from within Windows and Linux? That is so cool! =)

  7. hmm by orbit86 · · Score: 2, Funny

    what they forget to mention is you have to stand on one leg and hold a metal rod while a thunderstorm is occuring..

  8. The question by ScottSCY · · Score: 4, Funny

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

  9. As an IT Employee... by ehaggis · · Score: 4, Funny

    What will I do all day long now?

    --
    One ring to bind them - should probably have more fiber and less rings in their diet.
    1. Re:As an IT Employee... by Anonymous Coward · · Score: 0

      If you did your job right to begin with then nothing would be different.

    2. Re:As an IT Employee... by RandoX · · Score: 1

      Spoken like someone who's never had to deal with a real end-user. Or a company with a stingy accounting department.

    3. Re:As an IT Employee... by SimReg · · Score: 5, Funny

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

    4. Re:As an IT Employee... by Anonymous Coward · · Score: 0

      Listen to users complain asking why thier computer is so damn slow! Thats what!

      This is all fine and good from an implementation standpoint, but why has this only been introduced into Vista now???

      My guess, Micro$oft has NO IDEA HOW TO MAKE AN EFFICIENTLY STRUCTURED OPERATING SYSTEM!!!
      (please see all previous versions of W!ndows for truth in statement)

      /end rant

    5. Re:As an IT Employee... by ortholattice · · Score: 1
      What will I do all day long now?

      Talk to your friend, the Unix admin. He's had to deal with this problem for years and will give you plenty of creative suggestions.

    6. Re:As an IT Employee... by Anonymous Coward · · Score: 0
      What you usually do: blame the users for Windows suckiness, and then complain them on IT message boards while referring to them as "lusers" (wink wink).

      The IT world annointed Windows the king, so shut up, close that browser, tuck your anime T-shirt in, put down that Mountain Dew and donut and fix my fucking PC!

      Die, IT scum. Die!

    7. Re:As an IT Employee... by Anonymous Coward · · Score: 0

      Actually you are incorrect in both areas. I work IT and deal with the end users, and we are luckly to get money to buy software/hardware that we need. In some cases we can't even get that.

      However not sure what either of those have to do with anything. If you do your job right, you aren't restarting your servers on a daily basis. Nor are you restarting client machines that often either. Thus the addition of the restart manager while a nice feature, shouldn't change your IT department's day that drastically. Not unless I have just worked as odd places where our stuff just worked and didn't have to be restarted that often that it was what i did day in and day out.

    8. Re:As an IT Employee... by just_another_sean · · Score: 1

      Same thing you do now...

      Or try to take over the world!

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    9. Re:As an IT Employee... by geschild · · Score: 1

      You missed the point. He has two computers and uses one to read /. while the other is rebooting and vice versa... :P

      --
      Karma? What's that again?
    10. Re:As an IT Employee... by hao2lian · · Score: 1

      Same thing we do everyday, Pinky. Try to take over the world!

      --
      Pelé!
  10. hmmm by ajdowntown · · Score: 2, Informative

    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.

    Yes, and I am sure NOTHING could go wrong there...

    1. Re:hmmm by dotgain · · Score: 3, Insightful

      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.

    2. Re:hmmm by BillKaos · · Score: 1
      I agree, this approach is doomed to fail. Such a Restart Manager is going to be a big and complex beast, and you know what happened to MS big complexity apps, they're full of holes and corner cases that nobody is able to fix.

      I liked some paper I read some days ago, talking about how the Unix creators knew they were stupid, so they designed a KISS system :)

    3. Re:hmmm by Bezben · · Score: 2, Insightful

      The real question is how long will it take virus writers to use it to replace system dlls with new infected ones?

    4. Re:hmmm by germanStefan · · Score: 1

      this is when you just hide the dialog by moving it to the bottom right of the screen under the panel until you are ready to restart 4 days later

  11. Lets get it out of the way right now.... by nicholasjay · · Score: 1, Redundant

    How is this new, my {Unix| Mac| Linux} system has done this for years...
      Ok, I don't want to hear any more about it.

    1. Re:Lets get it out of the way right now.... by trophy · · Score: 1

      Dude, this is slashdot. That isn't going to happen, and you know it.

    2. Re:Lets get it out of the way right now.... by prockcore · · Score: 5, Informative

      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.

    3. Re:Lets get it out of the way right now.... by neuroklinik · · Score: 2, Informative
      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.


      This is really just a sign of poorly composed installers. Apple's PackageMaker tools allow the installer to require a restart. However, it's trivial to extract a package's components by hand, unlink any in use kexts or halt any processes with open files that need to be updated, and place the new files from the package where the belong. Then you can restart the updated kexts and launch the updated processes yourself. No restart required. Apple's installer just tries to keep things simple for Joe Average User, and that means running the install, and then restarting to shutdown processes and clean up.

      If your an uptime junky, just do it all by hand.
    4. Re:Lets get it out of the way right now.... by Anonymous Coward · · Score: 0

      Which proves that the child who wrote the OP foolishly passed on his assumptions. I seriously doubt that he has had all 3 systems exclusively. And that he has run them for "years".

    5. Re:Lets get it out of the way right now.... by Smitty825 · · Score: 1

      I was thinking the same thing. I know that many Mac users have complained about this "feature" of software update and hopefully Apple actually implements this "solution," as it would make updating your software that much more convienent

      That being said, there is nothing in OS X that is preventing you from restarting the changed code (well, other than kernel updates) and thus being able to avoid a restart yourself...

      --

      Doh!
    6. Re:Lets get it out of the way right now.... by Pope · · Score: 2, Informative

      Bollocks, it completely depends on the update needed. Java doesn't IIRC, but anything like a Security Update will. Turn off auto-install and it won't do anything but tell you there's an update, you can run the install when it's convenient.

      --
      It doesn't mean much now, it's built for the future.
    7. Re:Lets get it out of the way right now.... by TheRaven64 · · Score: 1

      Actually, you can probably update a lot of the kernel these days. OS X now has a stable kernel ABI and if you do kldstat you will see that a huge amount of the kernel is in loadable (and unloadable) modules. A Safari update doesn't actually need a reboot - it just needs you to restart all apps that use WebKit - if you force-quit Software Update and do this manually (or run it from the command line, where it simply suggests that you reboot instead of trying to force you to) then it still works fine. Some things, like QuickTime can be a bit more iffy though.

      --
      I am TheRaven on Soylent News
    8. Re:Lets get it out of the way right now.... by 99BottlesOfBeerInMyF · · Score: 1

      Your mac most definitely has not done this for years. Even updating Safari requires a reboot on OSX.

      Not so. The mac can handle updating of almost anything just fine without a reboot. In fact I have updated Safari without Update.app asking me to reboot (just restart Safari). You're probably thinking about updates to WebCore, upon which Safari and several other applications rely. I think this may be confusing to many people because Update.app is overly enthusiastic about asking you to reboot the machine, rather than trying to explain to most users what apps/services need to be restarted. I usually use Update.app to install everything, quit it without restarting, and manually restart affected services if I'm in the middle of something and don't feel like reopening all my terminals and other applications.

      To summarize: OS X has this capability, Update.app uses it (but maybe not as well as some people would like).

    9. Re:Lets get it out of the way right now.... by ceoyoyo · · Score: 1

      Gotta get those numbers in my uptime widget higher, higher! :)

      The Mac only asks for a reboot when it upgrades some part of the OS anyway. A lot of the stuff doesn't really require a reboot, but it makes the package assembler's job easier. Normal updates (Applications, etc.) don't require rebooting though, nor does installing apps. The grandparent's complaint that upgrading Safari required a reboot probably refers to an update to WebKit that was just dressed up as a Safari update.

      I still remember last summer a friend was reinstalling his XP system. It literally took three days. "You need to install these critical, and these recommended system updates!" Okay. Reboot. "You neet to install these different updates!" Okay. Reboot....

      That was before he started installing apps, each one of which wanted to reboot of course, and drivers, each one of which HAD to reboot, and HAD to be installed in the right order or he would have 640x480 16-color video or no sound or something.

    10. Re:Lets get it out of the way right now.... by Blakey+Rat · · Score: 2, Funny

      However, it's trivial to extract a package's components by hand, unlink any in use kexts or halt any processes with open files that need to be updated, and place the new files from the package where the belong. Then you can restart the updated kexts and launch the updated processes yourself.

      Are you entirely sure you know what "trivial" means?

    11. Re:Lets get it out of the way right now.... by neuroklinik · · Score: 1

      In this particular case, it's intended to mean that the details of this process will be obvious to anyone who understands Mac OS X system fundamentals, and therefore is not worth repeating here. I believe that fits in with the generally accepted connotion of the term.

    12. Re:Lets get it out of the way right now.... by Blakey+Rat · · Score: 1

      trivial (tr?v'?-?l)
      adj.
      1. Of little significance or value.
      2. Ordinary; commonplace.
      3. Concerned with or involving trivia.

      So... no you don't then. Glad we cleared that up.

      (Source: http://dictionary.reference.com/search?q=trivial )

  12. Ready for the desktop by cactux · · Score: 5, Funny

    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 !"

    1. Re:Ready for the desktop by SilentChris · · Score: 2, Insightful

      Considering most people turn off their computers every night, this feature wasn't really needed. If you ask the average Mom/teenager/grandparent, they turn off their machine every night. When asked why, they say "Why not?" The concept of having a machine running for months on end doesn't appeal to them at all.

      Microsoft took their time with this because they could. Whereas, with Windows XP going forward, they've emphasized startup times -- because that's what Joe User looks at.

    2. Re:Ready for the desktop by bigpat · · Score: 1

      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 !"

      Maybe for corporate use, but for your joe average user who doesn't know a kernel from "The Colonel", Windows is probably many years from being ready for prime time. I mean the support requirements alone make wider adoption impracticle.

    3. Re:Ready for the desktop by agent_no.82 · · Score: 1

      The feedback I generally get is "Electrical Costs," although "It runs better" and "Why not?" are also common. I think the concept of paying for a machine to run for months is the issue. I've set up most of my friend's computers to go to standby automatically, as this adresses both problems.

  13. Finally.. by yamcha666 · · Score: 5, Insightful
    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.

    1. Re:Finally.. by Enigma_Man · · Score: 1

      Out of curiosity, do you (or does anybody) know how well hot-plug hardware is supported in either Windows, or Linux? I don't have any experience with either myself, which is why I ask.

      -Jesse

      --
      Nothing says "unprofessional job" like wrinkles in your duct tape.
    2. Re:Finally.. by jeffy210 · · Score: 1

      Windows actually has support for this, but it's limited to the hardware. Case in point, the higher end dell servers (6xxx and 8xxx) support hot plugging of PCI devices. Open the case, press the button to power down the PCI slot, swap the card, then press the button again to turn it back on. The support between the OS and the Server is alright, it's the apps you have to watch out for as quite a few of them don't expect a RAID card or NIC to suddenly get switched.

      --
      ------
      "And may your days be long upon the earth."
    3. Re:Finally.. by UU7 · · Score: 1

      Ok, how do you upgrade your kernel without rebooting ...? "If you have to reboot, then what happens is that the system, together with the applications, takes a snapshot of the state: the way things are on the screen at that very moment, and then it just updates and restarts the application, or in the case of an operating system update, it will bring the operating system back exactly where it was," Allchin said. Nice try though, kneejerk linux reaction as always.

    4. Re:Finally.. by dotgain · · Score: 2, Insightful
      So why should I have to reboot when I install something like Nero? Or anything besides the kernel or hardware for that matter?

      Having worked with several Windows developers (the worst of the pseudo-techies), I couldn't begin to tell you how dearly they hold their restarts and drive defrags.

      Ever single installer would restart the computer, no matter how trivial the package installed is, even if it's just a bunch of PDFs. I've argued till I'm blue in the face with someone who insisted that you really need to restart to register all the files you copy on, DLLs or not.

      Then there's defragging. Not only would all the devs defrag their own drives every week, they'd pretend they could notice a difference. It's the first thing our helpdesk would tell you to do if there were problems. Second, reinstall the OS.

      Why do you have to reboot when you install something as simple as Nero? Two reasons. In my experience, Windows devs are pseudo-technical. They know a there's 1024 b's in a k, but not why. Second reason, that's what they're used to. They probably had to restart a half dozen times to install their click-and-drool development environment, and it becomes par for the course.

      AND, because you actually FIX 50% of windows problems by restarting, why not? Mark my words, Vista will be just as bumpy a ride as XP was. You'll be restarting it often enough, matey.

    5. Re:Finally.. by moonbender · · Score: 1

      So why should I have to reboot when I install something like Nero?

      Yes, why should you? Why would you? I don't think the Nero setup actually forces you to reboot. The vast majority of applications work without a restart, and so do some drivers. Some recent games are an exception to the rule because they install or update copy protection measures that run at a very low level.

      --
      Switch back to Slashdot's D1 system.
    6. Re:Finally.. by cloudmaster · · Score: 1

      Well, you could run a stable kernel on a well-supported platform, and understand that you generally don't have to upgrade to the latest bleeding-edge kernel for your system to work just fine, because the updates generally don't apply to your hardware...

      I'm not sure why an OpenMosix-like system couldn't be used to migrate processes to a new kernel image and then cause the old kernel to terminate, either. That'd work with two machines, migrating processes off to one machine and then back again. I think. I'll bet there are situations where Windows can't completely restore state, though.

    7. Re:Finally.. by sconeu · · Score: 1

      Yep. When I was with a FibreChannel startup (Hi Bruce!!!) the driver guys had to handle PCI hot-plug, and we had a few Dell/HP/Compaq boxen with hot-swap.

      --
      General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    8. Re:Finally.. by someone300 · · Score: 1

      In my experience, Windows devs are pseudo-technical. They know a there's 1024 b's in a k, but not why.

      Same goes with most people involved with Windows, admins and the like. Microsoft push this as an advantage though. It's probably the reason they usually struggle with Linux development... personally I've found most APIs on Linux to be far easier to develop with but Windows devs I know "just don't understand them".

    9. Re:Finally.. by Gogo0 · · Score: 1

      I believe Nero and other CD/DVD burning apps install their own ASPI drivers or something similar to talk to the burning drive. I've tried Nero after installing it without a reboot before, and it doesnt detect any cd burners.

    10. Re:Finally.. by cloudmaster · · Score: 1

      http://linux-hotplug.sourceforge.net/, particularly http://linux-hotplug.sourceforge.net/kernel/kernel .html would be helpful.

      Compaq hotplug PCI has beein in the kernel since 2.4.15, BTW, and those PC cards in laptops (Cardbus) have been supported since before that (IIRC).

    11. Re:Finally.. by yamcha666 · · Score: 1

      Hey, try reading my comment. I explicitly said besides the kernel or the hardware for that matter. I know one has to reboot the system to activate a new kernel upgrade. I'm not no knee jerk Linux fan boy.

    12. Re:Finally.. by ichigo+2.0 · · Score: 1

      So why should I have to reboot when I install something like Nero?

      You don't. Unless you're running Win9x, Nero works without rebooting, as do a zillion games and software that wants to reboot. Only times I have to reboot is if I install display drivers or OS updates, hopefully Longhorn fixes this as the display system is supposedly able to die and restart without the computer crashing.

    13. Re:Finally.. by Keith+Russell · · Score: 1
      Having worked with several Windows developers (the worst of the pseudo-techies)... They probably had to restart a half dozen times to install their click-and-drool development environment, and it becomes par for the course.

      Dear dotgain,

      Yes, you did say that out loud.

      Sincerely yours,
      A clueful Windows developer, under the bus

      --
      This sig intentionally left blank.
    14. Re:Finally.. by Tim+Browse · · Score: 2, Funny
      In my experience, Windows devs are pseudo-technical. They know a there's 1024 b's in a k, but not why.

      In my experience, Linux devs are smug geeks who think they're hardcore because they build the apps they use from the source. The last Linux dev I worked with was a goddamn fucking incompetent muppet*. What's your point?

      There are idiots in every profession. I've worked with lots of Windows devs, and I've never met one who loved 'their restarts and drive defrags'.

      Btw:

      Why do you have to reboot when you install something as simple as Nero?

      Nero is probably a bad example - it talks to hardware in a way that most apps don't. But come to think of it, I don't think I had to reboot the last time I installed Nero.

      And as for 'every single installer would restart the computer', I'll grant you that some installers insist on a restart for seemingly arbitrary reasons, but 'every single' one? Not even close.

      If you're going to rag on Windows installers, complain about something valid, like the fact that many of them seem to think that installing the software is the most important thing you will ever do and so cover the screen with a full screen window (if you're unlucky, with the BGBG), and try to prevent you using your system while it's doing something as radical as making a new directory and copying some files into it (oh noes!)

      * Sorry, still angry about that fucking over-confident smug arrogant twat of a know-nothing ham-fisted couldn't program or design a database schema his way out of a wet paper bag if his fucking life depended on it shithead, whose 4 months of work I had to throw away and rewrote in 3 weeks to a much higher standard, including the time taken to learn the web framework that he was supposedly expert in. But it's ok, the nurse says I'm making progress.

    15. Re:Finally.. by Tim+C · · Score: 1

      the display system is supposedly able to die and restart without the computer crashing.

      I've seen that happen under Win2k - the screen blanked out with just a flashing underline cursor in the top left, then the desktop reappeared. Iirc, I was updating the graphics driver at the time.

    16. Re:Finally.. by UU7 · · Score: 1

      Nope, I agree.. it's still something new and quite useful. The previous post just couldnt see past "teh window$" hate. I'd actually be pretty happy if I could update kernels without rebooting. Saves some downtime.

    17. Re:Finally.. by UU7 · · Score: 1

      nono, really. Try to see past the hate. It's unhealthy :)
      The nice thing about this update is precicely that you can update the system without rebooting. I'm glad you grabed onto one aspect while ignoring the meat of the issue. Great work, really.

    18. Re:Finally.. by dotgain · · Score: 1
      In my experience, Linux devs are smug geeks who think they're hardcore because they build the apps they use from the source. The last Linux dev I worked with was a goddamn fucking incompetent muppet*. What's your point?
      Okay, I admit I took advantage of /.'s bias when saying what I thought. I knew the generalisation would stir a few people up. That's half the problem with generalisations, and half the fun.

      Nero is probably a bad example - it talks to hardware in a way that most apps don't. But come to think of it, I don't think I had to reboot the last time I installed Nero.
      It wasn't actually my question anyway, and I'd have no idea, I don't use it. Since the question was posed, I assumed it was necessary. The point I'm trying to make is: "Restarting often is ingrained in Windows users."

      And as for 'every single installer would restart the computer', I'll grant you that some installers insist on a restart for seemingly arbitrary reasons, but 'every single' one? Not even close.
      Sorry I didn't make it clear, I was still talking about _our_ products. Not every single installer for Windows applications. Most still ask to restart unnecessarily, however. And in ways that tend to imply that it is necessary.

      Sorry, still angry about that fucking over-confident smug arrogant twat...
      Don't worry, I see your point completely. They're everywhere. I made a generalisation even I knew didn't hold water, I'm really just trying to see how far I can go before I get modded down, I suppose.

    19. Re:Finally.. by petermgreen · · Score: 1

      cardbus is pci based afaict and you've been able to hotswap that since the win95 days and possiblly before. so hotswapping isn't really a new thing its just not generally seen in desktops (with the exception for the newish usb and firewire for external devices) because noone thinks there is any point.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    20. Re:Finally.. by conufsed · · Score: 1

      Linux: Because rebooting is for adding hardware.
      Only because your system isn't running hotpluggable hardware.
      Now if only somebody could invent a way of upgrading the kernel without rebooting I would be laughing!

    21. Re:Finally.. by Anonymous Coward · · Score: 0

      Linux: Because rebooting is for adding hardware.

      Ha... Thanks for the laugh. Why don't you get a real computer that supports hot swappable devices and forget this reboot nonsense. I've been running solaris on my computer for years and have never rebooted.

    22. Re:Finally.. by Tim+Browse · · Score: 1
      Sorry I didn't make it clear, I was still talking about _our_ products. Not every single installer for Windows applications.

      Ah, I see. Sorry. Yes, sounds like you were working with idiots :-)

    23. Re:Finally.. by dotgain · · Score: 1
      Well, I wouldn't go so far as to call them idiots; to this day many of them are still friends

      And they did develop some neat stuff. It's just they don't seem to have ever looked under the hood, taken Computer Science (then again, neither have I), or otherwise gained a basic understanding of what the OS does, or is supposed to do.

      In many ways it's fair enough, too. They get the job done after all. They just could do better.

    24. Re:Finally.. by Anonymous Coward · · Score: 0

      Hardware change requiring Reboot is not entirely true. Once we pulled a CPU out of the socket, and once we yanked memory bank/board, and the darned *nix box didn't as much say "Ouch!", it just kept running.

      The UNIX OS design allows software updates without reboots (remember UNIX was multitasking, multiuser and timesharing since beginning). Again and again, the fundamental UNIX philosophy of providing faclities at the lowest layers so that top layers can build what they want/need proves to be so valuable, that is, there is no need for a Restart Manager.

      All the talk about Windows doing it for a purpose, UNIX not doing it is "Security" problem is just BS, you can cook up these kinds of "security patch" stories, but in the end that still is not the same as the OS itself forcing a reboot.

  14. So now I only have to reboot once.... by Kaptain+Kruton · · Score: 3, Funny

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

  15. Oh, Lordy! by overshoot · · Score: 4, Insightful
    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?

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
    1. Re:Oh, Lordy! by Ashinberry · · Score: 1, Informative

      Unfortunately, FAT32 and NTFS aren't inode based filesystems and don't support in place replacement. That and their lousy file locking method.

      --
      I have no .sig
    2. Re:Oh, Lordy! by shotfeel · · Score: 1

      Yeah, I'd say for a desktop system its really of questionable use. Especially when "common wisdom" soon after it released will be to reboot anyway just to be sure.

      For a server, yeah, this could be important (if its reliable).

    3. Re:Oh, Lordy! by someone300 · · Score: 1

      This restart manager just seems like such a hack, doesn't it?

      Can't they have it so that all non-essential processes and drivers are *completely* restartable/removable if not in use? (like sound, filesharing, all network stuff, most drivers, plug'n'play etc.) and so, as you say, the inode gets left in place after unlinking it. That way when anything files are updated it will just update to the newer file.

      Though, I really can't see any reason from a userspace point of view why Microsoft can't leave an inode in place after unlinking... and from the kernel... well.. they've got the resources to fix that surely.

      Maybe next they can fix the Windows System Update Services forcing users to stare at a progress bar while it updates Microsoft Office before they log in.... as I understand it, that's due to the file-locking isses... well that's what an MCSA told me.

    4. Re:Oh, Lordy! by amightywind · · Score: 1

      It has "fragile" written all over it.

      ...,contrived, buggy, confused. Ah, but you can always reboot.

      --
      an ill wind that blows no good
    5. Re:Oh, Lordy! by nick8325 · · Score: 2, Informative

      IIRC, NT can quite happily delete open files. The problem is that the Win32 DeleteFile function tries to open the file with exclusive access when it deletes it - so that will fail if anyone else is using it. I have no idea why it does that...

      This post explains more.

    6. Re:Oh, Lordy! by imsabbel · · Score: 1

      Er...
      Because you dont WANT to delete something that is used by anything else?

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    7. Re:Oh, Lordy! by dotgain · · Score: 1
      This restart manager just seems like such a hack, doesn't it?

      You reckon _that's_ a hack? Wait for the soon-to-be unveiled Floppy Disk Manager.

      It's a new innovation from Microsoft that monitors the floppy drives in your computer to see if there's actually a disk in them. Then, later on when you get a list of volumes ('My Computer' in =XP) we're able to avoid the delay of trying to read a floppy when there actually isn't one in the drive!

    8. Re:Oh, Lordy! by nick8325 · · Score: 1

      Why not? It will only be deleted when the last program closes the file, according to the documentation of ZwCreateFile in MSDN. And if a program expects a file to stay around after it's closed it, it has a race condition...

    9. Re:Oh, Lordy! by Anonymous Coward · · Score: 0

      'It has "fragile" written all over it.'

      Windows Vista: Return of the RSOD

    10. Re:Oh, Lordy! by killjoe · · Score: 1

      As any MS developer can tell you. Everything MS does is overly complicated. Without exception.

      --
      evil is as evil does
    11. Re:Oh, Lordy! by Ben+Hutchings · · Score: 1

      Actually NTFS does use inodes, and Win32 does allow replacement of loaded modules. However, there is a Win32 call (and an underlying NT kernel call) that returns the file name of a loaded module. There may well be applications that test against specific well-known system DLL names, so renaming those DLLs while they're loaded could result in breakage. I imagine this is the reason why reboots are often required at present.

    12. Re:Oh, Lordy! by mcrbids · · Score: 2, Informative

      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.

      This is the result of a (now decades old) decision waaaayyy back in the DOS days. DOS, as you may well know, was originally very much a single-user, single-tasking O/S. Many have said that it doesn't even qualify as an "Operating System" and was really little more than an interrupt handler. Whatever. Call it whatever you will, A rose by any other name is still a turd. (ahem)

      Anyhow, they ran into a problem when introducing DOS to network situations. What happens when you have two people trying to edit the same file? What do you do to keep things in a consistent state?

      The *nix way is to allow it, and fork the file writes. Thus, a file remains in its original form as long as a program is accessing it, and if the file is overwritten by another process, there are two copies of the same file. This lets you do an update on a busy, heavily loaded system with dozens of users without interrupting things. Users still using the old copy of the program will continue using the old program until the process quits, and users newly accessing the program get the new one.

      But Microsoft's solution was to lock the file, so that if user A was accessing the file, and user B tried to access it, they were given a low-level permission denied error. This decision was most likely made because it was a quick hack, and easily written.

      When DOS went "multi-user" with Windows, for retro-compatability, the same behavior was used for interprocess file accesses. And, when the NT codebase was brought in, for retro-compatability with Windows, and all of its applications, as well as DOS, the same behavior was followed.

      So today, we have an Operating System vendor trying to market their product as "Enterprise Ready" that's severely hampered by a quick hack and a poor design decision made some 20 years earlier.

      Think about the incredible contortions Microsoft has to go through in order to introduce this feature of being able to restart services and DLLs because of this stupid decision made back in the early 1980s! Just unimaginable complexity so that perhaps a hundred man-hours of programmer time could be saved back in 1983! And that cost rises exponentially every year, now probably costing Microsoft in the tens of thousands of man-hours today. The cost of "fixing" this would be incredible - it's now pretty much a permenant fixture...

      Really, I think this is a very interesting perspective on the often permanent nature of decisions... they often last WAAAYYY longer than you ever think, and certainly well past the original scope of the decision! Keep this in mind next time you get started on a project!

      I take from this two lessons:

      1) Try, very, very hard, when a project is young, to consider the ramifications of decisions, and try to anticipate where the project will likely go in the future when it "grows up".

      2) As soon as you realized that you've made a mistake, as soon as you've realized that you've mistakenly built in an inherent limitation, don't hesitate to go thru the pain it takes to make it right. No matter how expensive it might be today, it will be far, far more expensive to fix it in the future, and will cost you in reduced performance and suitability every single day.

      How much of the anti-MS sentiment so prevalent today among the tech community would be here if MS had just eaten the pain, and paid the price it takes to make a truly high-quality product early on?

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    13. Re:Oh, Lordy! by jonadab · · Score: 1

      > 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

      Microsoft's filesystems, as far as I am aware, do not *have* any such concept as inodes or hard links. Certainly FAT filesystems don't have anything like that. NTFS is rather more complicated, and I don't fully understand it, but if it has any concept of inodes or hard links this is news to me.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    14. Re:Oh, Lordy! by leuk_he · · Score: 1

      The real reason is that it takes time to implement, so developers choose to "let the users reboot after installation" because the project is already overdue, and installation is only made as an after thought.

      The reason for application is most of the time not technical, but more the effort that it takes.

      For to replace parts of the OS in runtime(remember, the browser is th OS according to MS) the new functions are required.

    15. Re:Oh, Lordy! by gothfox · · Score: 1

      My linux boxes do "dependency checks in realtime" and "unlink in-use libraries". They don't seem particularly fragile. Knowing Microsoft, though, poor implementation for first three service packs is an expected thing, but the whole idea is nothing special - everyone else was doing this crazy "dependency checks in realtime" for years. Good for them if they are finally jumping on the bandwagon.

    16. Re:Oh, Lordy! by DysenteryInTheRanks · · Score: 1
      Try, very, very hard, when a project is young, to consider the ramifications of decisions, and try to anticipate where the project will likely go in the future when it "grows up".

      ... Otherwise, you will face the horrible fate of making billions upon billions of dollars and running more than 90 percent of the world's computers.

      Sorry, couldn't resist ;->

    17. Re:Oh, Lordy! by Mr2001 · · Score: 1

      NTFS does have hard links.

      --
      Visual IRC: Fast. Powerful. Free.
    18. Re:Oh, Lordy! by mcrbids · · Score: 1

      ... Otherwise, you will face the horrible fate of making billions upon billions of dollars and running more than 90 percent of the world's computers.

      Don't confuse a technical problem with a problem in profitability. When I consider the problems of Windows on a technical front, I'm not doing so on the basis of profit, I'm doing so on the basis of what the product actually is.

      There are many cases in history where a technically inferior product beats something else in the marketplace due to other forces. (Eg; marketing, inertia, etc) As a simple example, the x86 computer you are most likely sitting in front of. It's prevalent because it was initially backed by IBM, and was later more open than other platforms. That doesn't mean that it's free of some very serious technical issues - the amount of money spent to keep x86 relevant in the face of technically superior products (EG: MIPS, RISC, Power, etc) is incredible. Intel waited too long to fix things, and thus we have the ill-fated itanium.

      x86 is now a marketforce all on its own irrespective of its numerous and rather serious design flaws, and the cost of switching now is simply greater than the cost of sticking with it. (Witness AMD's x86/64 vs Intel/Itanium today!)

      Had they spent some time making a properly extensible register set, say, with the 80286 or 80386, back when market forces hadn't coalesced as they have since, things might be very, very different today.

      But, they didn't, and we live with ungodly hacks like offset memory addressing, and pathetically small register sizes. One problem with standards is that, once set, they are damn near impossible to change.

      Another example: witness HDTV in the US! How many mandates have come down from the FCC to switch? How many times has this deadline passed? Yet, the 1 year-old TV I bought for my bedroom uses NTSC, is not HDTV capable, and I use standard coax cable to wire it to my 6 month-old dish DVR.

      Just realize that, once set, many decisions are not easily changed, no matter how stupid.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    19. Re:Oh, Lordy! by IntlHarvester · · Score: 1

      Back in ye olden days, IBM made a super-expensive 2.88MB floppy that actually supported this. Even under MSDOS.

      OTOH Apple had the genius revelation that it would piss less people off if they simply got rid of the floppy drive altogether rather shipping a $10 shitass model.

      --
      Business. Numbers. Money. People. Computer World.
    20. Re:Oh, Lordy! by Anonymous Coward · · Score: 0

      From the description it seems that this works with programs that subscribe to the service. So if your program works with the dependency manager, then when another program that uses it is installed, it will ask you whether you need any of the resources that the installer wants to overwrite. If you don't need them, you can either let them go.

      If you do need them, you can save your state, shut down, and then be restarted once the resources have been replaced. This may be after a reboot, or just a quick file replacement.

      dom

  16. GEEZ FINALLY! by joemawlma · · Score: 0

    Now I can use that extra 17 seconds for something important. Time is Money PEOPLE!

    1. Re:GEEZ FINALLY! by cnelzie · · Score: 1

      It takes longer then 17 seconds to reboot a server buddy boy.

          It can take longer then 17 seconds just to load up a Database server. Being able to update without a reboot can save a company from potentially missing out of hundreds to thousands of transactions, as people click "Buy now" and are told, "We are currently updating our systems, please come back in approximately 30 minutes."

          Would you? I wouldn't.

      --
      If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
    2. Re:GEEZ FINALLY! by avik42 · · Score: 1

      You have 100s and 1000s of customers and you are running Windows as your server??

      Either you are lieing or you are full of shit :)

    3. Re:GEEZ FINALLY! by 99BottlesOfBeerInMyF · · Score: 1

      It can take longer then 17 seconds just to load up a Database server. Being able to update without a reboot can save a company from potentially missing out of hundreds to thousands of transactions, as people click "Buy now" and are told, "We are currently updating our systems, please come back in approximately 30 minutes." Would you? I wouldn't.

      If you're processing hundreds of thousands of transactions in a 17 second period and the service is not load balanced across multiple systems allowing you to take any one server down and upgrade it, well you've made some very "interesting" design choices. Of course if you're trying run hundreds of thousands of transactions in 17 seconds using a Windows based service I guess it is obvious you're really into "interesting" design decisions.

    4. Re:GEEZ FINALLY! by cnelzie · · Score: 1

      I am not doing that. I am just suggesting that there are times when a server will take longer then 17 seconds to reboot and that this new feature is a very useful thing to be added to the system.

      --
      If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
    5. Re:GEEZ FINALLY! by joemawlma · · Score: 0

      Who said anything about a server BUDDY BOY? I'm pretty sure Vista will be available for Personal Computer use, and currently my XP PC takes only a few seconds to restart. You must be someone who enjoys attemping to correct others even when they have no basis for doing so. People don't like you.

    6. Re:GEEZ FINALLY! by ivan256 · · Score: 2, Insightful

      17 seconds? Maybe on your little toy that you call a computer. A *real* computer that you use to run some highly available, resource intensive process on needs longer than that just to initialize it's ECC memory... Not to mention the time it takes to scan the SAN, mount drives, start up services... All during that time you're hundreds of users are waiting for your system to come back, and you may be losing thousands of transactions per second of downtime.

      If it's only taking you 17 seconds, it's clear that you only have a measly few gig, and that it's crappy non-ECC stuff. (Plus you probably have only gotten to a "working desktop". Your machine is likely still starting up stuff for the next few minutes while you wonder whiy your computer is so slow.)

      Windows *needs* to be able to update almost everything without a reboot if it ever wants to grow up and be something more than a toy in the data center.

    7. Re:GEEZ FINALLY! by cnelzie · · Score: 1

      It is logical to assume they will implement this across their server products as soon as possible.

          Nobody likes downtime on servers, period, especially from forced reboots.

          Testing it on less critical systems, such as home and desktop workstations also seems to be quite logical, since it won't cause undue negative impact on servers while they work out any issues related to this new technology. ...and I only correct others when they limit themselves or ignore obvious reasons for certain technology developments.

      --
      If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
  17. An integral part... by zecg · · Score: 5, Funny

    ...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!

    --
    .i lu doi ringos.star. xu do puku'aroroi dunli dopecaku leni virnu li'u
    1. Re:An integral part... by Anonymous Coward · · Score: 0

      Where can I send the bill for my monitor, keyboard, and gut you fucker?!?! That'll teach me to drink Pepsi and read zecg commentary.

    2. Re:An integral part... by Anonymous Coward · · Score: 0

      I think this is the first time I laughed at a comment in a week. Thanks.

    3. Re:An integral part... by Azureflare · · Score: 1

      That was awesome. Thanks. There should be an "Soda-spewing Funny" mod that gives you karma.

    4. Re:An integral part... by gfreeman · · Score: 1

      Applause.

      Funniest comment I've read for weeks. Well done!

      --
      Ceci n'est pas un sig.
  18. old school by CormacJ · · Score: 0, Flamebait

    Sooo... basically what unix has been able to do for several years? Big woohoo.

  19. Let the flaming begin... by jamesgomez · · Score: 0, Troll

    Before everyone starts flaming Microsoft for trying to do something different with updates; just shut it. Sure, there are many applications that already do this, but I can guarantee you that the majority of applications out there require restarts even for the simplest update.. To add, this isn't just an application, it's an operating system! Having to restart while working on projects is tedious and this is a good step towards more productivity. Go Microsoft.

    1. Re:Let the flaming begin... by Anonymous Coward · · Score: 0

      Final proof of spaghetti code.

    2. Re:Let the flaming begin... by Anonymous Coward · · Score: 0

      Kiss ass much?

  20. How innovative by kindafun · · Score: 2, Funny

    They should win an award or something.

    1. Re:How innovative by Anonymous Coward · · Score: 0

      You mispelled awkward...

    2. Re:How innovative by kindafun · · Score: 0

      Perhaps it will be a Darwin Award!

  21. Wow by GmAz · · Score: 1, Redundant

    You guys auctually used to restart the whole machine. A simple logoff/login works too. Plus I never reboot. When it asks if I want to reboot now, I say no and keep going. I have rarely (like 1 in 100) had an issue.

    --
    Click Click Bloody Click PANCAKES!
    1. Re:Wow by icebattle · · Score: 1

      I guess that makes you a gambler. Nice.

    2. Re:Wow by Anonymous Coward · · Score: 0

      The really evil thing is that Windows installers often ask you to reboot your system when it isn't even necessary. The installer scripts are generated by software toolkits that help developers build them - it's mostly the lazy developer who doesn't bother to turn off the reboot request that makes the end user have to deal with the silly reboot requests. Unless you're installing a driver, there's generally no need to reboot Windows after installing anything.

    3. Re:Wow by Anonymous Coward · · Score: 0

      Wow. I guess you never heard of the crap that went on in June 2004. You know, when all of those financial IIS servers got hacked and had malicious footers placed on every page which then infected end user PCs and stole passwords. Every infected server either was missing a recent IIS patch or had not been rebooted after it was installed.

  22. I'll believe it by Anonymous Coward · · Score: 1, Funny

    when I see it... 3 years from now when Vista is released.

    1. Re:I'll believe it by Not+The+Real+Me · · Score: 4, Insightful

      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).

    2. Re:I'll believe it by Anonymous Coward · · Score: 0

      professional operating systems

      But doesn't adding Professional to the name make Microsoft Windows 2000 Professional and Microsoft Windows XP Professional into professional operating systems?

      Jim

    3. Re:I'll believe it by man_of_mr_e · · Score: 1

      Not really, Microsoft only promised a reduction in the need to reboot, which actually they've done quite a bit with. Windows 2000 allowed you to change IP addresses without rebooting, XP has done a lot more as well.

    4. Re:I'll believe it by HAMgeek · · Score: 1

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


      I haven't tried it myself yet, but according to this web site, you can restart without rebooting now.

      --
      "Just because you do not take an interest in politics doesn't mean politics won't take an interest in you." --Pericles
    5. Re:I'll believe it by alc6379 · · Score: 1
      I haven't tried it myself yet, but according to this web site, you can restart without rebooting now.

      Um, that's WHOA old. It's only going to work on 98, maybe ME (haven't tried on that piece of trash). To my knowledge, there's not any way of doing this in XP/2K, because you have to reboot so NTLDR can load up NTOSKRNL.EXE.

      --
      I don't moderate anymore. Karma penalty for 90% fair mods? Can I mod that unfair?
    6. Re:I'll believe it by aichpvee · · Score: 1
      Windows 2000 allowed you to change IP addresses without rebooting

      And all the haters are always saying Microsoft doesn't innovate!

      --
      The Farewell Tour II
    7. Re:I'll believe it by operagost · · Score: 1

      Hey smarty, that was a BIG improvement over Windows NT. "You have moved the mouse, a reboot is required."

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    8. Re:I'll believe it by manannan · · Score: 1

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

      WinVista is supposed to have the restart without reboot feature that actually works.

      Thankfully, since you can only stack that many words at the end of a sentence in English, we'll get the feature eventually.

    9. Re:I'll believe it by jargoone · · Score: 1

      Pescisely what has this to do with "signalling", as you call it?

  23. You take your fea-ture out.. You put your feat.. by itomato · · Score: 1

    Why do they think to do this now?

    First they say that they're dropping features to make release.

    Then they say they're going to release ahead of schedule.

    Then they say they're now going to add a capability that *none* of the prior releases have had - six to eight months from their target release date?

    Huh?!

    Shake it all about..

  24. The end times by elgee · · Score: 1

    Updating Windows without a reboot is truly a sign of the end times.

    1. Re:The end times by scheming+daemons · · Score: 1
      Hell, I'd like to be able to install most 3rd party applications without a reboot.

      Someone explain to me why I need to reboot my PC just because I installed an audio file editor....

      Seriously... this is a big reason Windows hasn't been a player in large compute clusters. Rebooting nodes in a 1000-node cluster that is running MPI jobs that span half the nodes, just because there's a patch for ftp or something, is not acceptable in a 24/7 "supercomputer" environment.

      --
      "I have as much authority as the pope, I just
      don't have as many people who believe it" - George Carlin

  25. Another Microsoft innovation! by Anonymous Coward · · Score: 0

    Another Microsoft innovation!

  26. Innovation! by srobert · · Score: 1

    Wow, Microsoft is so innovative.

  27. If it's New... by sycodon · · Score: 2, Interesting

    If Longhorn (or, Vitsa) is a brand new OS, built from the ground up, how is it they didn't build that in right from the start?

    --
    When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
    1. Re:If it's New... by Anonymous Coward · · Score: 0

      it wasn't from the ground up, it was a massive overhaul, aimed at creating a more modular system IIRC. I know for a fact either way though it wasn't from the ground up. Are you really naive enough to think they re-wrote that many lines of code plus added all the new features?

    2. Re:If it's New... by misleb · · Score: 1

      I bet it still has cryptic 8.3 .DLL names and drive letters (ugh) too.

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
  28. Hmm by IWannaBeAnAC · · Score: 1
    I wonder really how easy it is to tack this sort of feature onto an existing system?

    Even with current Windows OS's, the number of "reboot your machine for this change to take effect" messages isn't enough: the first piece of advice on any trouble is "reboot and see if the problem still occurs". All I can see the Restart Manager changing, is the advice line. Now it will be "I know the Restart Manager said you don't need to reboot, but try it anyway, OK!".

  29. ..lot more Blue Screens for you to handle :) by managedcode · · Score: 1

    I doubt their *.Managers can handle them! Bingo!

    1. Re:..lot more Blue Screens for you to handle :) by continuouslife · · Score: 1

      Don't you mean Red Screens?

      --
      Here's my witty comment about a signature. Ha. Ha.
  30. Ok, ok, But what if... by GecKo213 · · Score: 1
    ... If it can do that, it does, and that happens without a reboot."

    What if it can't do it without a reboot? Does the system then have to shutdown and mess everything up?

    One

    --
    Generation Trance: What generation are you?
  31. No reboots in linux? So what? by Saint37 · · Score: 1

    At least windows has provided a (somewhat)user friendly GUI that can be deployed as a desktop standard across organizations. Last time I checked Linux is still trying to accomplish this as mentioned rigth here on /.

    http://www.stockmarketgarden.com/

  32. No computer is an island by Anonymous Coward · · Score: 0
    "If you have to reboot, then what happens is that the system, together with the applications, takes a snapshot of the state: the way things are on the screen at that very moment, and then it just updates and restarts the application, or in the case of an operating system update, it will bring the operating system back exactly where it was," Allchin said.

    That may bring (part of) the operating system back to something resembling its original state, but it will lose any outstanding stateful network connections.

  33. so hold on... by maroonhat · · Score: 1

    ... what this basicly means is that i wont have to reboot my windows pc nearly as often as i do now ... well if the goal is to keep me from needing to reboot why is it that they are all over the bios and mb people to get boot times down to negligable amounts of time? do they thing they can disguse those times that i _do_need to reboot? that might be intersting...

    | please wait while windows blanks your screen for 2 seconds while we install out critacal updates |

    --
    The more I learn about Windows the more I am surprised it runs at all
    1. Re:so hold on... by Neoprofin · · Score: 1

      For the same reason they want to get their FPS higher than anyone could possibly percieve. For the same reason that people build cars that can go through an entire tank of gas running the quarter mile or a statue of a man whose feet rests on opposite sides of a great chasm. It's impressive

  34. Wow! Microsoft is really advanced! by FFFish · · Score: 0, Flamebait

    Their operating system is becoming more and more like a modern operating system every day! Maybe they'll catch up to OS X, BSD, and Linux within the decade!

    --

    --
    Don't like it? Respond with words, not karma.
  35. Well twice... by jamesgomez · · Score: 1

    Wouldn't you like to come out of safe mode?

  36. Really? by mpapet · · Score: 1

    I loose my mind every time I hear about another LongWait feature.

    Then I losen up a little and get back to work.

    Seriously, where's the innovation in "no reboots?"

    So LongWait is fixing all of their current product problems? That means I *gotta* upgrade!

    Something tells me they're going to do it right *this* time. I mean they can't overpromise *again* can they? No way!

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
  37. Enough Updaters? by ZachPruckowski · · Score: 1

    Restart Manager will work with Microsoft Update, Windows Update, Microsoft Windows Server Update Services, Microsoft Software Installer, and Microsoft Systems Management Server

    Think there are enough updaters out there? I mean, OS X does this with one updater, and you just pick the relevant updates. It seems like that would be better. That way there is no need to access like 5 updaters, you can just use one.

    This isn't a straight "OS X ROXXORS!!" comment, I'm just wonder why you need 5 updaters.

    1. Re:Enough Updaters? by CrazyNateJS · · Score: 2, Informative

      Why multiple updaters? Here's a brief description of each(names abbreviated in some cases to save my fingers)... Microsoft Update - Lets you download updates for Windows and MS Office all at once... Windows Update - Lets you download just updates for Windows itself... MS Windows SUS - A corporate version of Windows Update, that lets the network admin decide which updates get pushed to machines in the domain, and all client machines refer to that server for updates instead of Windows Update MSI - The "standard" installer used by most Windows programs when you first install them MS SMS - The old version of SUS (see above)

    2. Re:Enough Updaters? by Osty · · Score: 1

      Think there are enough updaters out there? I mean, OS X does this with one updater, and you just pick the relevant updates. It seems like that would be better. That way there is no need to access like 5 updaters, you can just use one.

      While that is a lot of updaters, there is a reason for it (in part because they're not all updaters):

      • Microsoft Update looks like a replacement for Windows Update. It has updates for Microsoft products beyond Windows (like Office).
      • You already know what Windows Update is.
      • Microsoft Windows Server Update Services is a way for you to run your own Windows Update. This is good for enterprises that want to validate updates before pushing them to their desktops.
      • Microsoft Software Installer (also know as MSI) is Microsoft's installation packaging technology. This is not an update service.
      • Microsoft Systems Management Server (uses the overloaded SMS abbreviation) is system management software. One of its features is the ability to push updates to client machines. This is a push approach, where the other update services are pull.

      When you break it down, you've really got three update services (down from four, with Microsoft Update taking the place of both Windows Update and Office Update), and only one of those is something an average user needs to know about. The other two are targetted squarely at enterprise customers, and allow them to control their own environment rather than relying on Microsoft's update servers.

    3. Re:Enough Updaters? by The+Mysterious+X · · Score: 1

      You don't; MS update, windows update and windows server update are three versions of the same thing, for different windows versions (give you a clue, the word "server" is involved), MS software isntaller is the thing that some programs use to install themself, and MSMS is a network tool. Unless you own a copy of server 2003, all you will ever use is windows or microsoft update. It's not just updates that require reboots you know.

    4. Re:Enough Updaters? by CXI · · Score: 1

      Windows Server Update Services does not just update servers, it is a server that updates both clients and servers with lots of control over when and if updates get installed, along with auditing of existing installed patches.

  38. Re:Wow! Microsoft is really advanced! by whitesaint · · Score: 0

    i thought i was the only one for a second, who is scratching their heads saying "OSX has been doing this for 10 years!" NeXTSTEP was doing it before OSX inherited it

  39. Astala Vista reboot? by Anonymous Coward · · Score: 0

    Viva Vista...

  40. sounds fishy to me ... by Brandon+Dowell · · Score: 0

    Isn't it a coincidence that windows is starting to sound more and more like UNIX?

    -vista 'rewritten from scratch'
    -symlinks
    -unix-like permissions
    -'restart manager' ... aka /etc/init.d/ ???

    I guess we'll see, but it certainly lends evidence to the theory that Microsoft has re-written Windows using code from freeBSD ...

    --
    cd shower ; make clean ; cd ../bed ; make install
    1. Re:sounds fishy to me ... by Yahweh+Doesn't+Exist · · Score: 0, Troll

      well, they do copy Apple at every opportunity...

    2. Re:sounds fishy to me ... by TheRaven64 · · Score: 1
      -'restart manager' ... aka /etc/init.d/ ???

      First, when you say 'UNIX' you seem to mean SysV - BSD didn't use init.d, neither do modern BSDs (OpenBSD uses the BSD system, Net- and FreeBSD use RCng, OS X uses Launchd), and neither do all modern UNIX systems (Solaris uses SMF). The SysV init is a horrendous design, which is why it is not popular.

      Second, Restart Manager sounds like a whole lot more than SysV init - for one thing Windows has had the Services Control Panel for ages (I remember it in NT 4.0 - it may have been around earlier) which provides similar functionality. The Restart Manager (assuming it actually works, and isn't vapourware) checks:

      • What running processes are using a particularly shared library.
      • Whether they can be safely restarted without losing state.
      As I posted above, it would be possible to add this functionality to UNIX quite easily (simply create a new signal that is ignored by default but causes a process to fork() and exec() a new, identical, copy of itself if it can be restarted without losing state), but it hasn't been.

      UNIX is a thirty year old OS design that won out against some much better designs because it was given away for free in an era when operating systems were expensive. Just because the current competitor is so much worse, don't assume your favourite toy OS has every possible useful feature. (Yes, I am bitter VMS lost).

      --
      I am TheRaven on Soylent News
    3. Re:sounds fishy to me ... by Brandon+Dowell · · Score: 1

      well, by referring to init, i was gesturing towards unix in general, and being a linux user, /etc/init.d is the first thing that came to my mind. i probably should have said rc anyway though considering i was talking about freebsd... oh well. no one likes my post anyway

      --
      cd shower ; make clean ; cd ../bed ; make install
  41. Oh, UNIX has had "Restart... by cnelzie · · Score: 5, Funny

    ...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.

    --
    If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
    1. Re:Oh, UNIX has had "Restart... by fuzza · · Score: 1

      I protest! I am NOT cranky and short tempered...

      * sets quota to 4KB *

      That'll learn ya!

      --
      Can't find examples of evolution? No matter, neither could Dawkins
  42. Is Linux considered an Upgrade? by ehaggis · · Score: 1

    One Reboot only.

    --
    One ring to bind them - should probably have more fiber and less rings in their diet.
  43. This bodes badly for call centers by theurge14 · · Score: 1

    Call centers around the world are now going to be deprived of their #1 troubleshooting step.

    The only thing they have left now is the System Restore disk.

    Now call centers are going to have to hire people who do more than just read scripts.

    1. Re:This bodes badly for call centers by Anonymous Coward · · Score: 0

      >Now call centers are going to have to hire people who do more than just read scripts.

      problem is you can't find people capable of being more than Just Another Interface

    2. Re:This bodes badly for call centers by Anonymous Coward · · Score: 0

      That doesn't make sense. You're either an idiot or stupid. The two are completely unrelated.

      Thanks

      -Bob

      Sorry for the aggression; it took all my self-control to get past those "linux has been doing this for years" posts.

    3. Re:This bodes badly for call centers by theurge14 · · Score: 1

      Of course they are unrelated. But if you've ever been around a call center with substandard CSRs who do not know what they are doing, they rely entirely on scripts for troubleshooting. And when there isn't a script to tell them how do fix a certain problem, the first solution out of their mouths are either "reboot the PC" or "put in your System Restore disk".

      Hope that helps. I'm really not an idiot or stupid. I am kinda dorky, however...

  44. Just watch.... by Topherbyte · · Score: 0

    them apply for a patent on this groundbreaking innovation.

    "Prior art?! What prior art?! WE MICROSOFT. US INNOVATE!"

    I swear I lose IQ points whenever M$ does anything.

  45. I doan need no steeking reboot by MillenneumMan · · Score: 1

    Now if they could only come up with an alternative to the Registry...

    1. Re:I doan need no steeking reboot by evilneko · · Score: 1

      .ini files anyone? ;)

      --
      Slashdot - where to disagree, is to be a troll
  46. Restart Manager code here by specialkp · · Score: 1, Funny

    So it contacts the restart manager, and if it says it is possible to update without restart, it doesn't restart? And if, say it returns false, then it would still have to restart. I'm betting some intern made this:

    class RestartManager {
    public boolean canUpdateWithoutRestart() {
    return false;
    }
    }

  47. Microsoft acts like a kid. by windowpain · · Score: 5, Funny

    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."

    --
    Insert witty sig here.
    1. Re:Microsoft acts like a kid. by Anonymous Coward · · Score: 0

      What exactly do you want fixed in XP? Give me a few of your major problems. XP seems very usable to me. I also run Linux at home, and Solaris at work. Those are nice when I'm having to write numerical algorithms to get work done. But when I want to record Law and Order, play games, organize my photos, or anything else "normal" people do, you bet your ass I move to my Windows machine. I even code on it often in Visual C#.

    2. Re:Microsoft acts like a kid. by Namronorman · · Score: 4, Informative

      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.

      --
      $fortune
      Tomorrow has been canceled due to lack of interest.
    3. Re:Microsoft acts like a kid. by delcielo · · Score: 2, Insightful

      While I agree that they should make it more stable in the first place, I have to say that this little piece is going to be a welcome feature.

      I have often felt honestly bad for my Windows counterparts when it comes to patch time and they have to go through the pain of arranging down times and outages with their customers, sometimes stretching their patch time frame out for weeks.

      While it's a long way from curing all of their ills, this is a welcome step.

      --
      Hot Damn! It's the Soggy Bottom Boys!
    4. Re:Microsoft acts like a kid. by glesga_kiss · · Score: 3, Informative
      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.

    5. Re:Microsoft acts like a kid. by Darius+Jedburgh · · Score: 3, Informative

      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.

    6. Re:Microsoft acts like a kid. by quakeroatz · · Score: 3, Insightful

      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....

    7. Re:Microsoft acts like a kid. by quakeroatz · · Score: 1

      Too bad that quality points for OSS or against MS are being straddled by pure bullshit claims about Windows XP being unstable.

      Maybe some of the OSS advocates are still so bitter from Windows 3.1/2000/95/ME that they can't objectively view anything new released my Miscrosoft.

      It's not like MS was the priest and you were the choir boy. Get over it!

    8. Re:Microsoft acts like a kid. by WuphonsReach · · Score: 2, Insightful

      That's been my experience as well.

      Stability is one of the main reasons that I ran OS/2 2.0 through 3.0 back in the mid-late 90s. My OS/2 box would stay up and running for ~2 weeks at a time, as opposed to the non-stability of Win 3.1 and Win95. (I would dual-boot to Win95 to run a few games, but that was it.)

      NT4 wasn't bad. I ran that for a few years before Win2000 came out. Win2000 was nicer because more things would run (Win2K server seemed to be more stable then NT4). Never had many issues with Win2K that couldn't be traced back to sub-par device drivers or non-system cruft (or flaky hardware). Since WinXP is built on Win2K's codebase, my experience really hasn't changed in a long time.

      I have 2 WinXP desktop systems and a WinXP laptop. Uptime for me is generally measured in weeks. My restarts are mostly due to power outages, patches, or software installs. Or, every so often, the laptop will work itself into a frenzy and need to be restarted after 2-3 weeks. The game PC restarts a bit more frequently, mostly due to funky PC games.

      More stability is naturally a good thing, but we're pretty much at the "good enough" stage. Now if we can just get Microsoft to point fingers at the folks who write shoddy device drivers. (By that, I mean better post-crash diagnostics that do a better job of informing the end-user about why the system crashed.)

      --
      Wolde you bothe eate your cake, and have your cake?
    9. Re:Microsoft acts like a kid. by schmiddy · · Score: 2, Informative

      I haven't seen a serious crash from a Windows box

      This is believable. Windows has gotten a lot more stable with 2K/XP.

      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.

      I've found that a lot of times in 2k/XP , if explorer starts chewing through memory due to a leak somewhere, using the task manager to kill and restart explorer.exe usually only provides a temporary fix, with the system becoming unstable again soon.

      Meanwhile I now work at a Linux based company and have rebooted on a regular basis.

      I find this a bit surprising, and kind of hard to believe given the lack of specifics. The great thing about linux is that, even when you have a run-away process chewing through memory, you can always kill -9 it and it will go away, even if that process is X-Windows/KDE/something big. As compared to Windows, where you can end task a process many times before it decides it will finally exit.

      There's not as much groupthink here as you might believe. I happen to think that Linux is, overall, a lot more stable than its counterpart based on my own experience -- I couldn't care less what position the zealots here supports.

      --
      http://cltracker.net -- powerful craigslist multi-city search
    10. Re:Microsoft acts like a kid. by detlev409 · · Score: 1

      I'm guessing you've never worked a support desk and are just talking out of your ass.

      You are on /. and therefore, at least moderately geeky. Presumably, this gives you the ability to handle a computer responsibly.

      The avg user is not geeky and runs a computer like a playground with no rules, therefore they encounter an unbelievable number of crashes. Trust the help desk monkeys, crashes occur frequently, if you let them.

      --
      Howdy.
    11. Re:Microsoft acts like a kid. by J0nne · · Score: 1

      Meanwhile I now work at a Linux based company and have rebooted on a regular basis.

      Why? do you update your kernel every week or something?

      Even if your desktop environment (gnome, kde, ...) hangs, you don't need to reboot. Just do [ctrl]-[alt]-[backspace] to restart X, if all else fails.

      I agree with XP/2000 being pretty stable, though. But you'll still have to reboot every time you do windows update, which is annoying. Be glad they finally fixed that.

    12. Re:Microsoft acts like a kid. by Darius+Jedburgh · · Score: 1
      I find this a bit surprising...
      I think the problem is X rather than Linux itself (SUSE 9.1 and 9.3 on both 32 and 64 bit procs). The machine starts slowing down and eventually grinds to a halt. If I spot it early enough I can kill the X server (meaning I lose all of my apps) and occasionally I've managed to login from another machine to find the X server pegged out even though I'm not running intensive applcations. It may yet turn out to be nvidia again though it's completely different behavior I've seen for bad drivers under Windows - multicolored pixellated screens of death.

      I've also had at least one spontaneous reboot and one or two sudden freezes (may be the same problem as above) under Linux in the last year. I guess these might just possibly be from power spikes.

      you can always kill -9 it and it will go away
      But I've had way more success getting the Task Manager to pop up on a machine with a runaway process than getting an xterm to pop up allowing me to type 'kill -9'. The Task Manager, and the process monitoring the keystrokes to bring it up, seem to run at pretty high priority.

      And as we're just talking about crashes so I won't bitch about anything else.

    13. Re:Microsoft acts like a kid. by marcosdumay · · Score: 1

      The "good enogh" state is when I can take a month travel and keep my home computer on. Windows users still don't have the confidence to keep their computers on while they go out.

    14. Re:Microsoft acts like a kid. by killjoe · · Score: 2, Insightful

      "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 don't know what you mean by a "serious crash" but both my windows 2000 machine and XP machine crash pretty regularly. Not twice a day like windows 9x did but at least twice a week.

      I suspect you are not really doing anything serious with your machine if your windows hasn't crashed in four years. In fact I doubt you are even using it if your windows hasn't crashed in four years.

      "Of course this isn't in line with /. groupthink so I'll be immediately modded into oblivion."

      If you get modded down I suspect it will be because nobody believes you and your statements counter our real life experiences.

      --
      evil is as evil does
    15. Re:Microsoft acts like a kid. by Darius+Jedburgh · · Score: 1

      See my other comment about ctrl-alt-backspace. My problem is probably with the X server and ctrl-alt-backspace fails to work. (I've been using Linux since v. 0.99 so I know my way around...)

    16. Re:Microsoft acts like a kid. by Tim+C · · Score: 1

      both my windows 2000 machine and XP machine crash pretty regularly

      I would suggest that you've either screwed them over, or you're having hardware or possibly power problems. None of the three XP machines I use regularly crash any more often than my Linux box; that is, hardly ever.

      I suspect you are not really doing anything serious with your machine if your windows hasn't crashed in four years.

      I can't speak for the GP, but I do development (Java and a little C#), gaming, web, email, listen to music, encode/edit/burn movies, etc. What I don't do is install random crap I download from dubious sources on the internet, piss about with my hardware, use IE or OE, etc. I keep my systems updated and free from malware, and I have zero stability problems.

      your statements counter our real life experiences

      Of course they do, we're trading anecdotes. You'll no more believe my claims of XP's stablity than I'll believe yours that it crashes a couple of times a week. Who cares? You can have your reality and I'll have mine; I know which I prefer, given your description of yours.

    17. Re:Microsoft acts like a kid. by crabpeople · · Score: 1

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

      They did. Its called windows 2000.

      --
      I'll just use my special getting high powers one more time...
    18. Re:Microsoft acts like a kid. by kbielefe · · Score: 1

      It isn't being bitter that keeps me from objectively viewing new Microsoft products. It's the fact that I haven't used any in the last 5 years. It's hard to be bitter about something that doesn't affect me. Of course, I don't go around making claims about Microsoft products, either.

      --
      This space intentionally left blank.
    19. Re:Microsoft acts like a kid. by quakeroatz · · Score: 1

      Unfortunately, many of anti MS posters here don't share your ability to refrain from making judgements on things you haven't used.

      Is it safe to say everything sucks in it's early stages? Even beer?
      Ok now I'm talking crazy.

    20. Re:Microsoft acts like a kid. by Cyno · · Score: 1

      But they deserve this pain for using Windows and funding Microsoft.

      Its not my fault they chose to take that path. And its not like they didn't get the memo or see the warning signs or read all the writing all over their desktop wallpaper and TV and newpaper and on the side of buses and in magazines and all over websites and all over the face of the Linux geek next door.

      One day I hope all us Linux geeks transcend this stupidity and leave you all behind to fend for yourselves. Maybe one day we will and then you'll be all nice to us and ask us to help you learn because you forgot how through all those years of watching TV and Microsoft advertisements.

      But there will be no mercy for you. It will be too late. You will be trapped in Microsoft Hell forever. Stuck in a reboot with that stupid login sound playing in the background, endlessly repeating.

      If I were you I'd ask for our forgiveness right now, before its too late.

    21. Re:Microsoft acts like a kid. by misleb · · Score: 2
      I have 2 WinXP desktop systems and a WinXP laptop. Uptime for me is generally measured in weeks. My restarts are mostly due to power outages, patches, or software installs. Or, every so often, the laptop will work itself into a frenzy and need to be restarted after 2-3 weeks. The game PC restarts a bit more frequently, mostly due to funky PC games.



      And you call this stable??



      "XP is stable and only crashes due to bad device drivers... unless I install some software, apply a patch, it just works itself into a frenzy after 2-3 weeks, or a game causes problems. But really, it is all about the device drivers."



      WTF?



      -matthew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    22. Re:Microsoft acts like a kid. by SEE · · Score: 1

      But I've had way more success getting the Task Manager to pop up on a machine with a runaway process than getting an xterm to pop up allowing me to type 'kill -9'.

      Well, that's why you invoke a virtual console, not an xterm. Ctrl-Alt-F[1-6] from X, Alt-F[1-6] from a console.

    23. Re:Microsoft acts like a kid. by sgasch · · Score: 2, Informative
      The great thing about linux is that, even when you have a run-away process chewing through memory, you can always kill -9 it and it will go away, even if that process is X-Windows/KDE/something big. As compared to Windows, where you can end task a process many times before it decides it will finally exit.

      The problem with task manager is that it does not enable the privileges it needs to kill any process... this can lead to "end process" messages being ignored (access denied) for processes that you don't own. This includes stuff that is running as SYSTEM (even when you are Administrator).

      The solution? There's a kill.exe utility in the windows resource kit that includes a -f switch... this does much the same thing as kill -9 in unix. The only time this will fail to terminate a process immediately (assuming you run it as admin) is when the kernel has a handle to the process still open (pending I/O operation etc). In this case, the I/O operations are cancelled and the process will disappear when they are done cancelling.

      Another solution is to write code to acquire SeDebugName privilege (which will allow you to open a handle to any process on the machine) and then call TerminateProcess yourself.

    24. Re:Microsoft acts like a kid. by killjoe · · Score: 1

      "I would suggest that you've either screwed them over, or you're having hardware or possibly power problems."

      First of all to counter the standard FUD let me state that I dual boot my machine with Ubuntu which seems to handle the exact same hardware without any problems.

      As to what I am doing (with both operating systems) is development. When I am in windows I have VS.NET, SQL server, query analyzer, enterprise manager, jedit, firefox, and a few other programs running constantly. I also VPN into the clients network because I am working remotely.

      When I am in Linux it's mostly eclipse or jedit, mysql AND postgresql running, apache, firefox, tuhunderbird and a half a dozen terminal windows.

      "What I don't do is install random crap I download from dubious sources on the internet, "

      Why not? I install and uninstall stuff on my ubuntu setup all the time. Either via apt or by compiling if it's not in the multiverse (ifolder for example). Applications are not supposed to crash your operating system.

      "You'll no more believe my claims of XP's stablity than I'll believe yours that it crashes a couple of times a week. "

      Which is more likely that my windows crashes twice a week or that your windows hasn't crashed since 2001?

      --
      evil is as evil does
    25. Re:Microsoft acts like a kid. by Anonymous Coward · · Score: 0

      Now, you can do anything normal like orgaise photos and stuff? Come on now, I do everything on my SUSE Novell Linux that I could do in Windows (and even more). Linux is much user friendlier than windows now and easier to learn wih KDE. Programs like Amarok, MPlayer all do much better in my opionion than windows counterparts like Winamp and Media Player 10

  48. A couple of points by QuestorTapes · · Score: 1

    Despite the sarcastic comparisons to Unix, Windows NT has had the capability to update most system components while in use for a long time.

    Typically, the user would exit applications before installing, but this is unecessary most of the time.

    However, this capability has always required the person writing the installer program to not sabotage this capability by ignoring Microsoft's installation guidelines. Since the refrain from most developers is "what installation guidelines?", problems are frequent in practice.

    The article indicates that the primary change is that this "Restart Manager" will discover dependencies at run time, and do the work of shutting down and restarting applications and services (daemons) -in their current state- automatically. It would do nothing for applications that the user can't do now, and nothing for services that can't usually be done by the administrator.

    But automating it is nice; I can see where this would be useful.

  49. rebooting by SQLz · · Score: 1

    You'll have to reboot anyway a couple hours later just because the machine is slowing down and having strange issues for no reason.

  50. Officejet G85 Printer Drivers by jobsagoodun · · Score: 1

    Well, I take it you've never tried to install the drivers for an HP Officejet G85. I must have spent days if not weeks of actual elapsed time installing these, uninstalling them, and installing them again, rebooting trying to find the right incantation that will make the damn thing work.

    1. Re:Officejet G85 Printer Drivers by GmAz · · Score: 1
      Auctually, I am a tech for a school district and have to install a wide varient of printers. By far one of the most annoying are the new All-in-One office jets. The install software is so demanding. You can't do anything unless it allows you too. And there is no stand-alone .inf file you can choose to install it manually. No, you have to go through the 30 minute install just to tell it you want to install a network printer and don't even think of trying to install it without all the crappy HP Director software and scan utilities, though they will never be used. Auctaully, I doubt they ever use it as a printer. As far as they care, its just a small copy machine that happens to fax too.

      "Printer, what printer; thats our copy machine."

      --
      Click Click Bloody Click PANCAKES!
  51. Re:Here comes another security hole! by Anonymous Coward · · Score: 3, Funny

    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.

  52. Okay fellas, give 'em a break. by mmell · · Score: 1, Troll
    I'm a *nix admin, have been for sixteen years.

    Okay, so $soft still isn't ready for the server farm (IMHO). At least they're trying. AND they do make one helluva desktop, you gotta admit that! Much as I hate it, Windoze is the gold standard against which KDE and GNOME have been comparing themselves for years. Sure, *nix has many inherent advantages, advantages which go back to the basic core design of the OS; but the boys from Redmond have been making steady progress in closing the gap.

    Of course, I don't think it's possible to reconcile the needs of their desktop "ease of use" and "configurability" with the demands of server "reliability". There's an essential incompatibility between the two. Still, give 'em credit for trying (and yes, I know they're only doing this in pursuit of the almighty dollar. What could be more American than that?).

    1. Re:Okay fellas, give 'em a break. by Anonymous Coward · · Score: 0

      Windows is the Gold Standard, not MacOS, Beos, etc.?

    2. Re:Okay fellas, give 'em a break. by Art+Tatum · · Score: 1, Insightful
      AND they do make one helluva desktop, you gotta admit that! Much as I hate it, Windoze is the gold standard against which KDE and GNOME have been comparing themselves for years.

      Which is part of the reason KDE and GNOME are so mediocre. Apple products have always been far more integrated, internally consistent, and thoughtful about giving the user reasonable access to OS features than Microsoft's slap-dash attempts. How anyone can think of Microsoft as the gold standard astonishes me.

    3. Re:Okay fellas, give 'em a break. by PhreakOfTime · · Score: 1

      I can appreciate your attempt to be unbiased here, and see the benefits. However, there are a few problems with the way you are looking at this...

      Windows is definitly NOT the gold standard for desktops, any more than driving on the right is the gold standard for rules of the road.

      When all the people who use windows now in an office, or other slave labor, have grown up using nothing but windows they come to think of it as 'standard'. I think *nix style GUI's have been far far superior to windows for a long time, and that is based on actual stability and not on colorful widgets being rearranged and labeled an 'upgrade'.

      Sure, windows has it purposes, as does driving on the right. It allows the greatest common denominator to use a computer, and causing minimal damage to those who actually know how to use a computer(or drive).

      Ive been an admin myself for about that long, and I can tell you flat out that it doesnt matter if the desktop OS was written by martians, when the people you are administering dont pay attention to instructions on how to use a program. When those people complain that the 'system is down', or 'these computers are garbage', it rarely is either of those.

      Cant get your email sir? Ok, what is your email password?

      Password?

      Yes, the password you have been using, the one that was written down for you so you could use email.

      I have a password?

      Ok, I will write it down one more time, dont lose it this time!

      (5 minutes later) It still doesnt work! These computers are garbage!

      And you typed in your password?

      Why do you keep telling me about this password, havent we resolved that?

      And on....and on....and on...

      I hardly think the OS is the problem for these people

  53. Over the years... by MrBandersnatch · · Score: 1

    Ive had FAR too many problems with windows that would MAGICALLY fix themselves after a reboot. Rather than expect these to disappear under Vista Id expect these incidences to raise drastically. Nice feature but too litle too late for me.

  54. Yes, but will it ask permission first? by David+Hume · · Score: 4, Informative
    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.
    1. Re:Yes, but will it ask permission first? by That's+Unpossible! · · Score: 1

      Uhhh, they figured out this concept a long time ago. Try rebooting Windows with applications open that have unsaved documents. It won't reboot until you handle the dialogs popping up from the apps asking whether to save or not.

      Why on Earth do you think they wouldn't do something similar with Restart Manager? That is, most likely, why they need the "manager" part of this thing to begin with.

      --
      Ironically, the word ironically is often used incorrectly.
    2. Re:Yes, but will it ask permission first? by David+Hume · · Score: 1
      Uhhh, they figured out this concept a long time ago. Try rebooting Windows with applications open that have unsaved documents. It won't reboot until you handle the dialogs popping up from the apps asking whether to save or not.

      Why on Earth do you think they wouldn't do something similar with Restart Manager? That is, most likely, why they need the "manager" part of this thing to begin with.
      I think they might not do something similar because they won't see the need to do it, and they want to make the user experience as frindly and seemless as possible.

      When one had to reboot, they had to ask whether you wanted to save before allowing the reboot to proceed. Only an idiot would design the "reboot to update" system otherwise. They may include the same safeguard if they believe their "update without reboot" system is flawless.

      After all, what is the great advantage of avoiding a reboot if your even going to suggest to the user that he should close all of his applications anyway, just in case? This is particularly true given the fact that these partial updates will not be at the user's request, but instead when the programs decides it is "safe" to do so.

      I suspect the purpose of this system is to make the "update without reboot" invisible, with the result that the user will not be given a choice. Hope it works.
  55. Maybe another security hole... by dtjohnson · · Score: 2, Interesting

    If the 'restart manager' can selectively idle and replace Windows components and then return them to service without rebooting, it seems as though spyware or virii could potentially hijack the restart manager to do the same thing, making them more difficult to detect and remove without reformatting and reinstalling. Even worse would be stealth malware that would hijack a windows service on a running system with a substitute module, do their whatever-it-is dirty work, and then uninstall themselves and disappear without a trace. The user would be totally unaware that they were ever running, would not know what they did, and there would be nothing left to detect by anti-whatever software.

  56. The new performance is due to Scrum by hackwrench · · Score: 1
    1. Re:The new performance is due to Scrum by itomato · · Score: 1

      SCRUM is no kind of answer.

      It's a development methodology, not a reason why an arguably major piece of Operating System functionality is making front-page news this late in the development cycle.

      SCRUM may be what is enabling them to "get it in there", but it's no answer as to "why now".

      Is SCRUM 'defragging' their development procedures in such a way as to uncover giant lumps of luscious, divinely productive development time?

      Is it that this new-found, highly productive bonus time is appearing at a phase in development where the developers are finding themselves perched high above the traditional (UnSCRUM) time burdens?

      Let's all SCRUM, in that case.

      Otherwise, is it just marketing? Another way to stay viable compared to everybody else?

      --
      BTW, anyone notice the new BestBuy commercials dressed up as adver-mercials for the Xbox 360?

    2. Re:The new performance is due to Scrum by hackwrench · · Score: 1

      The use of Scrum causes them to refocus on more promising deliverables. I figure that there were quite a few low-profile code projects that got scrapped because of Scrum.

  57. A "Restart Manager"? How typical. by Art+Tatum · · Score: 5, Funny

    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.

  58. Re:Here comes another security hole! by rbarreira · · Score: 3, Funny

    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...

    --

    The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
  59. Finally! by Manfre · · Score: 0, Redundant

    If this works as advertised, it will be a great thing.

  60. Backports? by Dareth · · Score: 1

    Any chance that they will backport this to NT 4?
     
    Sure would make installing all these proxy servers alot faster!
    Install Patch/Reboot...Patch/Reboot...Service Pack/Reboot...Patch/Reboot...

    --

    I only look human.
    My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
    1. Re:Backports? by halltk1983 · · Score: 1
      --
      Watch for Penguins, they eat Apples and throw rocks at Windows.
  61. Can Linux do that? didn't think so by Anonymous Coward · · Score: 0

    I didn't think so. Innovation my dear friends comes from proprietary software, just like what that famous guy said, I forgot his name... the guy who worked on the Yahoo shopping site.

  62. This is why... by nicholasjay · · Score: 1

    It's because when they cross the finish line last, all the spectators forgot about the race (and the winners) and think its an entirely different one.

  63. Based on Transactional NTFS by Vlad_Drak · · Score: 2, Interesting

    This is based off of transactional NTFS, which is similiar to a writable snapshot that can be committed back to the MFT.

    It is pretty cool stuff.. some early sample code from one of the developers is here:

    http://blogs.msdn.com/because_we_can/archive/2005/ 04/25/411874.aspx

    Alas, the immutable locked-file-is-in-use problem has to be fixed one Win32::CreateFile() call at a time.

    I suppose CreateFile calls without FILE_SHARE_READ (and no FILE_SHARE_WRITE) could be overridden and converted into TNTFS which would solve a huge amount of stupid lock problems.

  64. Re:Here comes another security hole! by Wesley55221 · · Score: 3, Funny

    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.

  65. But reboot was my best error-fixing technique by digitaldc · · Score: 1

    How am I ever going to get my PC to run properly now?

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  66. Could but won't. by majikfox · · Score: 0, Redundant

    Restart Manager will check to see if updates can be installed without rebooting and find that they can't. Windows XP already does this. Why would you reboot the system if you don't need to? But you always do. If you update the Windows kernel, everything that depends on it has to be unloaded and reloaded. If you did this without rebooting, hypothetically speaking, you'd have to unload and re-load every component, which would take just as long if not longer than rebooting. That's just the way Windows works. Remember how excited everyone was that you could install USB devices without rebooting in Windows? Then the devices became more complex and required drivers that caused the user to have to reboot, then that all went to hell. I'm sure bank robbers check to see if they need to rob a bank before they go to do a crack deal too.

    1. Re:Could but won't. by Anonymous Coward · · Score: 0

      You missed an important point in teh article: Windows snapshots all running apps and puts them back where they were. Were you composing a mail when the system asked if it could restart? No problem: answer 'yes' to the restart, and when it comes back you are still composing mail.

      Think about this: You no longer have to worry about pissed off users when they come in the morning and find their machine was rebooted because a security patch had to be installed. In most cases, they'll never know. Everything was just as they left it the night before.

  67. "Vista To Be Updated Without Robots?" by ianjk · · Score: 2, Funny

    wow, not enough sleep last night + too much coffee.

  68. False Promises by XiticiX · · Score: 1

    Gee, XP was supposed to have this, wasn't it? Granted, there are fewer reboots with XP, but I distinctly remember XP was supposed to do away with the "reboot" altogether.

    --
    All is prevelant in the world...
  69. But.. by matt+me · · Score: 1

    In most cases when Windows says YOU MUST REBOOT you never need to. obviously dumb applications installers are lying, usb hardware works fine.

  70. Re:Here comes another security hole! by MoogMan · · Score: 1

    Hey, stop being a cock. This is a good thing not a bad thing. Any process with root/Administrator privelages can call shutdown, why would this be any different?

  71. Linux + X Window by hackwrench · · Score: 1

    The thing is, Windows is more like Linux and X Window combined. How well can this be done on the combination of the two? That said, this is something they could have done from Win 95 if not before, if they had only just worked on it. It's not like people haven't wanted this feature all this time.

    1. Re:Linux + X Window by ceoyoyo · · Score: 1

      Seems to work just fine. In fact, if you upgrade a critical part of X (like the whole server) you can restart just X, no need to reboot the whole machine. I suspect MS will stop short of letting you restart the Windows GUI without rebooting the system itself.

    2. Re:Linux + X Window by tepples · · Score: 1

      In fact, if you upgrade a critical part of X (like the whole server) you can restart just X

      But can you shut down the X server, upgrade it, and start it back up, without affecting the open GNOME or KDE or Window Maker session?

    3. Re:Linux + X Window by ceoyoyo · · Score: 1

      No, you'll have to relaunch your GUI apps. But your webserver won't even hiccup.

      Wanna bet Vista won't let you restart the WM and GUI without rebooting the whole machine?

    4. Re:Linux + X Window by giorgiofr · · Score: 1

      You can do that already, just kill the explorer.exe process and restart it. It's been possible since 2k if not before.

      --
      Global warming is a cube.
    5. Re:Linux + X Window by penguin-collective · · Score: 1

      X11 supports that; Gnome and KDE don't out of the box, although there are some add-ons that make it possible.

    6. Re:Linux + X Window by ceoyoyo · · Score: 1

      Does that really do it though? That seems more like killing the finder on OS X or maybe the WM on Linux. But that still leaves Aqua or X running. It's been a long time since I used Windows, but if you kill explorer.exe that doesn't blip you back to a text or "Starting Windows" screen then ask you to log in, does it?

      It's hard to draw parallels here because Windows doesn't seem to have as clear a division between the GUI and non-GUI components of the OS like OS X (Darwin and Aqua) and Linux (Linux and X) have.

    7. Re:Linux + X Window by jimfulton · · Score: 1

      Kind of a stretch to suggest that the protocol supports restarting. If you restart, all applications would have to reconnect and recreate all resources (Windows, pixmaps, fonts, etc.). In doing so, they would almost assuredly end up with different resource ids.

      In theory the application programming libraries (either Xlib, the protocol binding, or various toolkits that sit on top of it) could have been written to provide a level of indirection that would allow such recreation to be done under the covers (exposing it to applications would most likely be a recipe for not getting handled properly). But, that would have been a lot of overhead and complexity. At the time, it was perceived as overkill, although today's systems now are beefy enough to warrant it.

    8. Re:Linux + X Window by Anonymous Coward · · Score: 0

      On Gentoo with the KDE session manager you can do just that, it's a thing of beauty. Don't know about with gnome or other distros, but nobody cares about them because they're dirty shitbags, and worthless.

    9. Re:Linux + X Window by Anonymous Coward · · Score: 0

      It's pretty much like killing the WM or DE on Linux. It doesn't bring you back to the login screen though. Sometimes it just exits nicely and doesn't come back, but other times it automatically restarts (it does this when it crashes as well). I often kill it when I want to play a game since my computer kinda sucks and I need every ounce of extra RAM and CPU cycles to get good performance (in Linux I could just start a bare X server from the console and run my game fullscreen from there).

    10. Re:Linux + X Window by penguin-collective · · Score: 1

      Well, no, the protocol doesn't support it directly, although the client/server nature makes it easier to implement than systems in which the application and the window system share a lot of data structures in memory.

      In any case, there are proxies and some X11 servers that already enable this for most X applications, and, as you observe, it could be integrated into the toolkit.

  72. Reboot anyway by Digital+Pizza · · Score: 1
    The reality is, even though a rebootless update may appear to work, there will be stability problems and you'll still have to reboot anyway; it'll become one of those rule-of-thumb things.

    The first thing we ask a user having trouble is if he/she tried rebooting. If they haven't then that usually solves their problem. The fact that their new system is so convoluted indicates that they haven't fixed Windows' spaghetti architecture (I guess Microsoft is a bunch of Pastafarians - go FSM!), so reboots are here to stay.

    --
    We apologize for the inconvenience.
  73. It'll never happen by UnknowingFool · · Score: 4, Funny

    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.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:It'll never happen by rjshirts · · Score: 0

      I'll believe in a re-bootless Windows box when the Cubbies win the series... Until then...

    2. Re:It'll never happen by Anonymous Coward · · Score: 0

      yeah! add to that OS X running on the x86.

    3. Re:It'll never happen by Anonymous Coward · · Score: 0

      Well, yeah. It's been done, so it won't happen again.

  74. Re:You take your fea-ture out.. You put your feat. by CrazyNateJS · · Score: 1

    This "new feature" has actually been on their list since they put the actual Vista feature lists on www.microsoft.com...they just decided to wait until now to bring it to everyone's attention...

  75. Finally... by Strixy · · Score: 0

    Finally... Someone's saying, "Windows would be better if it was more like Linux"... instead of all the other back***wards rhetoric out there.

    Q. "where do you want to go today?"

    A. Linux.

  76. The 1980s called. by Noog · · Score: 0, Redundant

    They want their features back.

  77. The NOOP Instruction by chunews · · Score: 0
    How does this really change anything? Most applications can, today, be patched w/o a reboot - but the vendor isn't willing to take that chance

    I often cue up multiple application patches, ignore the [Reboot] dialog and the program restarts without incidence.

    The main problem is that individual application owners aren't willing to take the risk (read: they do not fully understand the code their offshoring overlords provided them) so simply mandate that a reboot is required.

    While the changes in the OS supporting incremental patch management may be great (if decades belated), it isn't likely to impact data centers much either - DCs schedule patches during maintenance windows when a reboot just makes sense and they operate in an HA/cluster configuration that will tolerate the downing of an individual node for maintenance.

    I put this article strongly into the dumb pile - it's a no-op other than the media grab to stay off more individuals from threatening-to-switch-to-linux-but-really-just-try ing-to-negotiate-a-better-license.

  78. Re:No reboots in linux? So what? by amightywind · · Score: 1

    At least windows has provided a (somewhat)user friendly GUI that can be deployed as a desktop standard across organizations. Last time I checked Linux is still trying to accomplish this as mentioned rigth here on /.

    The X Windows-based graphical environments on GNU/Linux systems provide several (somewhat) user friendly desktops. Gnome, KDE, XFCE, and lots more. There is nothing preventing IT staffs from rolling them out in vast numbers. Just inertia and plain obstructionism. IT Windows monkeys act as Microsoft's agents. They resist change because they have the same interest in maintaining the status quo as their Microsoft masters. Eventually the freedom and cost benefits will force the move to GNU/Linux.

    --
    an ill wind that blows no good
  79. Re:Wow! Microsoft is really advanced! by Anonymous Coward · · Score: 0

    They've already copied BSD's TCP/IP stack in Win95, so what's the chances this is just copied shared object code too?

  80. But... by Ostien · · Score: 1

    Yeah buu you will still have to reboot the system regularly again to avoid crashes so really where is the advantage?

    *nix provides a much higher uptime and has had this funtionality since its inception.

    nice try microsoft but its too little too late.

    --
    Reality is a big nasty dragon. Fortunately I don't believe in dragons.
  81. sue happy by kevin.fowler · · Score: 0

    1. Microsoft patents their new revolutionary "no restart" system. 2. Sues Apple/*nix. 3... 4. Profit!

    --
    Bury me in mashed potatoes.
  82. Virus Writers Will Love This... by Odin_Tiger · · Score: 1

    Just think, the ability to overwrite a critical piece of system data with malicious or even simply garbled data merely by modifying downloaded but not yet installed updates, modifying them on the fly while they are downloaded, or just writing your own code to masquerade as an update, and not even needing to wait for a reboot before you can write and / or execute!

    --
    Unpleasantries.
  83. whoops by syrinx · · Score: 1

    I read that as "Vista to be Updated Without Robots", and I wondered whether robots were supposed to be updating my computer now, or what?

    If they don't update my computer anymore, they'll need something else to do in between protecting us from the terrible secret of space and eating old people's medicine for fuel.

    --
    Quidquid latine dictum sit, altum sonatur.
  84. Call me crazy... by DarkBlackFox · · Score: 1

    But I seem to remember hearing this before.

    I remember reading about how the new Windows XP won't have to reboot as often for driver/software updates. Yet after every minor Windows Update, a reboot is required. I'm not holding my breath for this, because it seems more like a "we got it right this time, honest!" type thing than anything else. Especially with the "any file in use by Windows can't be touched" type of environment.

  85. the big "IF" :-)) by Anonymous Coward · · Score: 0

    > _If_ it can do that, it does, and that happens without a reboot.

    What will happen, if it can't do that without a reboot? Will it neither reboot nor update?

    cb

  86. This is one level of complexity ... by pettau · · Score: 1

    ... above the level MS should be dealing with. Perhaps their time and effort (and ultimately our money) would be better spent on stabilisation/security/etc. --although this is perhaps some long term strategy to give excuses to longer release times. (I'm sure there's some formula in CS re: levels of complexity v. cost/time-to-delivery ...)
    I don't doubt this is cool stuff, but it's probably best left in the lab.

    1. Re:This is one level of complexity ... by SuiteSisterMary · · Score: 1

      I'd say that a big part of stability/security is making it easier/more convenient for people to patch/upgrade, myself.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  87. But I might starve! by pharwell · · Score: 1

    No rebooting? But when will I have time to make my sandwich? Microsoft is trying to kill me! By starvation!

    --
    I quote others only in order the better to express myself. -- Michel de Montaigne
  88. OSX? by tota · · Score: 1

    > Much as I hate it, Windoze is the gold standard against which KDE and GNOME have been comparing themselves for years.

    That explains a lot!
    Should have compared themselves with MAX OS X!

    As far as I am concerned, Windoze UI is not all that great, and I much prefer KDE.

    --
    TODO: 753) write sig.
  89. Holy Hell! Windows finally gets kill -HUP! by TrebleJunkie · · Score: 1

    Wow. kill -HUP after ALL this time. :)

    --

    Ed R.Zahurak

    You know, oblivion keeps looking better every day.

  90. Doesn't mean anything by mkswap-notwar · · Score: 1

    TFA only says that the Reboot Manager will try to stop and restart the affected part of the system, not that it absolutely can do it.

    I don't think this actually helps at all. I can try to insert a newly compiled Linux kernel into my running system, but I won't be able to, I'll have to reboot. If a piece of software is not designed to be restarted without stopping the whole system, it won't, no matter how hard you try!

    --
    "I reject your reality, and substitute my own!"
  91. What about kill? by Anonymous Coward · · Score: 0

    You do know that there is a kill command in the resource kit right?

    Just go to the task manager and get the PID, then just open the run window and type kill .

    What ever happend to real Windows Admins...

  92. Differences, Not UNIX by Anonymous Coward · · Score: 0

    I guess it needs to be explained why Windows requires reboots to begin with and why UNIX' answer isn't the answer. Windows loads executable files into memory with file locks so that they cannot be deleted or overwritten. This is done to ensure the integrity of those files. The end result is that if the file is in use that it cannot be replaced with a newer version of the file.

    UNIX, on the other hand, does permit root to delete the file despite it being in use and replacing it with a newer version. However, the executing program, unless it was specfically written to do so, will continue to use the older already loaded version of that file. Because of this it is possible for a daemon to still be vulnerable to an exploit in a library if the daemon is not shut down after the file has been updated.

    Windows forces the issue. If the file is in use it asks that the server be rebooted and the file operation requests are queued until the system is starting up. This attempts to ensure that said files are updated and older versions no longer resident in memory. Some of the installers will check to see what processes have a file locked and will ask you to close them. Others that affect only files associated with a single service will automatically stop and restart the service as part of the installer.

    What this new service attempts to do is beyond what any OS currently offers. If possible the older version of the library still resident in memory is unloaded which paves the way for the installer to replace it. The new version is then loaded into memory and the program continues as if nothing has changed. If not possible then the system will reboot, however it sounds like a mini-hibernate feature has been included so that programs can effectively return to the point of execution immediately.

  93. I don't like it by bersl2 · · Score: 1
    I will now restate verbatim a comment I wrote on another site.

    It sounds like a fsckin' Rube Goldberg machine in comparison to everybody else's solution, which is to not require reboots to update most things in the first place, and to let the admin put all changes in place at his discretion, and to defer the problem of saving state to applications, because the application can best handle the equivalent of a SIGTERM itself. If a program is important enough, it will have its own handler to dump its state to disk.

    Sure, it's an inventive solution, but an inventive solution isn't the most robust solution as often as you think and just as often doesn't belong on a production system; much of the time, complexity just makes for bad engineering. As such, I agree with the comment (from the article):
    Anthony Risicato, the general manager for search and contextual at 360i LLC in New York, told eWEEK that Restart Manager is a concept that, in a vacuum, seems like a wonderful idea.

    "Get the 'latest and greatest' the minute it's available. But I do not like it, because it is trying to solve the effect, and not the cause," he said.
    You know it's true. They've had to resort to artificial supercomplexity because they painted themselves into a corner architecturally. Good luck getting this to work with any reliability.
  94. Wasn't this promised in XP? by vondo · · Score: 1

    I thought I remembered XP being promised as "almost never" needing a reboot for updates. This was supposed to be one of the great things about XP. But, I don't know if XP has ever updated itself and NOT asked for a reboot.

    I just had to re-install Windows on my machine. The disk I had was XP SP1. I think it required four reboots for the updates.

    1. Re:Wasn't this promised in XP? by Ash-Fox · · Score: 1

      Strangely enough, I noticed most of the time when I needed to restart XP, was not because of some OS critical vulnerability but because of a internet explorer update...

      I tend to install my patches one by one.

      --
      Change is certain; progress is not obligatory.
    2. Re:Wasn't this promised in XP? by kurtdg · · Score: 1

      Indeed, the next version of Windows will invariably:

            * be way more secure
            * be rock solid, BSOD-free
            * not require so many reboots
            * have tons of new features and components

      A least we got a few new features...

      Well, to be honest they're doing quite well considering they've got to provide near-perfect backwards compatiblity to those decade-old Win32 binaries out in the field and face resistance to change from a multi-million user base.

  95. No reboot claim III? by kimvette · · Score: 1

    Microsoft claim in 1999: "Most configuration changes will not require reboots in Windows 2000. Reboots are a thing of the past."

      - turned out to be patently false.

    Microsoft claim in 2002: "Most configuration changes will not require reboots in Windows 2003. Reboots are a thing of the past."

      - turned out to be patently false.

    Microsoft claim in 2005: "Most configuration changes will not require reboots in Windows Vista. Reboots are a thing of the past."

      - hopefully they're right this time, but if not I won't be affected. Punting Exchange for Scalix Real Soon Now(tm) if testing goes fine.

    Much of the problem stems back to the very thing which creates the security holes in Windows - the need for maintaining backwards compatibility. At some point Microsoft needs to make the deliberate choice to cut the cord and say "Sorry guys, but your old software will either need to be upgraded or run under emulation. To help users with the migration to our brand-new rewrite of Windows, we've decided to contribute to the WINE software project and include WINE in the new Windows and it will run most of your old software seamlessly under the new environment. By doing this we have finally put an end to traditional Windows security and stability problems.:"

    I know, wishful thinking, but really, does Windows STILL need to support Win16 and does it STILL need to support Windows 9x applications? Does it STILL have to natively support DOS apps? Surely they can have a translation layer or include virtual machine support so that legacy apps can run in a fully protected memory segment and be prevented from writing to key system directories? If hobbiests can achieve it on Linux, BSD, etc. via wine and related projects, why can't Microsoft do this with their access to all of the undocumented system calls?

    --
    The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    1. Re:No reboot claim III? by Anonymous Coward · · Score: 0

      time for a brush up on windows technology buddy. ever since windows 2000, DOS has been emulated by NTVDM (the NT virtual DOS Machine), Win16 has been emulated by WOW16 (windows on windows 16 bit) (which was incidentally cut out of Windows XP 64-bit) and windows 9x applications are win32 API calls which is what microsoft still uses in Windows XP so supporting them is a no brainer. If you want a complete transition to something new, then you are proposing that M should throw out all of Win32 and start over again, and that definitely ain't happening any time soon...

    2. Re:No reboot claim III? by kimvette · · Score: 1

      Uh, I worked there supporting the damn OS, I know how it works. The DOS reference above was a passing reference and I was mentioning Win32 more directly (and again, the Win16 was an aside - there are still some apps today which make Win16 calls. Why they do it other than total laziness, I have no idea). It needs to be dumped due to the baggage coming from Win95 because by continuing support for the legacuy API leads to developers not changing their ways - witness say, Quickbooks, which won't run unless one has local administrator rights. At some point Microsoft HAS to cut the cord to backwards compatibility.

      Why should Quickbooks require local administrator rights? Microsoft should isolate those apps in a virtual machine where they can imagine they're Administrator all day long but still maintain only limited access to the filesystem. Then, virus and worm problems run in isolation, cannot affect any but specifically designated areas of the filesystem.

      Why must AC trolls pounce on incidental/tangental references and flame users based on those references, as if they were the primary thrust of the post?

      --
      The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
  96. Thank god.... by Chanc_Gorkon · · Score: 1

    I, like most Slashdotters am forced to use Windows as part of my job and I would like to say this. THANK GOD! Jesus does this bug me! Install a program....reboot....install another...reboot! If this really works, then this will save me TONS of time. I like Linux. No reboots unless you upgrade the Kernel.

    --

    Gorkman

    1. Re:Thank god.... by CXI · · Score: 1

      You know, you can usually install multiple applications without having to reboot until you finish the last one... Heck, XP currently installs 33 critical updates all in a row before rebooting when you plug it in to the net for the first time!

  97. Windows Vista #1 cause of reboots by Anonymous Coward · · Score: 0

    you know it's gonna be the reboot manager crashing all the time....and this will happen whenever you install anything. Oh please take us back to the good ol' days of windows 95.

  98. Restart Manager by vjmurphy · · Score: 1

    I'm sure that after installing the "Restart Manager" you'll have to restart, though.

    --
    Vincent J. Murphy
    Spandex Justice
  99. copying good features by __aaitqo8496 · · Score: 1

    you know, if microsoft keeps including features in vista that i love in linux i might just switch... ...or not... but either way, like that microsoft is actually wising up to convenient things like no reboots. too bad other stuff will suck so bad that you'll need to reboot once a week and format twice a year anyway - of course, this is much better than the days of 95 where daily boots and and quartely formats were the norm. who know, maybe vista will be even better.

    -1 redundant
    +1 insightful
    +1 interesting
    -1 overrated

  100. Scary... by AuricTheCodePoet · · Score: 1

    This scares me, microsoft cannot design an OS that runs stable on the best of days, now they are building in the ability to shut down bits and pieces of it? I think this is going to go to Hell in a handbasket and real quick.

  101. With better error reporting? by Dominic+Burns · · Score: 1

    Seriously.

  102. I'll believe it when I see it by Waffle+Iron · · Score: 1

    I distinctly remember a bunch of hoopla about how Win2K wasn't going to require reboots, either. Stories were fed to the press prior to release about how Bill Gates sent down an edict that there would be no more gratuitous rebooting, or heads were going to roll in Redmond. Here we are, six years later, and nothing ever came of it.

  103. Remind Me... by The+Mysterious+X · · Score: 1

    Soooo.... remind me, Linux has been able to update the kernel without a reboot for... how long? And when you have to reboot linux, does it do it without having to save your work and close all applications?

    1. Re:Remind Me... by SuiteSisterMary · · Score: 0

      Sweet! Can you remind me how to compile a new kernel and thunk over to it without a reboot? Thanks!

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  104. Need uptime? Use modules. by dhasenan · · Score: 1

    If your *nix system needs occasional kernel upgrades without interrupting uptime long enough to reboot, use modules for everything. It uses slightly more memory, and when you do reboot it's slower, but most systems needing vast amounts of uptime will probably use a pared-down kernel anyway. So it'd be a minimal cost.

    That said, why would you need to upgrade the kernel without interrupting the system? You'd at least need to test it, during which time you'd throw up a backup.

  105. Newbie by Gr8Apes · · Score: 1

    Obviously you haven't tried to stop various services. There's a large number that simply won't stop, and some that stop but don't release their file locks. In these cases, only a reboot will allow for those services/files to be updated.

    --
    The cesspool just got a check and balance.
  106. The really amazing part ... by whitehatlurker · · Score: 1
    From TFA "If you have to reboot, then what happens is that the system, together with the applications, takes a snapshot of the state: the way things are on the screen at that very moment, and then it just updates and restarts the application, or in the case of an operating system update, it will bring the operating system back exactly where it was," Allchin said.
    ... the user goes home leaving open files, the system would update and the screens would come back right to where they were before,

    As others have indicated, the no-reboot feature is merely an advance on their current state of affairs.

    This part sounds more ambitious, and a bit scary. It will be convenient for most users. But, there are times when I don't want an application saving what it has in memory to a file and going back to same spot.

    I'm not sure that I'd leave this feature alive on my desktop.

    --
    .. paranoid crackpot leftover from the days of Amiga.
    1. Re:The really amazing part ... by Stumbles · · Score: 1

      Hee, hee good point about what is essentially a snapshot taken before a restart. Well, leave it to Microsoft to take a good idea that has been used in the Unix/UNIX/Linux for ages and screw it up. The *nix world has been capable of restarting just about everything without a reboot. IIRC there is a method to restart the kernel without the traditional 3 finger salute in Linux. But I'm to lazy right now to look it up.

      --
      My karma is not a Chameleon.
  107. Actually it's all about inodes by caseih · · Score: 1

    The real reason windows can do updates without rebooting is that you can't replace in-use files since NTFS doesn't allow it. On unix, we've always had the idea of a reference-counted inode which we can replace at any time without killing the existing users of the file. Sounds from the article that this reboot manager is just a cludge to get around the fact that you still can't replace in-use files in Windows Longhorn.

    1. Re:Actually it's all about inodes by toad3k · · Score: 1

      You're right.

      It probably simply checks all files it will need to overwrite to see if it can delete them, and if it can, then great, but if not (about 80% of the time probably) it will force you to reboot. But at least they're trying.

  108. Unlikley Premise by Spinlock_1977 · · Score: 1

    It's an unlikely engineering premise that slapping on an after-the-fact-reboot-manager would yield useful results. If Vista hasn't been designed from the start for this, it's too late for varnish now.

    So if, in fact, it was designed for this, why are we just hearing about it now? With a corporation this masterful with The Marketing Stick, there's likely something else going on nearby they don't want noticed.

    What's under those rocks /.er's?

    --
    - The Kessel run is for nerf herders. I can circumnavigate the entire Central Finite Curve in a lot less than 12 parse
  109. Title should be CAN Be Updated Without Reboots by iamjoltman · · Score: 1
    TFA - "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," he said.
    "If you have to reboot, then what happens is that the system, together with the applications, takes a snapshot of the state: the way things are on the screen at that very moment, and then it just updates and restarts the application, or in the case of an operating system update, it will bring the operating system back exactly where it was," Allchin said.

    So it will try not to reboot, but if it has to, it will take a snapshot of the state and reboot the application/OS and bring it back up in the same state. The article does NOT say reboots will 100% go away.

  110. again and again and again and aga......... by ebooborg · · Score: 0

    does every thread on slashdot has to turn into

    "LINUX HAS A BIGGER C***K than every other OS out there" thread??

    1. Re:again and again and again and aga......... by XiticiX · · Score: 0

      Yeah, I'm sick of it too. I have no time for fanboys.

      --
      All is prevelant in the world...
  111. Wrong. Twice. by Jerk+City+Troll · · Score: 1

    Even updating Safari requires a reboot on OSX.

    This is just outright false. Sorry.

    My mac can't go a week without Software Update asking for a reboot.

    Funny. Updates tend to be released on a monthly cycle.

  112. Who says this will even work? by megarich · · Score: 1
    ..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

    Knowing windows, it'll probably have a million critical services which each accesses a different part of the system thus making this concept for windows null and void.

  113. Bah by Anonymous Coward · · Score: 0

    Microsoft is, as usual, so far behind the curve. Why, I've been using Mac OS X for years now and whenever I have to update any portion of the operating system at all I just double-click the package update icon, let it Do Its Thing because it all Just Works, and then ... er .... well, nevermind.

  114. Impressive by gotkube · · Score: 0

    Wow, I'm impressed. They even gave it a cool name just to Microsoft-ize it to make it look like their own original idea. Build something that your competition has been doing much longer than you, give it a cool name, and refer to it as a 'feature'. Wow, and all along I thought it was just how it was supposed to work. Sadly, people will buy this OS in groves when it's released because of these 'features'. I'm sure I'll have someone I know come to me proclaiming the wonders of Vista and that they no longer have to reboot when they install a program. Of course I'll be sure to inform them that *nix has been doing this for, well, forever and they were just had by the Microsoft marketing machine. (Of course they won't believe me, even when I show them. So sad to see so many people brainwashed into believing Microsoft is all-powerful).

  115. Deja Vu All Over Again by keird · · Score: 1

    Didn't they promise no reboots for Windows 2000 and then again for XP. I'll believe it when I see it.

  116. I had a vision by Spy+der+Mann · · Score: 1

    There were some colored windows, I opened them, and a wonderful vista (view) was shown to me.

    I saw... a penguin.

  117. troubleshooting by David+Nabbit · · Score: 1
    Then there's defragging. Not only would all the devs defrag their own drives every week, they'd pretend they could notice a difference. It's the first thing our helpdesk would tell you to do if there were problems. Second, reinstall the OS.
    Step 3: Buy a new computer. Then go back to step 1.
    --
    "Her idea of wit is nothing more than an incisive observation humorously phrased and delivered with impeccable timing."
  118. Fancy name by chord.wav · · Score: 1

    Restart Manager
    What a fancy name they've found for "Quit to DOS and restart Windows"

  119. Read Slashdot! by rajafarian · · Score: 1

    What will I do all day long now?

    that's what I'd do, but wait... don't you already read ./ while their computers reboot?

  120. The Circle is Unbroken by LeeMeador · · Score: 1

    This is just a repeat of what happened back in the 90's. Forgive me if I'm too lazy to look up which versions we are talking about.

    Early versions of Windows would reboot when you sneezed at it. Anything you did required a reboot.

    Then we heard the word out of Redmond. "The new, better Windows that is coming out will not require you to reboot so much. This will save loads of time."

    And it worked. The new version didn't require rebooting as much as the old.

    Then the next version required more rebooting and the the next even more. As Windows got more complex, whatever they did to make it reboot less didn't come into play as much.

    So now ...

  121. Great job, Microsoft! by wbren · · Score: 5, Interesting

    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.

    --
    -William Brendel
    1. Re:Great job, Microsoft! by XiticiX · · Score: 0

      HEAR! HEAR!!!!

      --
      All is prevelant in the world...
    2. Re:Great job, Microsoft! by Urusai · · Score: 1

      I think they rather *removed* a bunch of features so you can get a copy in your hot sweaty hands ASAP (and so they'd have a fat sheaf of dollars to add to the stack this lifetime).

    3. Re:Great job, Microsoft! by ianezz · · Score: 0
      Now if they could only make it so I don't have to restart Firefox every time I install a new extension.

      Apples and oranges here: the main point about a web browser is browsing, not installing extensions.

      The main point about an OS is to make the system available to its users, and keep it available as much as possible.

      Being able to perform most OS upgrades without requiring dozen of users to stop their activities is fundamental for a healthy multiuser system. Being able to install/unistall Firefox extensions on the fly would be nice, but is not as nearly as critical.

      Please reconsider your priorities.

    4. Re:Great job, Microsoft! by caudron · · Score: 3, Insightful

      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.

      --
      -Tom
    5. Re:Great job, Microsoft! by Zalminen · · Score: 1

      30 seconds? Good for you. On my computer XP takes something like 2 minutes to start (thanks to SP2). And then I have to open all the applications again and wait for them to start. Whereas restarting firefox is lightning-fast in comparison and doesn't affect any other applications. So Windows reboots tend to be a little bigger deal than Firefox restarts...

    6. Re:Great job, Microsoft! by midnightblaze · · Score: 2, Interesting

      It takes a minute to restart Windows. It takes a couple of seconds to restart Firefox. I'm with you on your last point. About rebooting. In general, people are a bunch of reboot babies. I restart my Ubuntu machine all the time. And I hear shrieks and gasps from people. I just don't care.

    7. Re:Great job, Microsoft! by NaruVonWilkins · · Score: 1

      What DRM reasons? Are you expecting to buy a machine with Palladium?

    8. Re:Great job, Microsoft! by Anonymous Coward · · Score: 0

      The reasons for the restarts lies in the way in which Windows uses files. Instead of locking the "inodes" on disk, the operating system locks the filename. If some program has a file open or is using it as a DLL, then that file will not budge.

      Under Linux (and Unix) removing a file does not hinder other users or programs which were previously using it to still access the contents. For instance, one way to ensure a temporary file doesn't persist is to open it and then immediately delete it. The running program still has the file descriptor, but to the rest of the system the file does not exist (no directory entry). Once the program exits the space is marked unused.

      This is particularly problematic when some stupid virus/spyware links itself to the winlogin process!?!

    9. Re:Great job, Microsoft! by Cyno · · Score: 1

      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 they have to keep resetting Firefox as the default browser after every service pack update. Microsoft loves to control things they don't own, like your Desktop and soon your files. But as long as they are making you happy and wasting your time, I'm cool with that..

      And don't tell us you're not going to use Vista for moral reasons. You know full well you'll be using it along with every other spineless Windows user, because you can't stand your ground, you don't know how. And Apple is just too expensive, or is it? Retreat to Apple, they'll keep you safe. Hehe. Cowards.

    10. Re:Great job, Microsoft! by davegust · · Score: 2, Insightful

      You're still going to have to notify everybody, because to make the security update effective, any affected processes will need to be restarted, likely including the web and applications services.

    11. Re:Great job, Microsoft! by tetrode · · Score: 2, Insightful

      Let's remember that Windows has had numerous incantations, while Firefox is only a few years old. Wait until Firefox reaches it's 3.0 version.

      You will be amazed.

      Mark

  122. *nix does this already by XiticiX · · Score: 0

    blah blah blah. you know.. it could have been said once... MAYBE a maximum of 5 times, but filling up a thread with the same damn comment does nothing but make you look like a fan boy. Not trying to be a dick here, but geez, get over yourselves and your love for *nix already. I like Linux too, but you don't see me ranting and raving like a lunatic every time someone mentions Windows.

    --
    All is prevelant in the world...
  123. Ever heard of the Task Manager? by Anonymous Coward · · Score: 0

    Task Manager (and other tools) can be used to end processes.

    1. Re:Ever heard of the Task Manager? by quantum+bit · · Score: 1

      Just be careful to click End Process rather than End Task...

      "End Task" will send the app a request to terminate, which for annoying installers that give you only an "OK" at the end, will often cause them to reboot the system anyway.

      "End Process" doesn't notify it first, just kill -9s it, so it won't be able to pull any crap like that.

  124. Re:A "Restart Manager"? How typical. by TheRaven64 · · Score: 1

    Well someone doesn't understand synergistic outside-of-the-box problem solving. The solution to any problem with any project is to add more managers. Or sometimes consultants, but having a Reboot Consultant would sound a bit odd (even if it would be a more apt desctiption).

    --
    I am TheRaven on Soylent News
  125. Not "Customer Focused" by coofercat · · Score: 0, Offtopic

    My users won't be happy when they phone me with a problem and I can't give them an instant answer. They've got used to me being able to say "hmm, yeah I've seen that before. A reboot should fix it". Now I'm going to have to blag it with "hmm, let me look it up and get back to you".

    Now tell me, if you're the average user who's just trying to get their work done, which would you prefer? A quick answer from someone who sounds knowledgeable, or an hours wait for an answer from someone who's just had to research the problem?

    Once again, we see how Microsoft have no idea about service. They've just stiffed every tech support department in the world!

  126. What an innovative feature!! by Anonymous Coward · · Score: 0

    if(youcanreadthis == true) sarcasmode = 0;

  127. Save state by tepples · · Score: 1

    Wanna bet Vista won't let you restart the WM and GUI without rebooting the whole machine?

    Read the article. Apps that use the new Restart Manager API will save state when the window manager and GUI are about to be rebooted. Even if everything does need to be rebooted, you can click reboot, have a cup of (cough) "tea", and come back to find your apps in the same state as when you left them.

    1. Re:Save state by Endymion · · Score: 1

      and X apps that use proper session management will do the same... like they always have...

      --
      Ce n'est pas une signature automatique.
    2. Re:Save state by ceoyoyo · · Score: 1

      Yes, but the whole machine still needs to be rebooted. It's not having all my apps get closed that I hate about rebooting, it's having to wait while the system does it. Plus servers will still go down. The system is still restarting, it just has a convenience added that when it eventually comes back up it will (try to) restore what you were doing. This is NOT the same as being able to quit X (for example), update it, restart it, and not disturb anything that doesn't use X.

    3. Re:Save state by tepples · · Score: 1

      It's not having all my apps get closed that I hate about rebooting, it's having to wait while the system does it.

      Well, you could pull out your DS and play a round of Meteos or something, or you could go to lunch while the GUI is restarting.

      Plus servers will still go down.

      Based on what I got out of the article, if only the GUI is restarted, then services that don't have a window or a notification icon won't be restarted.

      This is NOT the same as being able to quit X (for example), update it, restart it, and not disturb anything that doesn't use X.

      What makes you think that? Can you quote the article?

    4. Re:Save state by ceoyoyo · · Score: 1

      Yes, I could go away and do something else while rebooting Windows. Of course, I can go away and do something else while waiting for Word to spell check my document, or load an image or web page too. Hey, I think I have an old 386 around somewhere... I can dig that out, along with my 14400 modem and have a good, free computer. Might end up eating a lot of lunch though.

      The article says "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." The key word in all of that is "if." We'll have to wait and see whether Restart Manager actually works enough of the time to be an improvement. Otherwise you're still rebooting. Unfortunately the GUI doesn't seem to be a distinct part of Windows, like it is in Linux. Maybe Vista fixes that, but I'm not holding my breath. In that case you can't just restart the GUI and you end up doing a full reboot, interrupting any servers you're running.

      In my previous message when I said "this is not the same as being able to quit X" I was referring to your statement that Vista would restore your session after rebooting. That is not the same, because non-GUI processes you have running go down when you reboot, they do not when you restart X.

    5. Re:Save state by Ragingguppy · · Score: 1

      Persistent state of applications after restart. hmmm... What a terrible idea! What if the app is messed up. Restarting the computer or the X server won't fix it. It only makes sense that you have to restart the X apps after restarting the X Server. Its the primary service that those apps use.

      But I thought that linux swaps a copy of the actual library into the swap partition or memory when its loaded so the copy on the hard drive is actually not in use when the program is running.

    6. Re:Save state by Temporal · · Score: 1

      I'm no fan of Microsoft, but I don't see any reason to believe that they can't make this work if they really want to. The article sure makes it sound like it will be possible to update the window manager and graphics drivers without a full reboot.

      But then, how often is the Windows core UI updated, anyway? The majority of patches apply to IE and various user-mode services.

      Incidentally, if a vulnerability were found in glibc or some other core library and required an update, you'd be forced to reboot Linux. With this Windows restart manager, though, it sounds like the C runtime could potentially be updated without a reboot if all running programs implement the restart manager API. Granted, I'm guessing most programs won't support it since it wouldn't be worth the effort, but hey... better than Linux.

    7. Re:Save state by ceoyoyo · · Score: 1

      I don't know... if MS has rewritten Windows in such a way that it just doesn't need to reboot when you update something that would sound great. But what the article describes is more like a hack someone came up with to fix the still broken system. The guy they interview in the second half says the same thing. This is treating the symptoms. Which means it probably won't work very well. If it does, fantastic.

      Windows installers are in a pretty sad state too. There's one, maybe Install Shield, that insists on searching all the drives connected to a computer for some strange reason. They've ported it to the Mac too, and it does the same thing. It's REALLY annoying when you try to install something on a network account that has it's home directory on a 3 terabyte file server. That makes rebooting look like fun.

    8. Re:Save state by Temporal · · Score: 1

      But what the article describes is more like a hack someone came up with to fix the still broken system.

      No more of a hack than KDE session management, which you need to restart X without losing your session state.

      I wouldn't say Windows is "broken" here... it's just a fact of life that if you update a library you have to restart all the programs using the library, and it most cases the easiest way to do this is to reboot. This is true in Linux, too. If a vulnerability is found in OpenSSL and you install an update, you then have to restart every process which uses OpenSSL -- probably all your servers and several clients. Personally, if I were you, I'd reboot the entire machine to be safe.

      I guess the big difference is that Linux lets you replace library files while running processes are using them. This doesn't mean the process has been updated, of course; it continues on with the outdated version of the library, and you may very well not realize that this is happening. I bet inexperienced Linux admins install updates like this all the time, feeling proud of themselves for not having to reboot, not realizing that their running servers are still vulnerable.

      On Windows, on the other hand, you can't modify or delete a DLL while a program is using it. I'm not saying this is better, but at least it avoids the pitfall. Unfortunately, the problem of automatically killing all programs using a DLL so that it can be updated is very hard, regardless of the OS you are using. So, Microsoft has resorted to forcing you to reboot, whereas Linux has left it up to the user to restart their services.

      It looks like now Microsoft has come up with a system which can actually manage restarting all processes using a particular DLL. Linux really should have something like this, too, in order to prevent users from screwing up and leaving themselves vulnerable.

      There's one, maybe Install Shield, that insists on searching all the drives connected to a computer for some strange reason.

      I have seen installers do this, but only for specific programs, and it's very rare. I remember installing some sort of browser plugin, and the installer insisted on searching for all browser installations rather than letting me point out where my browser was installed (or just using the registry). In any case, I haven't come across one of these in years. (And I'd notice: Between my various RAID arrays I have a TB of disk space containing around 250k files.)

  128. Re:Wow! Microsoft is really advanced! by Anonymous Coward · · Score: 0

    Yeah, 'cause my G5 iMac never needs a restart after installing updates. Except that almost every time it installs updates, it seems to want to reboot...

  129. Windows 2000 didn't require reboots either. by IGnatius+T+Foobar · · Score: 1

    Windows 2000 didn't require reboots either. Microsoft claimed that they had made everything much better, and lots of people believed them.

    As it turned out, the only reason people were observing that Windows 2000 rebooted less frequently, was because as the latest version of Windows, all of the latest DLL's were already online. Naturally, this meant that installing various applications did not require updating any system DLL's.

    As time went on, of course, new software came out that bundled newer versions of those same DLL's, and slowly but surely the requisite reboots began to appear more and more frequently.

    There is every reason to believe that Vista will be exactly the same.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
  130. Understood, however... by cbreaker · · Score: 1

    It probably won't happen anyways. With each Windows release, they claim "Less reboots!" and in reality, there's no less.

    Who knows, maybe with a "Reboot Framework.NET ASP 1.2.3.4 Live 2006" or whatever the hell they called it, we might actually see less reboots. I doubt it though.

    Plus, I don't really reboot that much. I leave my Windows workstations running for days, sometimes weeks. Windows XP is pretty stable as long as you're good enough to keep it running well - which is a chore, for sure. I mean, you need to be an experienced IT engineer. But it is stable under these conditions =)

    --
    - It's not the Macs I hate. It's Digg users. -
  131. it's not there yet by Roadmaster · · Score: 1

    Whoa, whoa. The Vista implementation *sounds* better. It *might* be better. Let's not forget, Vista ain't here yet. It might be an entirely new nightmare for sysadmins everywhere. Let's not get ahead of ourselves here, there's always a chance MSFT might disappoint yet again.

    1. Re:it's not there yet by jonadab · · Score: 1

      > Whoa, whoa. The Vista implementation *sounds* better.

      To me, it just sounds more convoluted. YMMV.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  132. Linux still requires reboots... I think by frankcow · · Score: 1

    Call em crazy, but I just updated KDE to 3.5, and had to reboot...

    1. Re:Linux still requires reboots... I think by Anonymous Coward · · Score: 0

      i wouldn't exactly call you crazy as much as i would call you a clueless fucking noob. there is no fucking reason whatsoever to reboot the entire computer to upgrade kde. a fucking simple init 3 to the command line, install the new kde packages, and then startx.

  133. Windows XP can move open files. by hackwrench · · Score: 1

    and then put another file in its place. I've done it numerous times manually.

    1. Re:Windows XP can move open files. by Lehk228 · · Score: 1

      only if the application opening the file doesn't hold the file. some applications read the file into memory then let go, others hang to the file while it is in use.

      --
      Snowden and Manning are heroes.
    2. Re:Windows XP can move open files. by Anonymous Coward · · Score: 0

      No, it depends on the type of lock that the application holds. Some permit the file to be moved or renamed, some permit the file to be outright deleted, but in some cases both are prevented. In the case of libraries often enough the file can be renamed but this is not always the case. If permitted you could rename the file, let the installer do it's thing and no reboot is necessary.

      However, even in these cases the existing application maintains the older copy of the library resident in memory. This is a potential security risk as vulnerabilities remain available even though the user may think that they have patched the application. There is only one sure-fire method of ensuring that all possible applications affected are restarted at this point in time and that is to reboot the machine, whether it be running UNIX or Windows.

    3. Re:Windows XP can move open files. by hackwrench · · Score: 1

      I moved Kernel32.dll and Winlogon.exe and put them back. I have the sfc files deleted, but I figure if SFC were present, it would just put new ones down, though I don't know for sure. The thing is, it can be done to even the most important files in Windows, unless you'd like to suggest more important files.

  134. IRIX in 1990 by Khelder · · Score: 1

    I remember using the new beta of IRIX in 1990 (verion 5, I think) when I was an intern at SGI (then Silicon Graphics). Update anything live, including the kernel.

  135. Security Issues by badriram · · Score: 1

    You do not want applications continuing to use the old version. That is the problem with most unix implementation. They continue to use old libs, and have security issues. Windows and macs just forces you to restart on the safe side.

  136. Oh man! by Obstin8 · · Score: 1
    Oh no! This is going to cost me money - serious money!

    Black Tuesday is my bread and butter, especially when MS releases a boatload. Patch, reboot, check the logs, svcs, etc. Restart IIS, occaisonally Exchange. Manually start BUE. Wrap it up and go on to the next server.

    If MS didn't exist I'd have to invent them as my own personal revenue stabilisation scheme. That's why I never, ever, EVER tell my clients about Linux, or BSD, or OSX... [grin]

    ---
    Remember, it's never too late to have a happy childhood!

  137. You Can Do This In XP Too! by Anonymous Coward · · Score: 0

    Afaik, for minor updates, and most else, you can restart by ending the explorer task then running a new one...

  138. Probably true by digihans · · Score: 1

    Due to stricter regulations on what they regards ownership control :-#
    End users do not need to reboot for Vista Update.

    You will have TWO options:
    1) buy a new computer
    2) sent your computer up to Redmond and let them do the upgrade (at a small fee ofcource!
    Pick your choise!

    But you will not have to reboot for the upgrade, they state
    You'll get your daily share of normal reboots during work after the upgrade ofcourse ....

  139. Funny... by Jugalator · · Score: 1

    I'm just playing around with a November build (5259) of Vista, and I just had to reboot VMWare for installing a mouse driver. :)

    Well maybe things will improve then, heh

    It could be a beta 2 / post-beta 2 feature that's not checked in here yet, but I thought it was funny because I don't recall even XP doing that. :)

    --
    Beware: In C++, your friends can see your privates!
  140. you are right Re:Finally.. by leuk_he · · Score: 1

    Vista will be just as bumpy a ride as XP was.

    I agree. Even now most application can be installed without a restart. However since application are written windows corss platform, that means they should also install on win98/winme, the installer prompts for a restart at the end.

    This is just because developers do not know how to replace dll's in flight, and installers are made as an after thought. Maybe some MS OS updates do not require a windows start (and the internet explorer is part of the OS), many thirth party application will still require this. FOr technical reason, or because the installer says so, or for your "holy reboot helpdesk procedure".

  141. restart... Manager by Anonymous Coward · · Score: 0

    Now if I could just do this to my Manager. He needs to be restarted every now and then. Fill in the rest of the joke by yourself. I only have time to be 50% funny today.

  142. I will believe it when I see it. by rastin · · Score: 1

    I have been hearing from MS evangelists for ever that the next version of Windows won't need to be reboot for any reason. Remember: "It's the best version to date!" Which is a euphemism for: "We didn't screw it up as bad as the last version!"

  143. WooptieFreakinDoo by AgamemnonRex · · Score: 1

    Seriously...who cares...for a new version of Windows at $$$$ it better do a whole hell-of-a-lot more than update without a reboot.

  144. Innovation by Anonymous Coward · · Score: 0

    Updating without rebooting! Microsoft sure IS innovating! But why is it that they always are 20 years late?

  145. Logo qualifications by tepples · · Score: 1

    and X apps that use proper session management will do the same

    The difference is that Microsoft will probably require proper session management in all programs that get a "Designed for Microsoft Windows Vista" logo.

  146. Vista is in beta, they don't "working on features" by perler · · Score: 1
    come on, microsoft developes Vista for some years now. beside the point that they should have started working on such a feature for years, because permanent rebooting is what separates windows as a server os from every other player on the market - they definitely don't hack such stuff in that late.

    or do they?!

  147. If Apple moves to near-instant reboot.... by snowwrestler · · Score: 1

    ...as is rumored, it won't matter if you have to restart--who cares about restarts if it only takes 5 seconds to get back to a working screen?

    --
    Build a man a fire, he's warm for one night. Set him on fire, and he's warm for the rest of his life.
  148. Re:Catch 22 by vertinox · · Score: 1

    Another fine example of "it doesn't matter how many problems get fixed, we'll be here to bitch about it anyway"

    Well if we didn't bitch, they'd never fix it! So if they never fixed it, we'd have to bitch!

    It's a vicious cycle...

    --
    "I am the king of the Romans, and am superior to rules of grammar!"
    -Sigismund, Holy Roman Emperor (1368-1437)
  149. Spare Me From Your Smug Glibness by Anonymous Coward · · Score: 0

    More like welcome to unix of yesteryear.

    Yea, that's really cute. It's also really wrong.

    Show me one flavor of Unix that actaully does what the article describes. Sure there are lots of Unix and Linux updaters that will download and install the latest patches, just like the one in Windows has for several years but, which Unix/Linux updater restarts the patched service after the patch has been applied? None!

    My Linux systems download their patches automatically. My Windows systems do it too and the Windows systems have been doing it longer than the Linux ones were capable of. But, none of my systems automatically restart the services after the patches have been installed.

    To get the patches into the running processes in memory, I have to restart the system or at least the affected services. Windows present updater has the ability to schedule an automatic restart at certain hours if a patch has been installed and I could do the same with Linux and a cron job. But, who has the balls to do this with their servers?

    Your glib response to Microsoft's innovation is typical Slashdot Linux Fan Boyism! Get over yourself, you sound like an ignorant twat!

  150. Wow, what an amazing new feature! by martinultima · · Score: 0

    I would have never thought of that! ...unless I had never heard of Linux before, that is!

    --
    Creative misinterpretation is your friend.
  151. I wonder where they innovated that from?.

    --
    "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
  152. Re:A "Restart Manager"? How typical. by Anonymous Coward · · Score: 0

    Mayve if linux was as integrated as windows is, it would have a manager too ;)

  153. Sounds magical... by Zaphod-AVA · · Score: 1

    Maybe it should be called a Wizard instead?

    -Z

  154. What about old installers? by MasterPi · · Score: 0

    I'm not sure about this, but won't old installers still use the reboot method? Which means ur older apps will still have to restart the computer. Unless Windows already had some kind of 'restart manager' API, which I've heard nothing of and even if it exists probably isn't used in all installers because Windows has no standard software installation format. The closest it ever got was the InstallShield which is proprietary so its not used by fringe/OSS stuff and MSI which I've never seen in wide use.

    --
    ( I
  155. As has been said elsewhere . . . by mmell · · Score: 1
    I tend to agree, personally; however, 90% of the time when I see desktop comparisons, they are comparisons to MS Windoze.

    Of course, if you feel that MAC OS-X is the platinum standard, you're entitled to your opinion (and I wouldn't argue ;^).

  156. wooooo by Hugonz · · Score: 1

    w0000t, you mean, like

    kill -HUP
    telinit 1

    and all those old fashioned, sooo 1974 commands?

    Hugo

    1. Re:wooooo by Anonymous Coward · · Score: 0

      At least you won't have to recompile your kernel to support a 3D card.

  157. Or as the Germans say: by Anonymous Coward · · Score: 0

    Reboot macht immer gut

  158. Re:Here comes another security hole! by GecKo213 · · Score: 1

    Ahh, but you replied.

    --
    Generation Trance: What generation are you?
  159. Re:A "Restart Manager"? How typical. by ozbird · · Score: 1

    That wasn't a crash, it was just some "Office(TM) politics".

  160. BUT WHY.... by Anonymous Coward · · Score: 0

    if M$ makes it faster, I'll make less money!

  161. OS != application by Vellmont · · Score: 1

    You're seriously comparing rebooting Firefox, a single user application to rebooting an entire OS? While I agree that having to reboot firefox every time you add an extension is stupid, it has no comparison whatsover to taking down an operating system.

    Even if you're not talking about a server (which is a major major downtime problem) it's still annoying as hell to have to reboot my workstation and kill everything I currently have running every other time there's an update. The 3 seconds it takes to restart firefox (and only firefox) isn't really that big a deal.

    --
    AccountKiller
  162. wasn't that "PIP"? by jpellino · · Score: 1

    on the dec systems - you could reroute output to any device on the system - like the user across the room - and then you'd hear a yelp or see a finger rise up from that workstation or cubicle.. IIRC someone invented the "finger" command to stop us using PIP to raise someone's finger to see if they were at their station...

    --
    "Win treats sysadmins better than users. Mac treats users better than sysadmins. Linux treats everyone like sysadmins."
  163. Rule #1 by overshoot · · Score: 1
    1) Try, very, very hard, when a project is young, to consider the ramifications of decisions, and try to anticipate where the project will likely go in the future when it "grows up".

    The way I drill this into both junior engineers and senior management is, "We don't have to do everything right the first time. We just have to make sure we don't prevent ourselves from doing it right later."

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
  164. That was the point by overshoot · · Score: 1
    My linux boxes do "dependency checks in realtime" and "unlink in-use libraries". They don't seem particularly fragile.

    That's what I was referring to.

    (Says he, posting from his Gentoo box while KDE 3.5 builds in a screen session:
    $ uptime
    15:36:21 up 7:24, 8 users, load average: 2.04, 2.14, 2.24)

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
  165. Does this mean... by Anonymous Coward · · Score: 0

    ...that when I get a BSOD in Windows Vista that I'll only have to reboot my monitor and it will go away?

  166. Like to see FOSS innovate like this! by Anonymous Coward · · Score: 0

    Next Microsoft will be offering "Addition without errors" or "Software execution without crashing"

    I don't see how FOSS community is going to keep up with innovations like that.

  167. compontentization! by deprecated · · Score: 1

    'compontentization' is a perfectly cromulent word.

  168. Officejet G85/G95 drivers by kurtdg · · Score: 1

    Reminds me of the driver for our HP G95 that wouldn't spontaneously exit on system shutdowns. It caused Windows to stall like forever before it finally decided to give up.
    Not funny if some systems take eons for a reboot, especially if they run Windows. After I found out I replaced it with a plain PCL driver for all but the one user that needed the scanner functionality. It paid off in far less system crashes, too.

    The Linux users were not much better off: they occasionally got garbled prints due to the hacked-together driver (IIRC HP didn't provide one). Red Hat had half a dozen choices of drivers but none was solid.

  169. Gonna piss me off by 0x4B494C4C · · Score: 2, Funny

    I can already see this coming... Less computer savvy friends telling me "Look how good the new Windows is! You dont even need to reboot after changes!" And then I'll be smacking their heads into nearby concrete repeatedly whilst screaming profanity mixed with '*nix has done this forever' type phrases.

  170. Only by Bohemoth2 · · Score: 1

    15 years late!

  171. who cares by Anonymous Coward · · Score: 0

    who cares about rebooting a desktop system for patches, this should be done automatically without your knowledge.

    it's the production servers that are a pain in the ass.

  172. I can see it now... by Max+Nugget · · Score: 1

    '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.'"

    RESTART MANAGER: "An update to NOTEPAD.EXE has been downloaded to your computer. Windows can install this update without a reboot. In order to update this component, Windows must close all dependent applications. The following dependent component will be closed and then re-opened: "NT_OS_KERNEL.EXE". Your other applications and open documents will not be affected. Press OK to continue."

  173. Question. by Pooldraft · · Score: 1

    If the restart manager is the only reason for the use of Vista when you could have been using *nix for a while? Are there other benifits of Vista?

  174. Good. by Pooldraft · · Score: 1

    This is a good addition to windows i will say. It is a needed feature. :)

  175. Microsoft invents wheel by halfelven · · Score: 1

    news at 11

  176. See, that is the point by einhverfr · · Score: 3, Interesting

    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).

    --

    LedgerSMB: Open source Accounting/ERP
  177. oblig. forgive me! by HeliumHigh · · Score: 1

    Ya, I know! I thought they actually ment it! I mean, they must be new here!

  178. Re:A "Restart Manager"? How typical. by Fortress · · Score: 1

    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.

    Why, the French government is behind every design decision. Except they called it the Restart Manger, because it gobbled up so many system resources. Guess something got lost in translation.

  179. How the tables have turned... by Anonymous Coward · · Score: 0

    I guess I won't be saying "move the mouse, restart the computer" anymore.

  180. The app saves its own state by tepples · · Score: 1

    Persistent state of applications after restart. hmmm... What a terrible idea! What if the app is messed up.

    Then delete the session. I use at least one app that can persist unsaved changes to a document after a crash because it periodically backs up unsaved changes to a session file. If it finds such a session file when you start the program, it pops up an alert like this one:

    Your work in [Appname] was interrupted 8 minutes ago. Documents open from this session:
    • Foo
    • Bar
    • Baz
    Do you want to continue this session?
    [Continue Now] [Continue Later] [Delete]

    It only makes sense that you have to restart the X apps after restarting the X Server.

    Such an app does restart. The operating system saves a list of apps that should be restarted. Then each app saves your documents' unsaved changes to a session file and then loads those documents when the app restarts. This way you restart the OS, and you restart the apps, but the restart doesn't have to block on waiting for you to decide whether or not to save your documents.

    Or are you scared of a corrupt session file?

  181. Floating Botnets and Transient Virii are coming by Spinlock_1977 · · Score: 1

    Ever hear of a floating casino? When Windows Vista does away with all those reboots (see today's news), transient virii will become a reality. They will live until the next reboot. Months? A year or (gasp) maybe two ?

    At Botnet Central they'll see members disappear as the reboots go by, and members join as new computers are infected. But on average, their floating botnet should do a great job of spam distribution, or whatever the currency of the day is.

    On the bright side, only an as-yet unwritten super-feaky memory scanner could detect a transient virus on a running system - if it could at all. Even if it could detect "today's" transient virus, detecting tomorrow's may take months of work.

    Well kids, back to the Nightly Reboot Routine - it'll be the only way to ensure your Windows Vista Virus Magnet isn't working while you're snoozin.

    Final advice? Always choose the least popular operating system - or write your own.

    --
    - The Kessel run is for nerf herders. I can circumnavigate the entire Central Finite Curve in a lot less than 12 parse
  182. This sounds... by endus · · Score: 1

    This sounds like one of those features where you go, "oh, that will be a big improvement" and then when it actually comes time to take advantage of that feature it really doesn't work that well that often. I'm expecting to be disappointed.

  183. Graphics in kernel mode vs. user mode by tepples · · Score: 1

    Unfortunately the GUI doesn't seem to be a distinct part of Windows, like it is in Linux. Maybe Vista fixes that, but I'm not holding my breath.

    Early versions of Windows NT ran graphics in user mode. Later versions of Windows NT (including Windows 2000 and Windows XP) moved graphics into the kernel (using a driver called win32k.sys) as a performance optimization when people were experiencing jittery mouse pointers under heavy load. But now, entry-level hardware is much more powerful than it was in the NT 3/4 days, and more importantly, computers tend to run in a globally networked environment, which is much less trustworthy than the lone box or LAN that was common before the mid-1990s. Thus the case for tight integration of win32k.sys is no longer as strong. In Windows Vista, DirectX 10 handles graphics (with GDI running on top of DirectX), and I'll take an educated guess that the equivalent to win32k.sys can be unloaded or has had a lot of functionality moved to user mode or both. I agree that we'll have to wait and see how this pans out.

  184. you obviously dont know what you're talking about by gilboooo · · Score: 1

    You obviously dont know what you're talking about.
    When a program under Unix is loaded and requires a library, that library is loaded in memory until the program no longer uses it. So if you do update a library on disk, as long your program is on memory it will use the library loaded on memory (the previous one) and won't use the newly installed once until it is restarted. New programs launched will use the new library.

  185. This reminds me... by nite_warrior · · Score: 1

    when I was in a presentation by a M$ bussiness man... he was talking about the *new* and *futuristic* new look for next versions of windows... this was about 2 or 3 years ago... he was talking about translucid terminals and windows... I still haven't see those on windows yet, but while he was talking I had in my mind some gnometerminals moving around a windows desktop...

    Are these guys ever going to actually create something new and stop announcing very old things as new innovations (not to mention when they invented symlinks... I still get a smile when I remember it)

  186. The main obstacle by Anonymous Coward · · Score: 0


    The main obstacle to updating software on Windows without a reboot has always been this:

    No Microsoft OS has ever been able to reliably delete or rename a file without first doing a reboot.

    Here's why: Microsoft allows a process to hold a file "hostage", preventing all renaming or deleting. A reboot is necessary to kill the process and free the hostage file. Obviously, this is a critical usability bug, and Microsoft has steadfastly refused to fix this bug for decades.

    This bug has a phenominally high time-cost ratio. (The "time-cost ratio" is the total users' lost time divided by the time that it would require Microsoft engineers to fix the bug.) An informal estimate will easily show this bug has a time-cost ratio of at least 6 orders of magnitude.

  187. The article is marketing fluff.. by RealityThreek · · Score: 1

    From the article:
    He also said he is cautiously optimistic that Microsoft would be able to get Restart Manager to do what they say it will if they "decide to take the time to do it right, with an emphasis on testing and quality assurance. But they must still overcome the inherent weaknesses on the Windows platform as related to file corruption, shared memory space, etc."

    The article is basically what Microsoft would LIKE to do, but not what they are promising to do.

    --
    :wq
  188. Can't Wait For the New Worm by Master+of+Transhuman · · Score: 1

    The one that exploits a flaw in the Restart Manager to constantly reboot your machine...

    You KNOW it's going to happen...

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  189. BSOR by Anonymous Coward · · Score: 0

    "It's the Blue Screen of Reboot!"

  190. then you are a moron... by Vryl · · Score: 1

    I stop and start the GUI on my linux box all the time. None of the users even notice.

    They still get all their files via Samba, all their mail, and the website stays up.

    Fuck off and die.

    1. Re:then you are a moron... by jargoone · · Score: 1

      Wow. Been drinking? I think GP was agreeing with you...

    2. Re:then you are a moron... by Vryl · · Score: 1

      See other posts. Am developing internet-facilitated-tourettes-syndrome.

  191. Re:you obviously dont know what you're talking abo by edwdig · · Score: 1

    You obviously dont know what you're talking about.
    When a program under Unix is loaded and requires a library, that library is loaded in memory until the program no longer uses it. So if you do update a library on disk, as long your program is on memory it will use the library loaded on memory (the previous one) and won't use the newly installed once until it is restarted. New programs launched will use the new library.


    You obviously didn't pay attention to anything I said. I specifically said that's what Unix does, and that it has the potential for problems.

    The problem comes down to shared resources. The issue occurs when an API stays the same but the implementation changes. Here's an example. You have two programs that communicate with each other through the use of an API in a shared library. The communication can be via a file on disk, shared memory, or whatever else you choose. The API is fine, but the implementation turns out to have a flaw. A new version of the shared library fixes the bug in the implementation. This fix maintains perfect binary compatibility, however, it means that the corrected library cannot safely communicate with the flawed library. This is a complete non-issue if you only replace libraries on disk if they are not in use. If you overwrite the library on disk while it's in use, you will get conflicts between the already running applications and the newly launched applications.

  192. The real question... by Duhavid · · Score: 1

    Is Windows ready for the Enterprise?

    --
    emt 377 emt 4
  193. Welcome to invisible system modifications by mattr · · Score: 1

    Tin foil aside I've often thought the simplest explanation for a lot of the phenomena we've seen (and that legendary "nsa" signature purported to have been buried in code) is that Microsoft has been hired by the government/military complex/fbicia etc. to ensure that its systems will always include enough holes, options, and mutually antagonistic mixtures of conflicting configurations, that computers can be spied on. Adding to this possibly unhealthy paranoia experience with spyware and spam, and some empirical knowledge from the newspapers of espionage by other governments (apparently France and China so they say), I have to admit this latest development sounds a bit scary. You can pretty much expect that within a year of it going on sale there will be at least one major security violation caused by invisible updating of core system components through a viral vector exploiting some known Windows vulnerability. I'd rather they worked on the security side before they started making it easier to quietly change windows. Of course if you do want to be paranoid this is such a new shiny toy for the microsoft team in the secret government branch of your choice. Oh look, shiny! Now we can stay a step ahead of all those antivirus, firewall, and security weenies! Well take your pick.. I'd rather not be forced into some invisible updating service that decides to add some more drm or whatever to my machine while I'm in bed.

  194. A typical reboot scenario by Cardbox · · Score: 1

    Someone decides to install an upgraded build of Cardbox. Cardbox is an application program. It doesn't install or update any system DLLs.

    There is no reason for a reboot but we often end up having to ask for one anyway. Why? Because something has opened cardbox3.exe, the main Cardbox program file, and is holding it open. No reason for this to happen. Cardbox isn't running so certainly it doesn't need it.

    The HANDLE utilities claim that Windows Explorer is holding cardbox3.exe open. Why? What for? No-one knows. As an expert user I am able to crash explorer.exe by hand, then do the installation, then restart explorer.exe again. But you can hardly expect a rational Real User to do that. [And sometimes HANDLE reports that Microsoft Word is the culprit instead of Explorer. Why? What for? No-one knows].

    If Windows Vista seriously gets round the problem them I will be grateful and so will my users be. But I don't believe it. I suspect that they won't be able to do more than stick another layer of palliative software on top of the defect.

  195. Mac OS X installed base numbers by Macka · · Score: 1
    What do you mean by "biggest"? Further, what do you mean by "Unix"? Depending on the answer to the previous two, the answer is likely Solaris, Linux, or FreeBSD. In any case, it's almost certainly NOT OS X, which is the least Unix-like of any of the other choices.
    Solaris!! LMAO .. they sell small numbers of big tin for lots of profit. How can you possibly assume they have the largest installed users base! Mac OS X may not be the most traditional of Unix clones in the way it starts up and such, but it still qualifies as a Unix clone just as much as the many diverse flavors of BSD and Linux do!

    And as for the number of users running Mac OS X, I currently put that around 17 million mark. Here's where I got those numbers from.

    Start from a base of 9,000,000+ users as per this January 6th 2004 article:

    http://www.apple.com/pr/library/2004/jan/06macosx. html

    Then add the number of Macintosh Units sold since then per quarter. Each had a copy of OSX on it:

    2004
    Q1: 829,000
    Q2: 749,000
    Q3: 876,000
    Q4: 836,000

    2005
    Q1: 1,046,000
    Q2: 1,070,000
    Q3: 1,182,000
    Q4: 1,236,000

    So, 9000000+829000+749000+876000+836000+1046000+107000 0+1182000+1236000 = 16,824,000

    If you honestly thing that Sun or any of the other BSD's can boast a user base that size, I reckon you're smoking something dodgy. I'm not even sure the Linux installed base is that big as 90% of Linux installs are likely to be small servers, not desktops.

    1. Re:Mac OS X installed base numbers by jargoone · · Score: 1

      Sun or any of the other BSD's can boast a user base that size

      You're putting words in the OP's mouth. See my first question in the post you replied to.

      Thanks for playing.

    2. Re:Mac OS X installed base numbers by Blakey+Rat · · Score: 1

      He's made a better argument than anybody so far this thread who's said that OS X *isn't* the biggest. Even though his numbers are very flawed. (I mean, he's assuming that no computers are ever thrown away or break.)

      If he's wrong, then what IS the answer? You said that OS X isn't the biggest by *any* reckoning, which means it's not the biggest by number of users... so what is? Stop all this pussyfooting and just tell me.

    3. Re:Mac OS X installed base numbers by Macka · · Score: 1
      You're putting words in the OP's mouth. See my first question in the post you replied to.
      Smoke and mirrors, stop ducking the issue. Never mind anyone else's words, I'm telling you that Mac OS X is a UNIX clone as good as any other and deserves to wear the name. If you're not familiar with what components are included in a Mac OS X installation then take a copy of this and give it the once over.

      So lets see your figures then? Amaze us with your 10's of millions of Solaris users!
      Thanks for playing.
      You're welcome. Checkmate in one I think .. your move.

    4. Re:Mac OS X installed base numbers by Macka · · Score: 1
      Even though his numbers are very flawed. (I mean, he's assuming that no computers are ever thrown away or break.)
      Yeah, true. But then Mac Users are well known for having a slower upgrade cycle than most PC users. Plus they tend to get re-cycled more; either passed onto friends or relatives, or sold on Ebay (e.g. my girlfriend now ownes my old PB). They hold their value much better than PCs I'm told. Also I've not factored into my numbers the late switchers from Mac OS 9 to Mac OS X. There are still supposed to be a few million Mac OS 9 users out there.

  196. Microsoft claims everything they do they invented by tjstork · · Score: 1

    Usually, if you are borrowing an idea, you would write: "Now our system has XYZ feature that the other guy's have". But, no, what they do is say that they've added this feature, giving the impression that they've invented it.

    --
    This is my sig.