| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 37
|
|
| Author |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Just so you know I had 100% success rate during Beta for an I7 920 running Ubuntu 9.04. Given that an I7 920 matches neither case 1 nor case 2, that's totally to be expected. If you have any P2, P3, P4 or Athlon results, that might be relevant. |
||
|
|
mclaver
Veteran Cruncher Joined: Dec 19, 2005 Post Count: 566 Status: Offline Project Badges:
|
Just so you know I had 100% success rate during Beta for an I7 920 running Ubuntu 9.04. Given that an I7 920 matches neither case 1 nor case 2, that's totally to be expected. If you have any P2, P3, P4 or Athlon results, that might be relevant. Not sure how old you are looking for. During Beta I had 100% success on all WUs and I did a lot of them. That included AMD 4200s, 6000s, 6400, as well as AMD Quads. I did get this failure under 6.14 after it went live on an AMD X4 940 under Win/XP, but it looks like everyone (5 people) got an Error on this WU. Result Log <core_client_version>6.6.28</core_client_version> <![CDATA[ <message> WU download error: couldn't get input files: <file_xfer_error> <file_name>27c6b9f9add384c75c9fa771fc0a1de8.dat.gzb</file_name> <error_code>-200</error_code> </file_xfer_error> </message> ]]> I processsed about 135 Beta WUs, with 100% success rate, on many different machines, but they are all dual or quad, mix of AMD and Intel. Let me know if any of this helps. ![]() ![]() ![]() |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
This one is clearly not a crunching error rather a file size error
----------------------------------------ERR_WRONG_SIZE -200 Your files have the wrong file size. Odd for this to happen to all 5 processed copy begging the question if the file had a generation fault. Edit: knreed posted about a download problem: http://www.worldcommunitygrid.org/forums/wcg/printpost?post=233931 ~~~~~~~~~~~~~ P2/P3/P4 ... there are now quite allot of homogeneous redundancy groups. To think that the fuzzy logic used to allow greater tolerance, eventually those groups cant be further sliced, else there will be too few devices left to get any form of result quorum. At one time it was allowed to even have different devices on the same account crunch a quorum up for lack of devices, but that is borderline compromise to keep a volunteer in the pool. The dilemma is not going away (think I said so before).
WCG
----------------------------------------Please help to make the Forums an enjoyable experience for All! [Edit 1 times, last edit by Sekerob at Jun 11, 2009 3:05:59 PM] |
||
|
|
knreed
Former World Community Grid Tech Joined: Nov 8, 2004 Post Count: 4504 Status: Offline Project Badges:
|
We are dividing the processors into SSE2 and non-SSE2 processors (and AMD vs Intel) on Linux (just AMD vs Intel on other platforms).
The fuzzy validator is still needed within these divisions due to some minor differences. We had to tweak the logic yesterday (mapping marketing names to processing cores is a bit of a pain) to remove a few from the non-SSE2 pool (in particular some more recent Celeron branded processors). |
||
|
|
retsof
Former Community Advisor USA Joined: Jul 31, 2005 Post Count: 6824 Status: Offline Project Badges:
|
We are dividing the processors into SSE2 and non-SSE2 processors (and AMD vs Intel) on Linux (just AMD vs Intel on other platforms). I had a couple of valid betas on AMD machines, so they work (so far) for me. Each was less than 2 hours run time, so they were fairly small.The fuzzy validator is still needed within these divisions due to some minor differences. We had to tweak the logic yesterday (mapping marketing names to processing cores is a bit of a pain) to remove a few from the non-SSE2 pool (in particular some more recent Celeron branded processors). BETA_ CMD2_ 0006-2A5AA.clustersOccur-GBRAPA.clustersOccur_ 6_ 70519_ 73002_ 0-- user-782406c491 Valid 6/10/09 20:16:16 6/11/09 11:08:16 1.76 23.5 / 19.7 BETA_ CMD2_ 0006-2A5AA.clustersOccur-EZRIA.clustersOccur_ 341_ 629967_ 630305_ 0-- user-782406c491 Valid 6/10/09 19:42:41 6/11/09 00:45:36 1.75 23.3 / 23.4
SUPPORT ADVISOR
----------------------------------------Work+GPU i7 8700 12threads School i7 4770 8threads Default+GPU Ryzen 7 3700X 16threads Ryzen 7 3800X 16 threads Ryzen 9 3900X 24threads Home i7 3540M 4threads50% [Edit 1 times, last edit by retsof at Jun 12, 2009 2:32:21 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Looks good now. I haven't had any marked invalid since the first batch in 6.14 beta.
----------------------------------------(Edited to elaborate: Some of the first batch of 6.14 betas were invalid. I got quite a few 6.14 betas a day later, which all worked fine.) [Edit 1 times, last edit by Former Member at Jun 16, 2009 4:17:31 AM] |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
Does 'since the first batch' translate as 'starting from the first batch' or 'after the first batch' as it read before you had invalids with 6.14.
----------------------------------------edit: in the passing I remembered you posting a log with 6.2.1 as client version... not exactly production release.
WCG
----------------------------------------Please help to make the Forums an enjoyable experience for All! [Edit 1 times, last edit by Sekerob at Jun 14, 2009 8:00:55 AM] |
||
|
|
|