为什么只在某些更新时才需要重启？

为什么Ubuntu不需要重新启动更多更新？ 我知道，对于内核更新和video驱动程序之类的东西，它无法在不重新启动的情况下加载更改。 但我很好奇有关基本软件包的更多基本更新，这些软件包通常不需要重新启动。 像Telepathy，glibc，gtk等等。为什么不这样的包需要重新启动才能更新？ 新版本是否在更新后实际运行？

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

这是因为我已经运行OS X大约一个星期，几乎所有更新都需要重启，即使它不是内核/video驱动程序相关（据我所知 – 他们没有给你很多信息）。 我的一位朋友说苹果部队在大多数更新中重新启动“以防万一”如果你没有重启就会很奇怪。 Windows是最糟糕的，因为几乎任何安装/卸载或更新都需要重新启动（通常会导致关闭需要很长时间）。 对于这个场地来说，这可能有点宽泛，但为什么不同的操作系统会以不同的方式处理这个问题呢？ 或者，更具体的是Ubuntu：为什么Ubuntu不遵循更严格的重启策略？

Answer 1

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

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

因此，只要特定文件在某种程度上不是特殊的（例如，内核映像文件或属于类似低级系统的文件），更新程序通常可以像这样更新到位。 我确信有一些特殊情况和情况，这不是一个好主意，但对于大多数情况来说，这很好。

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