【问题标题】:GNOME application startup latency - reasonsGNOME 应用程序启动延迟 - 原因
【发布时间】:2021-12-01 20:20:22
【问题描述】:

在 Debian 和 GNOME 下启动应用程序时,启动延迟很大。即使是一个简单的计算器或一个小型文本编辑器也需要大约 1 秒钟才能显示一个窗口。在此期间会发生什么?唯一更快的应用是时钟,它仍然有明显的延迟,但不是很大。

在 Windows 下我不知道这样的行为。单击开始图标后,每个小程序都立即准备就绪。我在 Linux 下几十年来就注意到了这个问题,不管是什么发行版或桌面环境。当 Windows 准备就绪时,Linux 会做一些事情......

但是什么?

提前感谢您的任何解释,当然还有任何想法可以解决这个问题,因为这是浪费时间。

【问题讨论】:

    标签: gnome latency


    【解决方案1】:

    这可以是任意数量的东西。你在什么机器上运行?您正在运行哪些服务?

    如果您的 /home 目录位于单独的分区上,尤其是 HDD,即使您的启动是在 SSD 上,您也会遇到速度变慢的情况,因为程序将它们的设置存储在 /home 中。

    【讨论】:

    • 正如目前所写,您的答案尚不清楚。请edit 添加其他详细信息,以帮助其他人了解这如何解决所提出的问题。你可以找到更多关于如何写好答案的信息in the help center
    • 在我见过的任何 Linux 上,它一直都是一样的。即使是非常小的程序在启动时也会显示延迟 - 无论它在什么机器上运行。回答您的问题:它是 VMware Player 16 内 Windows 10 上带有 GNOME 40 的 Debian 11。并且:VM 内的 Windows 10 不会显示任何延迟,这不是我的设置的一般问题。
    • 在全新的 Windows 安装上?这可能是。这与 Windows 将大量内容预加载/获取到 RAM 中的事实有关,包括您最常用的应用程序,而 Linux 则没有。这可能是您遇到轻微延迟的原因。这也可能与您的分区的物理位置有关;如果您在 HDD 上,则朝向磁盘中心的分区的读/写速度比外部慢得多。我想你会发现,随着安装时间的推移,Linux 通常会比 Windows 做得更好(win 注册表和用户文件往往会过度膨胀
    • 感谢您说出您的想法。也许我不够清楚。我是一名程序员,对在 Windows 下启动程序时会发生什么有更深入的了解——但我不知道在 Debian/GNOME 下会发生什么。例如,在 Windows 上,当打开 calc.exe 时,一个非常短的 EXE 会被复制到内存中,可能会进行一些初始化,然后代码会立即指示 Windows API 创建和显示应用程序窗口。绝对没有一个原因是整个过程应该持续超过 50 毫秒。
    • 而且 Windows 不需要多毫秒。所以问题仍然存在:像 Debian 11 这样的所谓现代操作系统怎么会浪费 950 毫秒?它在行动期间会煮咖啡吗?所有这些都在 SSD 上运行,甚至在硬盘上也只能多 50 毫秒。有一个或一些步骤会浪费时间。也许它为每个小程序使用了一百个库,并且必须以任何方式连接到它们?直到现在我还没有真正理解这是从哪里来的。多年来一直困扰着我,我一直希望有人能解决这个问题......现在我想自己解决它。也许你可以帮忙。
    猜你喜欢
    • 1970-01-01
    • 2019-02-21
    • 1970-01-01
    • 1970-01-01
    • 2013-10-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多