Yanyan Wang

尊敬的用户，您好。我们很重视您的 issue，但由于长时间没有答复，我们暂时认为这个问题已经解决。如果还有任何问题，请随时根据 issue 模版再开启新的 issue。

尊敬的用户，您好。我们很重视您的 issue，但由于长时间没有答复，我们暂时认为这个问题已经解决。如果还有任何问题，请随时根据 issue 模版再开启新的 issue。

尊敬的用户，您好。我们很重视您的 issue，但由于长时间没有答复，我们暂时认为这个问题已经解决。如果还有任何问题，请随时根据 issue 模版再开启新的 issue。

升级 G6 到最新版本，可参考解决方案： https://github.com/antvis/G6/issues/3284 https://github.com/antvis/G6/issues/2961

> > 这里要注意区分是渲染性能还是布局性能。 > > 图形数量少可以提升渲染速度（渲染是异步的，简单的 console 时间是看不出来的）。 > > 布局速度与节点数量有关，与图形数量无关。 > > 请问一下如果想要统计布局的布局时间和渲染时间应该怎么做呢？好像没有看到相关的API函数，简单的console.log时间应该算的是布局时间。 不配置 layout，看下渲染出来需要多长时间。

> 我的为什么120个节点200多条线就开始卡了，拖拽画布和拖动节点都很卡 需要看具体的实现方式，如果不是超级复杂的自定义节点，拖拽应该不会出现卡顿。或许你使用了 polyline？在没有指定 controlPoints 的时候将使用 A* 自动巡径算法，这是非常耗时的，特别是拖拽节点的过程中需要频繁地进行重新计算。拖拽画布的卡顿可以通过配置 enableOptimize: true 进行优化，在拖拽过程中仅显示关键图形，避免全图的频繁全量重绘

> > > > 我也是这样，请问您现在解决这个问题了么 可以给下 demo 看看是否有优化空间

布局使用 force2 性能有所提升。如果边使用的是 polyline，最新版本也大大提升了性能，欢迎试用。 尊敬的用户，您好。我们很重视您的 issue，但由于长时间没有答复，我们暂时认为这个问题已经解决。如果还有任何问题，请随时根据 issue 模版再开启新的 issue。

尊敬的用户，您好。我们很重视您的 issue，但由于长时间没有答复，我们暂时认为这个问题已经解决。如果还有任何问题，请随时根据 issue 模版再开启新的 issue。

尊敬的用户，您好。我们很重视您的 issue，但由于长时间没有答复，我们暂时认为这个问题已经解决。如果还有任何问题，请随时根据 issue 模版再开启新的 issue。