mersenneforum.org  

Go Back   mersenneforum.org > Prime Search Projects > No Prime Left Behind

Reply
 
Thread Tools
Old 2012-02-20, 22:45   #34
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

624910 Posts
Default

The max cache is 200 (it was at 50 a moment ago but I upped it to 200, since you're planning to do offline work ). The deadline is 72 hours, i.e. 3 days.

(BTW: you can check the deadline on any (recent-version) PRPnet server by looking at the pending-tests list on the stats page. It shows "Age" and "Expired" columns for all pending tests.)
mdettweiler is offline   Reply With Quote
Old 2012-02-20, 23:31   #35
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

2·7·47 Posts
Default

If anyone sees that sod Murphy, give him a black eye from me.
None of my results are showing up with that old client from any of 8 cores.
That leaves me on the sideline in the Cheer Squad.
Yayy. Go teaaam. Gimme a pom-pom.

Last fiddled with by AMDave on 2012-02-20 at 23:42
AMDave is offline   Reply With Quote
Old 2012-02-21, 01:15   #36
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

2·7·47 Posts
Default

I got 4.3.7 working on 1 box and it is reporting some work finally.

I tried all versions from 5.0.5 back to 4.3.7 on the laptops and they all fail on the T4500 chips for both 32 bit and 64 bit options. It's a bit disappointing.
3.1.7 still works on the T4500 cores, but now the server doesn't recognise the results.
I suspect someone has got trigger happy with some compiler flags. :P
A good incentive to go back to compiling my own clients again.
It's nice when things 'just work'.

So 4 out of 22 cores isn't a complete failure.

PS - someone needs to watch what end-of-line characters they use. that 4.3.7 master ini file is awful when you look at it in Notepad. Much better in N++ though.
AMDave is offline   Reply With Quote
Old 2012-02-21, 01:59   #37
rogue
 
rogue's Avatar
 
"Mark"
Apr 2003
Between here and the

2·2,851 Posts
Default

Quote:
Originally Posted by AMDave View Post
I got 4.3.7 working on 1 box and it is reporting some work finally.

I tried all versions from 5.0.5 back to 4.3.7 on the laptops and they all fail on the T4500 chips for both 32 bit and 64 bit options. It's a bit disappointing.
3.1.7 still works on the T4500 cores, but now the server doesn't recognise the results.
I suspect someone has got trigger happy with some compiler flags. :P
A good incentive to go back to compiling my own clients again.
It's nice when things 'just work'.

So 4 out of 22 cores isn't a complete failure.

PS - someone needs to watch what end-of-line characters they use. that 4.3.7 master ini file is awful when you look at it in Notepad. Much better in N++ though.
It isn't an issue of the PRPNet client, but the llr that is bundled with the package released by PrimeGrid. I don't bundle any of the testing software with PRPNet, but I do provide links to d/l them.

I never use NotePad to edit text files on Windows for the reason you give amongst many others.
rogue is online now   Reply With Quote
Old 2012-02-21, 02:28   #38
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

29216 Posts
Default

rogue, my apologies. I know it's not you and the llr is bundled. I'ts generally agreed that the suspect here is the LLR binary and as I posted higher up, I tried others and they also failed. However the llr that was bundled with 3.1.7 prpnetclient and earlier did work. Sometime since then, someone upstream has likely used some flags that the T4500's don't support. Unfortunately the 3.1.7 client package is not posting the results successfully with the prpnet server, which is to be expected over time. I could try pulling that old llr forward into the 5.0.5 prpnetclient, but I'm over it and now the laptops are doing something else.

Re-the text file, glad to hear it. :) but someone messed up your master ini around the start and stop options in the 4.3.7 windows 7z on Lennart's downloads page. It is fine in the more recent versions. I mention it if anyone else like me has to go back and use that version then maybe Lennart can fix it and repackage the 7z file.

It all works for everyone else. I'm just having a bad run. Ignore me.
AMDave is offline   Reply With Quote
Old 2012-02-21, 04:22   #39
Mark Doom
 
Feb 2012

110 Posts
Default

So, I'm new here to NPLB, however am excited to be participating in this rally :-)

Anyways, I just wanted to throw a question out there... my first WUs just completed and stats updated for the first hour I returned WUs, and it has a blank team name for me. I noticed this for a few other of my "teammates" as well.

My .ini file properly has team name in it. Is there something else I am missing?
Mark Doom is offline   Reply With Quote
Old 2012-02-21, 05:06   #40
Neo
 
Neo's Avatar
 
Dec 2010
Ava, Missouri

23×5 Posts
Default

Back to back primes!

Nice job PCZ.

Neo
AtP
Neo is offline   Reply With Quote
Old 2012-02-21, 05:37   #41
MyDogBuster
 
MyDogBuster's Avatar
 
May 2008
Wilmington, DE

1011000101002 Posts
Default

Quote:
So, I'm new here to NPLB, however am excited to be participating in this rally :-)

