mersenneforum.org No Exponents returned for TF to Low Limits
 Register FAQ Search Today's Posts Mark Forums Read

 2012-01-09, 14:52 #1 gjmccrac     Aug 2009 Ontario, Canada 131 Posts No Exponents returned for TF to Low Limits I have a machine the is doing TF-LMH (low limits). It has been attempting to get new assignments and gets the following error message back. Code: No data record of requested type It seems that once the TF-LMH wave front went into the 600M range it is not working anymore. The recent results report does not seem to show anything being reported for the 600M range. Grant.
 2012-01-09, 16:27 #2 Rodrigo     Jun 2010 Pennsylvania 16468 Posts I'm having a similar problem with two machines doing TF. For the past 24 hours (maybe longer), every 70 minutes when they go to obtain a new assignment, they've been getting a "CURL library error: Operation timed out after 180 seconds with 0 bytes received". The highest exponent each machine has is at the 581xxxxxx level, so this jibes with gjmccrac's experience. Rodrigo
 2012-01-09, 17:15 #3 petrw1 1976 Toyota Corona years forever!     "Wayne" Nov 2006 Saskatchewan, Canada 10010000110102 Posts Only one person seems to be working on and/or getting assignments in the 600M/800M ranges. LingUaan. He does NOT have them all reserved. Note: I am not suggesting or accusing anyone of anything; just stating observations. Last fiddled with by petrw1 on 2012-01-09 at 17:16
2012-01-09, 19:50   #4
Dubslow

"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88

722110 Posts

Quote:
 Originally Posted by Rodrigo I'm having a similar problem with two machines doing TF. For the past 24 hours (maybe longer), every 70 minutes when they go to obtain a new assignment, they've been getting a "CURL library error: Operation timed out after 180 seconds with 0 bytes received". The highest exponent each machine has is at the 581xxxxxx level, so this jibes with gjmccrac's experience. Rodrigo
I experienced something similar, once, yesterday. It worked fine an hour afterwards.
Quote:
 Originally Posted by gjmccrac I have a machine the is doing TF-LMH (low limits). It has been attempting to get new assignments and gets the following error message back. Code: No data record of requested type It seems that once the TF-LMH wave front went into the 600M range it is not working anymore. The recent results report does not seem to show anything being reported for the 600M range. Grant.
This is definitely something wrong on PrimeNet's end. Perhaps try manually reserving some assignments? Both in the same range and in other ranges and see if that works.

2012-01-09, 20:37   #5
gjmccrac

Aug 2009

131 Posts

Quote:
 Originally Posted by Dubslow I experienced something similar, once, yesterday. It worked fine an hour afterwards. This is definitely something wrong on PrimeNet's end. Perhaps try manually reserving some assignments? Both in the same range and in other ranges and see if that works.
I did manually assign exponents in order to fill the work queue on the machine. I believe that there is a Primenet issue with TF-LMH.

 2012-01-09, 22:32 #6 Rodrigo     Jun 2010 Pennsylvania 2·467 Posts Neither TF machine is still receiving any new assignments this afternoon. None of my systems is having problems reporting results. Rodrigo
 2012-01-09, 22:40 #7 diamonddave     Feb 2004 2408 Posts Maybe the constant Code: #define MAX_PRIME_SSE2 596000000L /* SSE2 bit limit */ Is used and shouldn't? Anyone has an old version of Prime95 (pre SSE2) an could test if the new version introduced the problem? Couldn't find a version pre 25. Version 25 didn't work either Last fiddled with by diamonddave on 2012-01-09 at 22:56
2012-01-09, 23:00   #8
petrw1
1976 Toyota Corona years forever!

"Wayne"
Nov 2006

2·7·331 Posts

Quote:
 Originally Posted by diamonddave Maybe the constant Code: #define MAX_PRIME_SSE2 596000000L /* SSE2 bit limit */ Is used and shouldn't? Anyone has an old version of Prime95 (pre SSE2) an could test if the new version introduced the problem? Couldn't find a version pre 25. Version 25 didn't work either
All I could add is that when TF-LMH completed 64 bits about 16 months ago it had no problem going all the way to 999M....well actually I can't for sure recall if this higher range wasn't done manually by CHALSALL, MONST, LINDEx, et al.

2012-01-09, 23:09   #9
Dubslow

"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88

3×29×83 Posts

Quote:
 Originally Posted by diamonddave Maybe the constant Code: #define MAX_PRIME_SSE2 596000000L /* SSE2 bit limit */ Is used and shouldn't? Anyone has an old version of Prime95 (pre SSE2) an could test if the new version introduced the problem? Couldn't find a version pre 25. Version 25 didn't work either
That's the limit for FFT size, as used for P-1 and LL. TF does not use FFTs, and in fact TF by Prime95 has been done on >999M exponents (with varying to little success). Either way, that's not the issue. PrimeNet refuses to assign work, not Prime95 refuses to do work.

2012-01-10, 00:43   #10
diamonddave

Feb 2004

101000002 Posts

Quote:
 Originally Posted by petrw1 All I could add is that when TF-LMH completed 64 bits about 16 months ago it had no problem going all the way to 999M....well actually I can't for sure recall if this higher range wasn't done manually by CHALSALL, MONST, LINDEx, et al.
I could find an old v24 version and it didn't have TF-LMH worktype

 2012-01-10, 01:42 #11 petrw1 1976 Toyota Corona years forever!     "Wayne" Nov 2006 Saskatchewan, Canada 2×7×331 Posts I think there is more to it... If there was something stopping TF-LMH from handing out over 599M then it would be handing out the next bit level back at 100M. But there are none there either.

 Similar Threads Thread Thread Starter Forum Replies Last Post MacFactor GPU Computing 0 2017-12-22 16:04 kladner PrimeNet 4 2017-09-30 19:49 nucleon Hardware 8 2015-04-25 23:01 garo GPU Computing 10 2013-04-27 19:01 siegert81 Miscellaneous Math 2 2011-02-17 13:37

All times are UTC. The time now is 03:45.

Sun May 9 03:45:33 UTC 2021 up 30 days, 22:26, 0 users, load averages: 1.43, 1.60, 1.61