Jellyfin 在 Linux 上的资源占用概览
- 在 Linux 上，Jellyfin 的资源占用主要由转码任务（CPU/GPU）、网络带宽与磁盘 I/O决定；当播放端可直连播放/硬件解码时，后台负载通常较低。
- 使用 Intel Quick Sync 硬件转码时，CPU 占用可显著降低，实测在 Intel J4125 平台上，4K SDR HEVC→H.264 转码速度约可达40 fps，对系统其他任务影响很小；相较之下，部分环境下的 VAAPI 路径性能可能只有 Quick Sync 的一半左右。
- 若客户端不支持媒体编码/封装，需进行实时转码，此时 CPU 占用会明显上升；若播放端支持 HEVC 直接串流（如现代浏览器/系统），则可避免转码、显著降低负载。
影响占用的主要因素
- 编码与分辨率/码率：从 HEVC/H.265 转 H.264、或处理 4K 内容，计算量更大；同码率下分辨率越高占用越高。
- 是否启用硬件加速：启用 Quick Sync / VAAPI / NVENC / AMF 可把大量视频解码/编码工作交给 GPU/核显，显著降低 CPU 占用。
- 音频转码与音轨数量：多声道、特殊编码（如 TrueHD/DTS-HD MA）转 AAC/Opus 会增加 CPU 负担。
- 容器与虚拟化：在 Docker 中运行需注意设备直通（如 /dev/dri）、网络模式（如 host）与权限，配置不当会影响性能与占用。
- 并发播放与后台任务：多用户同时播放、生成缩略图/章节、媒体库扫描都会叠加占用。
快速查看与定位占用
- 服务与日志
- 查看服务状态：
sudo systemctl status jellyfin
- 实时日志：
sudo journalctl -u jellyfin -f
- 进程与资源
- 动态查看：
top -p $(pgrep jellyfin) 或 htop -p $(pgrep jellyfin)
- 快速查进程：
ps aux | grep jellyfin
- 端口监听
- 确认服务端口（默认 8096）：
ss -tulnp | grep 8096 或 netstat -tulnp | grep 8096
- API 与 Web
- 本地状态：
curl http://localhost:8096/api/server/status
- Web 管理端可查看用户活动与服务器状态页面，辅助判断是否有转码发生。
降低占用与优化建议
- 优先启用硬件解码/转码：在 Intel 平台优先启用 Quick Sync，并使用
vainfo 验证驱动与解码能力；对比 VAAPI 路径，Quick Sync 在实测中性能更高。
- 尽量实现直连播放：在客户端/浏览器支持的情况下启用 HEVC 直接串流（如使用 fMP4-HLS），可大幅减少甚至避免转码。
- Docker 部署要点：使用 host 网络 提升吞吐与发现能力；为 Intel 核显直通 /dev/dri 并配置合适权限，避免性能损失。
- 控制并发与任务：限制同时转码数，错峰执行媒体库扫描/缩略图生成；按需调整音频转码策略以减少不必要的 CPU 工作。