所以，我想在编辑器直接改，又想他不自动渲染
为什么别人不卡你的卡，prefab节点多少个？ 资源管理器卡不卡？电脑硬盘是不是SSD？开小项目卡不卡？都发出来排除啊。
确实是，文件一多，就卡的要死，卡的根本喘不过气
没有办法,编辑器要维护所有资源的引用和更动,如果你的某个组件被很多东西引用,改动后编辑器会去寻找所有依赖这个引用做整体的更新.如果项目比较大,整体上I/O操作就上去了.再加上编辑器是js写的,大规模资源的密集IO处理本来就不是GC脚本语言的强项.造成卡.只能说项目组还有很多对资源改善的空间.寻找更优的算法来索引整个项目的依赖更新
PS:没看过源码,凭几个项目的直观感觉得出.如果不对还请纠正
没遇见过，这类问题真的很少
也不停有人反映编辑器卡，不过我还没遇到特别卡的情况，可以统计下反映卡的用户是不是都是win用户？
win在家中坐，锅从天上来
2赞
我猜不是win的问题而是硬盘的问题，可能Mac几乎都是固态硬盘有关，用Mac开发的很少反映编辑器卡的。
换固态硬盘估计会有很大缓解。
很久之前提过，不知道官方有没有统计，mac下怎么造都没卡过。硬盘、库版本、句柄数都有差异。有人提空项目双开就卡，我mac下试了三开都不卡。
先不说什么算法，就这个自动渲染，先搞成我们自己手动来。。
什么叫换你当领导，反正我不卡
八代酷睿的机器不可能是硬盘问题，八代酷睿笔记本都是nvme固态起步了，如果是机器问题，那唯一有可能的只能是cpu撞墙降频了；就题主截图来看，瓶颈在于cpu上，而不是硬盘；话又说回，cocos进程占cpu使用率只有25%，而cpu负载接近满载，为什么题主会认为是cocos优化不好而不在自己身上找问题呢？就好比一边在跑死循环一边抱怨编辑器卡？
各位用creator做一下手游就知道这编辑器有多卡了 卡的令人恼火是真的
一些量化的资源我们都不放项目里了。改成远程加载的方式，会好一些。
确实卡 没必要掩饰，不信创建个地形让双击或者F键立马卡一下，不知道当初为啥不用C#开发桌面编辑器呢
TR3990x起步 
曾经VSCode某个版本，我只要一敲代码，vscode就吃满一个cpu，界面卡的要死，其他项目倒是不卡。后来VSCode升级会后好了，这应该是VScode某个版本的bug，在某些复杂的环境下执行了大量重复的运算。
楼主这个6核12线程的cpu，负荷很高，CocosCreator已经在满负荷跑了（ccc满负荷跑，并不代表CPU占满100%哦，除非CCC开12个线程满负荷）。楼主可以打开ccc的开发者工具，分析一下cpu占用，分析一下ccc到底在干啥。