Ubuntu JS日志中常见的性能瓶颈
JS日志（尤其是高频、大量写入的场景）会频繁操作磁盘，导致磁盘I/O成为瓶颈。例如，未配置日志轮转时，日志文件无限增长，持续写入会占用大量磁盘带宽；若系统使用机械硬盘（HDD），其随机写入性能较差，影响更明显。
日志处理过程（如日志格式化、压缩、传输）需要CPU参与。当日志量极大时，CPU需花费大量时间处理日志任务，尤其在同步日志记录模式下，主线程会被阻塞，无法处理其他业务逻辑，导致应用响应变慢。
日志缓冲区（用于暂存待写入的日志条目）会占用内存；若日志量超过缓冲区容量，系统需分配更多内存存储日志，甚至触发频繁的垃圾回收（GC），导致内存占用飙升，严重时可能引发内存泄漏或应用崩溃。
当日志需要远程传输至集中式日志管理系统（如ELK Stack、Splunk）时，大量日志数据会占用网络带宽。特别是在高并发场景下，网络带宽可能成为瓶颈，导致日志传输延迟，影响日志收集的实时性。
未合理配置日志级别（如记录过多DEBUG信息）、未启用异步日志记录（同步写入会阻塞主线程）、未实施日志轮转（旧日志未及时清理），都会导致日志文件无限膨胀，占用大量磁盘空间，甚至拖慢整个系统。
当日志量巨大时，解析和分析日志（如提取关键指标、排查错误）会消耗大量CPU和内存资源。例如，使用ELK Stack分析TB级日志时，索引和查询过程可能成为性能瓶颈，影响故障排查效率。