Anyways, I just wanted to throw a question out there... my first WUs just completed and stats updated for the first hour I returned WUs, and it has a blank team name for me. I noticed this for a few other of my "teammates" as well.

My .ini file properly has team name in it. Is there something else I am missing?
We have a separate stats DB other than what is in PRPNet. I have added the following to Aggie The Pew based on their PRPNet team choice. The stats should reflect this at the next update.

Caravaggio
KD7LRJ
Mark_Doom
Gary_Craig
meiligo

Last fiddled with by MyDogBuster on 2012-02-21 at 21:47
MyDogBuster is offline   Reply With Quote
Old 2012-02-21, 05:55   #42
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

2·7·47 Posts
Default

Quote:
Originally Posted by Neo View Post
Back to back primes!
Nice job PCZ.
Neo
AtP
Absolutely. Great to see a Free-DC representative again.
And we have some new names and teams this time.
Excellent. Crunch On!
AMDave is offline   Reply With Quote
Old 2012-02-21, 06:18   #43
mdettweiler
A Sunny Moo
 
mdettweiler's Avatar
 
Aug 2007
USA (GMT-5)

3·2,083 Posts
Default

Quote:
Originally Posted by AMDave View Post
rogue, my apologies. I know it's not you and the llr is bundled. I'ts generally agreed that the suspect here is the LLR binary and as I posted higher up, I tried others and they also failed. However the llr that was bundled with 3.1.7 prpnetclient and earlier did work. Sometime since then, someone upstream has likely used some flags that the T4500's don't support. Unfortunately the 3.1.7 client package is not posting the results successfully with the prpnet server, which is to be expected over time. I could try pulling that old llr forward into the 5.0.5 prpnetclient, but I'm over it and now the laptops are doing something else.

Re-the text file, glad to hear it. :) but someone messed up your master ini around the start and stop options in the 4.3.7 windows 7z on Lennart's downloads page. It is fine in the more recent versions. I mention it if anyone else like me has to go back and use that version then maybe Lennart can fix it and repackage the 7z file.

It all works for everyone else. I'm just having a bad run. Ignore me.
Dave, I'm not sure what's up with this but the problem definitely seems to be with the LLR included with the latest clients (perhaps the particular build, or particular version)--as you discovered yourself. Since the LLR bundled with 3.1.7 worked before (presumably on these same computers?), that one should definitely work again with the latest client--all PRPnet versions are fully cross-compatible with all command-line LLR versions (Linux llr and Windows cllr.exe).

That particular error you got, "Number sent to gwsetup is too large...", is, interestingly enough, the exact same error some fellows over at PrimeGrid were reporting with AMD Bulldozer machines on the latest development version of LLR--though in their case it was due to the latest development verison adding AVX support for a speed boost on Sandy Bridge and Bulldozer CPUs, but not (yet) properly taking into account differences in how Bulldozer implements AVX. I don't think I've ever heard of this error being thrown up by a pre-AVX machine, least of all with a non-development LLR build, but nonetheless it is what you're seeing. It would almost seem to indicate that somehow LLR doesn't know how to handle your CPUs, which is strange because a T4500 is a pretty standard laptop-spec Core 2 Duo, which should be a no-brainer for LLR.
mdettweiler is offline   Reply With Quote
Old 2012-02-21, 06:24   #44
AMDave
 
AMDave's Avatar
 
Jan 2006
deep in a while-loop

2·7·47 Posts
Default

Quote:
Originally Posted by MyDogBuster View Post
We have a separate stats DB other than what is in PRPNet. I have added the following to Aggie The Pew based on their PRPNet team choice. The stats should reflect this at the next update.

Caravaggio
KD7LRJ
Mark_Doom
I saw the accidental '-' at the end of the team name for KD7LRJ but someone fixed it faster than I could get to it. (Good shooting whoever that was)
The team total will be corrected automatically by the database on the next refresh.

@Max. Thanks. Yup. Used to work on same hardware. As above I suspect upstream LLR sources have made an error. Never mind. There is always next time. :)

Last fiddled with by AMDave on 2012-02-21 at 06:30
AMDave is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
PRPnet rally Apr. 18th-25th gd_barnes No Prime Left Behind 17 2012-04-26 11:54
LLRnet/PRPnet rally Oct. 27th-Nov. 3rd mdettweiler No Prime Left Behind 33 2010-12-24 19:16
LLRnet/PRPnet rally June 4th-6th gd_barnes No Prime Left Behind 61 2010-07-30 17:28
Rally Jan. 23rd-25th gd_barnes No Prime Left Behind 89 2009-01-25 22:59
LLRnet server rally port 300 May 23rd-25th gd_barnes No Prime Left Behind 172 2008-06-04 19:21

All times are UTC. The time now is 14:41.

Thu May 28 14:41:11 UTC 2020 up 64 days, 12:14, 2 users, load averages: 1.42, 1.46, 1.50

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.