总体结论
在CentOS上，Jellyfin的资源占用取决于是否启用硬件解码、转码强度、并发播放数量以及媒体编码格式。在仅进行直连播放、启用硬件解码且并发较低的情况下，CPU占用通常较低；而当存在多路转码、未启用硬件解码或客户端编码兼容性差时，CPU占用会明显升高。官方与社区实践给出的基线硬件为双核/四核CPU、2GB内存起步（推荐4GB+），并建议具备H.265能力与合适的GPU用于硬件加速，这些配置能在常见家庭/小场景中获得较为平稳的资源占用表现。
影响占用的主要因素
- 转码 vs 直连：直连（Direct Play/Stream）几乎不占用CPU；转码（尤其是软件转码）对CPU压力较大，多路并发时更明显。
- 硬件解码/编码：启用VAAPI/Quick Sync等硬件加速可显著降低CPU占用，转码由GPU承担。
- 编码格式与码率：H.265/HEVC、10-bit、高码率视频更依赖硬件能力与带宽。
- 并发与分辨率：多用户同时播放、4K转1080p等会提升负载。
- 字幕与滤镜：如PGS/SSA/ASS软渲染、外挂字幕烧制、图像增强滤镜会增加开销。
- 存储与网络I/O：媒体读取、元数据/图片库扫描、网络吞吐也会带来一定占用。
快速判断是否异常
- 查看服务与日志：使用命令检查服务状态与实时日志，定位是否因转码、插件或媒体库扫描导致占用升高。示例：
- 服务状态：
sudo systemctl status jellyfin.service
- 实时日志：
sudo journalctl -u jellyfin.service -f
- 观察进程资源：用
top/htop聚焦Jellyfin进程，确认CPU、内存是否长期高企。
- 检查端口监听：确认服务在默认端口8096正常监听。
- 网络与I/O：用
ss -tulnp | grep 8096、iostat、vmstat分别排查连接、磁盘与整体资源瓶颈。
以上命令适用于在CentOS上快速定位Jellyfin的性能问题。
降低资源占用的实用建议
- 优先使用直连播放；必要时仅在服务器端做音轨转码而保持视频直连。
- 启用硬件解码/编码（如VAAPI/Quick Sync），并在转码时选择硬件编码路径。
- 为客户端统一编码与分辨率能力，减少不必要的服务器端转码。
- 控制并发转码数量，必要时限制用户或设备的转码质量。
- 优化字幕：优先使用客户端可渲染的字幕格式，避免服务器端烧制。
- 将媒体库与缓存/数据库放在SSD上，减少I/O等待。
- 定期查看日志与系统监控，及时发现异常任务或插件导致的负载飙升。
