为什么只有某些更新才需要重新启动？

Question

为什么 Ubuntu 不需要在更多更新时重新启动？我知道对于内核更新和视频驱动程序之类的东西，它无法在不重新启动的情况下加载更改。但是我对通常不需要重新启动的非常基本的软件包的更多基本更新感到好奇。诸如 Telepathy、glibc、gtk 之类的东西。为什么像这样的软件包不需要重新启动才能更新？新版本是否在更新后立即运行？

另一个例子是 Gwibber。我最近在 gwibber 运行时通过更新管理器接收并更新到 gwibber。更新成功完成。gwibber 会在不手动重启的情况下运行新版本吗？其他包也一样吗？（我知道有些像 mysql 和 apache 会在更新时自动重启）。对于不自动重启的包，这难道不是安全修复的安全问题吗？

这是因为我已经运行 OS X 大约一个星期了，几乎每个更新都需要重新启动，即使它与内核/视频驱动程序无关（据我所知 - 他们没有给你很多信息）。我的一个朋友说，Apple 会强制重启大多数更新，“以防万一”，如果你不重启会很奇怪。Windows 是最糟糕的，因为几乎所有安装/卸载或更新都需要重新启动（通常强制关机需要很长时间）。这对于这个场所来说可能有点宽泛，但为什么不同的操作系统处理这个问题如此不同？或者，更具体到 Ubuntu：为什么 Ubuntu 不遵循更严格的重启策略？

Answer 1

每当您在 Windows 中打开或执行文件时，Windows 都会将文件锁定到位（这是一种简化，但通常是正确的。）您可能遇到过无法删除文件的烦人错误，因为另一个进程对它。这就是为什么每当 Windows 必须自我更新时，您都需要重新启动才能生效。Windows 将在下次启动时（当没有任何东西锁定任何东西时）将文件替换和删除活动排入队列。

另一方面，Linux 有一种机制，其中锁定的不是文件，而是磁盘上的底层数据。这似乎是一个微不足道的区别，但这意味着可以删除文件系统目录中的文件记录，而不会干扰已经打开文件的任何程序。因此，您可以在文件仍在执行或以其他方式使用时删除该文件，并且只要某个进程为其打开了句柄，它就会继续存在于磁盘上，即使它在文件表中的条目已经消失。这允许 Linux 在程序仍在运行时完全替换它，然后只需重新启动程序或等待进程自然退出。一旦旧实例被杀死，

因此，只要特定文件在某些​​方面并不特殊（例如，内核映像文件或属于类似低级别系统的文件），更新程序通常可以像这样就地更新。我敢肯定，在某些特殊情况下，这不是一个好主意，但在大多数情况下，这很好。

至于为什么 OS X 这样做，“以防万一”理论听起来似乎有道理。