呵呵，我不懂汇编。
刚才算了一下，用的是10^8以内的素数表，没有发现满足条件的素数，也就是说，要找的素数起码有12位。
弱问一下，条件“b.17个连续素数的和”是不是包含了条件“a.3个连续素数的和”？
如果只是追求：本身为素数，且为连续素数和，这两个条件。那么是比较容易算的。
因为素数是很“密”的，或许比想象的要“密”很多呢。所以随机取一些连续素数求和，蒙上素数的可能性是很大的。
比如说前四百万个素数的和是131463314443633，它恰巧也是素数。
哦，现在看懂题目了。呵呵。
:D
这个没想象中的难，但也不容易
主要是不好找到符合所有条件的
我觉得可以先将一定范围素数求出来，然后先只使用两个最长连续素数条件去过滤。
比如先求从3开始的连续2007个素数之和。此为序列1
然后找到从某个最小的p使得从p开始的连续979个素数之和不小于上面的和。此为序列2。
然后每次将序列1移动一个素数到一下连续2007个素数和，
同样，移动序列2若干个素数位置，到达下一个和不小于序列1的情况。
只有在这种移动过程中两个序列和相同的情况我们才需要继续检查是否满足其它的求和条件以及和是否是素数。
而这种情况的概率应该是很小的。由于第一个序列之和应该是比较随机的，我们可以认为是一个随机奇数。
同样找到对应第二个序列时，我们知道对于第二个序列，每次移动改变的值的大小为位置差979的两个素数的差值，大概为979log(p)
所以，能够正好同第一个序列产生结果相同的概率大概在2/(979log(p)),这是一个很小的概率。所以大部分情况我们会发现根本不需要做进一步检测。
当然，我们也可以同样再次比较第三个序列，这样，三个序列和都相同的概率会更加小，但是我们就一直逐步移动三个序列，是否有好处比较难判断。
而在遇上序列和相同的情况后，我们可以:
i) 判断和是否是素数，可以像medie2005的方法判断是否为伪素数，如果通过继续第二步
ii)对于其余序列，序列长度为H,我们可以得到素数平均大小为sum/H,然后在这个附近找到和最接近sum的长度为H的序列
这个取决于素数保存格式，如果用比特位，马上可以定位（代价是前面两个序列移动时慢一些）
如果将所有素数保存在数组中，需要采用二分法。
如果对于所有序列，都通过，进入第三步
iii)通过对每个不超过$sqrt(sum)$的素数求模验证和是否的确为素数。
好主意
不过，计算过都重合的概率么
如果太小，比如小于1/10000000000000000
那也是无法找到的
原帖由 medie2005 于 2008-6-19 15:26 发表 http://bbs.emath.ac.cn/images/common/back.gif
呵呵，我不懂汇编。
刚才算了一下，用的是10^8以内的素数表，没有发现满足条件的素数，也就是说，要找的素数起码有12位。
我计算了一下，0xFFFFFFFF以内都不行
:)
那可麻烦了
大数运算很慢的
建议使用Cell处理器
Gxqcn帮忙看看，下面这个代码运行到一定时候就好像出错了
#define MAX_N203280220
unsigned int plist;
int search_match_prime(unsigned value)
{
int start=0,mid,end=MAX_N-1;
mid=(start+end)/2;
while(end-start>=2){
if(plist<value){
start=mid;
}else{
end=mid;
}
mid=(start+end)/2;
}
return mid;
}
bool is_list(int num, unsigned long long sum)
{
unsigned long long aver=sum/num;
if(aver>=0xFFFFFFFFLL)aver=0xFFFFFFFF;
integer start(aver),end,sump(0);
start.NextPrime(start);
int prevc,nextc;
prevc=num/2;
nextc=num-1-prevc;
int i;
sump=end=start;
for(i=0;i<nextc;i++){
integer tmp(end);
end.NextPrime(tmp);
sump+=end;
}
for(i=0;i<prevc;i++){
integer tmp(start);
start.PreviousPrime(tmp);
sump+=start;
}
if(sump<integer(sum)){
while(sump<integer(sum)){
integer newp;
newp.NextPrime(end);
sump+=newp-start;
integer tmp(start);
start.NextPrime(tmp);
end=newp;
}
}else{
while(sump>integer(sum)){
integer newp;
newp.PreviousPrime(start);
sump-=end-newp;
integer tmp(end);
end.PreviousPrime(tmp);
start=newp;
}
}
return sump==integer(sum);
}
#define MF2007
#define MS979
void candidate(unsigned long long x, int mF,int mS)
{
integer y((unsigned long long)x);
if(!y.IsPrime())
return;
printf("Cand%lld\n",x);
if(!is_list(45,x))
return;
if(!is_list(17,x))
return;
if(!is_list(3,x))
return;
printf("%lld\n",x);
}
int main(int argc, char* argv[])
{
int i;
long long max_sum=0;
long long sumMF=0;
long long sumMS=0;
int count = HugeCalc::GetPrimeList(plist,MAX_N,3,0xFFFFFFFF);
int iMS,iMF;
if(count!=MAX_N){
fprintf(stderr,"Invalid number of primes\n");
}
printf("Init finished\n");
for(i=0;i<MS;i++){
max_sum+=plist;
}
for(i=0;i<MS;i++){
sumMS+=plist;
}
sumMF=sumMS;
for(;i<MF;i++){
sumMF+=plist;
}
iMF=0;iMS=0;
while(sumMF<=max_sum&&iMF<MAX_N){
while(sumMS<sumMF&&iMS<MAX_N){
sumMS+=plist-plist;
iMS++;
}
if(sumMS==sumMF){
candidate(sumMF,iMF,iMS);
}
sumMF+=plist-plist;
iMF++;
}
return 0;
}
是不是存在内存漏洞？
另外，GxQ是否考虑做一个定长整数的库阿？
比如分别处理64位，128位，256位整数
以防止为大数的额外处理来浪费小数运算的时间
我想某些运算，如果仅考虑小数，能有50％的性能提升呢