Fastfetch项目优化：加速Guix包管理器检测

在Fastfetch 2.14版本中，Guix包管理器的检测功能被发现存在性能问题。本文将深入分析问题原因，并介绍优化方案的技术实现细节。

问题背景

在较慢的笔记本电脑上运行Fastfetch时，发现Guix包计数功能耗时较长，主机器上每个profile需要60-70ms，而慢速笔记本上可能需要2-3倍时间。性能瓶颈主要出现在等待guile返回已安装包列表的过程中。

技术分析

Guix包管理器使用Scheme语言编写的清单文件来记录已安装的软件包。清单文件结构如下：

(manifest
 (version 4)
 (packages
  (("emacs"
    "29.3"
    "out"
    "/gnu/store/1bi7n031g6b5b07hvps3gyi0rhi44qkb-emacs-29.3")
   ("fastfetch"
    "2.14.0"
    "out"
    "/gnu/store/kamkxrxi8mdcfagfg0z4nfranhfn8csb-fastfetch-2.14.0")))

每个软件包在清单中都有一个唯一的存储路径，格式为"/gnu/store/[hash]-package-version"。其中32字符的hash值是每个软件包的唯一标识符。

优化方案

原始实现通过调用guix package -I命令获取包列表，这种方法需要启动Scheme解释器，导致性能问题。优化方案改为直接解析清单文件，利用C语言实现更高效的计数逻辑。

核心优化思路是：

1. 直接读取清单文件内容
2. 提取所有"/gnu/store/"路径后的32字符hash值
3. 对hash值进行排序和去重
4. 统计唯一包数量

技术实现

采用两种优化实现方案：

方案一：内存紧凑处理

static int compare32(const void* a, const void* b) {
    return memcmp(a, b, 32);
}

static uint32_t getGuixPackagesImpl(char* path) {
    FF_STRBUF_AUTO_DESTROY content = ffStrbufCreate();
    if (!ffAppendFileBuffer(path, &content))
        return 0;

    char* pend = content.chars;

    for (const char* pattern = content.chars; (pattern = strstr(pattern, "/gnu/store/")); pattern += 32) {
        pattern += strlen("/gnu/store/");
        memmove(pend, pattern, 32);
        pend += 32;
    }

    if (pend == content.chars)
        return 0;

    qsort(content.chars, (size_t) (pend - content.chars) / 32, 32, compare32);

    uint32_t count = 1;
    for (const char* p = content.chars + 32; p < pend; p += 32)
        count += memcmp(p - 32, p, 32) != 0;

    return count;
}

方案二：指针列表处理

static int compare32(const void* a, const void* b) {
    return memcmp(*(const char**) a, *(const char**) b, 32);
}

static uint32_t getGuixPackagesImpl(char* path) {
    FF_STRBUF_AUTO_DESTROY content = ffStrbufCreate();
    if (!ffAppendFileBuffer(path, &content))
        return 0;

    FF_LIST_AUTO_DESTROY hashes = ffListCreate(sizeof(const char*));

    for (const char* pattern = content.chars; (pattern = strstr(pattern, "/gnu/store/")); pattern += 32) {
        pattern += strlen("/gnu/store/");
        *(const char**)ffListAdd(&hashes) = pattern;
    }

    if (hashes.length == 0)
        return 0;

    ffListSort(&hashes, compare32);

    uint32_t count = 1;
    for (uint32_t i = 1; i < hashes.length; ++i) {
        count += memcmp(
            *FF_LIST_GET(const char*, hashes, i - 1),
            *FF_LIST_GET(const char*, hashes, i),
            32) != 0;
    }

    return count;
}

性能对比

优化后的实现将检测时间从原来的60-70ms降低到5-10ms，在慢速机器上也只有原来的1/3时间。两种方案性能相近，方案一内存使用更紧凑，方案二代码结构更清晰。

注意事项

1. 清单文件路径需要调整为包含"/manifest"后缀
2. 需要确保hash值长度保持32字符不变
3. 处理重复包时需要依赖hash值的唯一性

这种优化方法不仅提升了Fastfetch的性能，也为其他需要与Guix交互的工具提供了性能优化思路。通过直接解析底层数据文件，避免了高级语言解释器的启动开销，是系统工具性能优化的典型范例。