预链接（或如何在3秒内启动KDE）

因此，假设我们有一个依赖于QtCore库的二进制文件，一旦对它执行了预链接，它将首先在由预链接指定的空间中搜索，并且在找不到该链接的情况下（例如，更新）它将对其进行搜索。以传统方式

Prelink可在任何POSIX兼容系统上运行，例如GNU / linux或BSD。

如何申请预链接

使用预链接优化系统非常简单，我们可以使用（作为根）优化二进制文件：

prelink binario

但是要优化整个系统，我们必须执行：

prelink -amvR

您将看到如下内容：

预连结

这是参数含义的详细说明：

• 答：等于–全部，使其适用于整个系统
• m：等效于–conserv-memory，有关其工作原理的解释很复杂，但可以节省空间
• v：等同于–verbose，它使我们知道哪些是预链接库
• 答：等同于–random，通过使值随机化来提高安全性。 我不知道其操作细节

取消预链接（取消链接）二进制文件

prelink  -u

整个系统：

prelink -au

＃Skype -b / usr / lib32 / skype / skype -b / usr / lib / skype / skype＃Flash Player插件-b /usr/lib/mozilla/plugins/libflashplayer.so＃NVIDIA -b / usr / lib / libGL .so * -b /usr/lib32/libGL.so* -b //usr/lib/libOpenCL.so* -b //usr/lib32/libOpenCL.so* -b / usr / lib32 / vdpau / -b / usr / lib / vdpau / -b / usr / lib / xorg / modules / drivers / nvidia_drv.so -b / usr / lib / xorg / modules / extensions / libglx.so * -b / usr / lib / libnvidia- *- b / usr / lib32 / libnvidia- *＃Catalyst -b / usr / lib / libati * -b / usr / lib / fglrx * -b / usr / lib / libAMDXvBA * -b /usr/lib/libGL.so*- b / usr / lib / libfglrx * -b /usr/lib/xorg/modules/dri/fglrx_dri.so -b /usr/lib/xorg/modules/drivers/fglrx_drv.so -b / usr / lib / xorg / modules /扩展名/ fglrx / -b /usr/lib/xorg/modules/linux/libfglrxdrm.so -b /usr/lib/xorg/modules/extensions/libglx.so

优化KDE

所承诺的是债务。 如果您已经预先链接了系统，则您可能不会注意到KDE加载时间的任何差异。 之所以如此，是因为KDE充当名为kdeinit的实用程序来加载所有必需的库。 为了避免使用此工具，我们必须让KDE知道它已预先链接。 为此，我们必须（以root用户身份）创建一个变量文件：

nano /etc/profile.d/kde-prelink.sh

在其中粘贴以下行

export KDE_IS_PRELINKED=1

并且我们给它适当的权限（我们不希望添加任何顽皮的东西 rm-射频/)

chmod 755 /etc/profile.d/kde-prelink.sh

而且，如果您不相信我，这是在我的系统上启动KDE的视频：

• 硬盘转速为7200 RPM
• Gentoo的
• XFS
• 禁用Ksplash（由于视频黑屏）

Cron和预链接

如果您使用的是Archlinux之类的系统，其中的更新非常频繁，那么添加每天运行预链接的cron可能会很有趣。

因此，我们使用nano（作为根）打开cron文件：

nano /etc/cron.daily/prelink

然后我们粘贴以下内容：

＃！/斌/庆典
[[-x / usr / bin / prelink]] &&
/ usr / bin /预链接 -amR ＆> / dev /空

然后，我们为其赋予适当的权限（我已经提到过，没有人希望有人添加恶意代码）：
chmod 755 /etc/cron.daily/prelink

阅读文章时的一个好习惯是研究脚本的确切功能。 编写它的一个好习惯是解释它的用途。 这里的故障

感兴趣的链接