In the world of system Unix/Linux system administration, one of the statistics often quoted by system admins is their systems' "uptime." That is, how long has the system been up and operational since its last reboot. This is a conversation in which Windows system admins never join due to the fact that even the smallest system or software update often requires a reboot. My personal best? 500-plus days. Of course, I probably should have rebooted it in that time for some security updates, but for some reason it didn't get done.
It seems Linux admins will soon have even more bragging rights when it comes to uptime. A new project from MIT (where else?) has developed a way to apply security patches directly to a running kernel, without having to reboot. Unless an update makes large changes to the kernel (in this case, modifies data structures), a kernel update will not require taking the system down. Considering that a kernel update is the only reason to ever have to reboot a Linux system -- even hardware drivers can be updated without a reboot -- it might be possible to never reboot a Linux system, and still keep it up-to-date with all security patches.
More information at the
Ksplice site. Very interesting stuff, indeed.