怎么优先级排序debian backlog

在 Debian 系统里，“backlog”这个词可能出现在几个不同的场景里。先确认你指的是哪一种，再给出对应的“优先级排序”方法：

1. Debian 软件包 bug backlog（BTS）

如果你说的是 Debian Bug Tracking System（BTS）里的 backlog：

按严重级别（severity）排序

Debian bug 的严重程度从低到高大致是：

wishlist < minor < normal < important < serious < grave < critical

还有 RC（Release Critical，如 serious, grave, critical）。

优先级建议：

1. RC bugs（影响发布）
2. critical / grave
3. serious
4. important
5. normal
6. minor / wishlist

实际工具

• 查看 RC bug：

  https://bugs.debian.org/release-critical/
  

• 用 reportbug 或 apt-listbugs 管理
• 用 UDD（Ultimate Debian Database）查询：

  SELECT id, severity, title FROM bugs
  WHERE package='xxx' ORDER BY severity;
  

2. 系统服务 / 启动顺序 backlog（systemd）

如果是“启动任务积压 / 服务顺序”：

systemd 中的优先级

• 用 WantedBy / Requires / After / Before 控制顺序
• 查看服务启动耗时：

  systemd-analyze blame
  systemd-analyze critical-chain
  

排序原则

1. 基础系统（mount, udev, network）
2. 数据库 / 中间件
3. 应用服务
4. 用户态脚本

3. 网络 / 内核 backlog（如 TCP backlog）

如果是网络层面的 backlog（如 net.core.somaxconn）：

查看与调整

sysctl net.core.somaxconn
sysctl net.ipv4.tcp_max_syn_backlog

优先级排序（调优顺序）

1. 应用层并发模型（event / thread）
2. somaxconn
3. tcp_max_syn_backlog
4. 内核参数（TIME_WAIT、fin timeout）

4. 任务 / 运维 backlog（to-do 列表）

如果是团队运维 backlog：

推荐用 MoSCoW 法：

• Must：影响安全 / 线上故障
• Should：重要功能缺失
• Could：优化项
• Won’t：暂不做

如果你能具体说一下：

• 是 bug、服务启动、网络，还是 运维任务
• 使用的 Debian 版本（如 11 / 12）

我可以给你更精确、可操作的排序方案。