比如如图截屏。
我第一次用
test<fid21
开始处理文件fid21,处理了两行多以后我用Ctrl+C打断程序的运行。
然后再次用
test2 fid21
来重新启动（也可以继续用test <fid21)，这时，我们可以看到开始从第三行处理了（当然第三行部分数据可能重复处理了）
然后处理完第三行后我又用Ctrl+C来打断程序运行。
然后我们可以用
type tag
来查看tag文件内容
内容3表示第三行已经处理完，下次会从第四行开始运行
呵呵,现在可以正常运行了,上面的问题都解决了...
现在运行速度好像要比以前的快了很多,见下附图
我想知道这样的运行速度是否正常??
1366
数学星空 发表于 2009-11-9 09:55 http://bbs.emath.ac.cn/images/common/back.gif
速度我也不清楚。对于不同的输入数据，好像经常时间差别挺大。而且同机器性能相关。
你可以看看target20文件是不是在慢慢增大。通常如果是这样，应该问题不大
比如看我这里处理的几个截屏
Processed 7950 lines 241559 s
Processed 7951 lines 241563 s
Processed 7952 lines 241573 s
Processed 7953 lines 241576 s
Processed 7954 lines 241608 s
Processed 7955 lines 241608 s
Processed 7956 lines 241660 s
Processed 7957 lines 241670 s
Processed 7958 lines 241670 s
Processed 7959 lines 241670 s
Processed 7960 lines 241674 s
Processed 7961 lines 241712 s
Processed 7962 lines 241755 s
Processed 7963 lines 241776 s
Processed 7964 lines 241791 s
Processed 7965 lines 241905 s
Processed 7966 lines 241929 s
Processed 7967 lines 241970 s
Processed 7968 lines 242015 s
Processed 7969 lines 242043 s
Processed 7970 lines 242071 s
可以看出不同数据需要处理的时间变化很大
呵,我刚查看了一下target20文件大小好像没有变化,可能是算的数据太少,还看不出变化
等算到1200行时,再查看一下大小...
我想应该没什么问题了!
你还可以运行taskmgr查看，然后按CPU顺序排列，如果排在前面的程序中会跳出想
csolve,fn18to19之类的程序，那就没有问题
是的，对于已知的一组点线关系，（就是类似：ABCD-AEGF-……的东东）。对于所有潜在的构型，它们非常可能都是所谓的5点生成，（即：包括在5点（例如(1,0,0),(0,1,0),(0,0,1),(0,1,1),(0,1,t)）经过点生线、线生点…… ...
zgg___ 发表于 2009-11-5 14:20 http://bbs.emath.ac.cn/images/common/back.gif
主要问题在于通常需要构造出t的高次方程才行。而且不是所有的点线关系都可以通过一个参数解决。
而我这里只需要用来淘汰部分显然不合法的点线关系，所以只需要处理那些可以用t的线性表达式表达的点线就可以了，可以简化很多问题
嗯,正在运行,现在只能等运算结果了,另外的20多个文件需要请另一些朋友帮忙计算哟..
最好在一个月内计算出所有的结果!!
我也开始加入计算。
数据文件fid30。
请参与计算的朋友及时通报计算数据文件及计算状况(或由mathe统计后及时公布)，免于重复计算浪费时间。
欢迎参与,大家团结起来,希望争取早日摘取胜利的果实.....