xyj200909

50# mjj_ljh
实际上在M集的内部，虽然都有et=n，但运算量最大，运行最慢

榕坚

大家可以试试这一幅图：中心：-1.112967284494258090085/0.227891839575947903228
  放大倍数=4*7.2354535E10，迭代次数：2500。它比一般的图形也是迭代2500次要多花时间得多

dyk

此图脉络多且分布均匀,对于扫描区域内需要较高迭代次数的点较多,加大了运算,故影响了速度.若把迭代次数减小就会出现大片的单色区域.

榕坚

53# dyk


有点道理，但总觉得有不对劲的地方。因为几何画板不管哪个点都迭代到最大的迭代次数（没有用分次迭代），有些不需要那么多次的它也进行了迭代计算，只不过是把点拉加到原位置（可能在这里缓存起到作用）。

dyk

54# 榕坚


是的,尽管对每个点c都是迭代n次,当迭代到逃逸区外部时,上次计算的值存在缓存区,后面的迭代运算只是调用这个数值,减少了运算,加快了速度.我把小M放大,使扫描框在其内部,这样扫描线上的每一点c对应的et是相同的,但扫描的速度没有加快.这说明扫描线上的c点对应的et值相等时并没有减少运算.不知当否?

xyj200909

扫一下上面榕老师的那个图，用两重循环迭代加小线段扫描，用时80分钟，图中每点的逃逸时间在一千以上

xuefeiyang

下载 (45.65 KB)

2011-10-22 18:16

榕坚

扫描时间最长的一幅图

下载 (40.38 KB)

2011-10-22 18:15

xyj200909

58# 榕坚


太精细了

xyj200909

57# xuefeiyang


这个的迭代次数应该比较高