不过,我想
是否尝试下用 Haskell的思路解决呢
用图论的理论
是否有不用线性代数的方法?
原帖由 无心人 于 2009-3-11 08:08 发表 http://bbs.emath.ac.cn/images/common/back.gif
呵呵
问个问题
如果直接生成20点24行的字母
大概多少候选?
不可能,估计27行的就已经是天文数字了
我问的是24行的啊
你回答27行的
呵呵
每减少一行,结果就可以增加很多很多倍,这是很明显的
能不能把这个问题变换到图的平面化问题上去??
不一样的问题。这里主要的约束在于平面上的4点共线
哦
d5接近一半了
是呀。从现在的结果来看,产生24条边的结果的可能性太小了。竟然23条边的结果也就找到2个。
而再后面的数据,估计还会大量的同前面的相同,所以产生新解的可能性要越来越小了
呵呵, 以后我可能不会频繁的更新数据了
可能四五天才更新一次
d5还大概需要14天吧
d6等d5完毕会用快机器分担一部分
要不然你开始计算一些17点13边的数据?
我的第一台Windows计算完d7以后已经开始试着计算部分那些数据了.
不过总共将近200万个文件(每个文件同前面同样数目的数据),不过每个文件的处理比14边的还要慢一些,所以看来不改变方法全部处理是不可能的.