rgthree-comfy节点性能优化：解决Muter/Bypasser类节点GPU占用过高问题

问题背景

在ComfyUI的rgthree-comfy扩展中，用户报告了一个关于性能问题的关键发现：当使用Fast Muter、Bypasser等继承自BaseAnyInputConnectedNode的节点时，会出现GPU使用率异常升高的情况。特别是在连接多个此类节点后，GPU占用可能达到20%以上，这对于一个轻量级的UI操作来说显然是不合理的。

技术分析

经过深入分析，发现问题核心在于这些节点类的实现机制。BaseAnyInputConnectedNode及其子类（包括Muter、Bypasser、Collector和Repeater等）每个实例都维护着自己的Promise对象，这些Promise会独立触发图形重绘操作。具体表现为：

1. 每个节点连接时都会调用_onConnectionChange方法
2. 该方法内部使用setTimeout延迟执行重绘标记
3. 这种设计导致即使没有实际内容变更，也会频繁触发litegraph的重绘机制

解决方案

开发者采用了以下优化策略：

1. 修改了稳定化处理逻辑，仅在检测到实际变化时才标记为需要重绘
2. 移除了不必要的Promise创建和setTimeout调用
3. 实现了更智能的脏标记机制，避免冗余的重绘操作

优化效果

经过测试验证，优化后的版本完全解决了GPU占用过高的问题。即使在连接大量节点的情况下，也能保持流畅的操作体验和正常的GPU使用率。这表明：

1. 原问题的确源于重绘机制的过度触发
2. litegraph引擎本身并不适合高频重绘场景
3. 通过合理的脏标记策略可以显著提升性能

经验总结

这个案例为我们提供了几个重要的开发经验：

1. UI组件的性能优化需要特别关注重绘机制
2. 即使是看似简单的连接/断开操作也可能引发性能问题
3. 在实现自定义节点时，应该考虑其对整个图形系统的影响
4. 性能问题有时会随着依赖库的更新而显现，需要持续关注

对于ComfyUI插件开发者而言，这个案例也提醒我们：在实现复杂交互逻辑时，应该特别注意对图形引擎的影响，采用最优的实现方案来保证用户体验。