Author |
Message |
|
Welcome to the Marie-Sophie Germain Challenge
Marie-Sophie Germain was born on April 1, 1776, in Paris, France. She was an extraordinary "French mathematician who made important contributions to the fields of differential geometry and number theory and to the study of Fermat's Last Theorem." (Wiki)
Because of the gender prejudices of the time, her early work was submitted under the pseudonym of M. LeBlanc. Later work was finally submitted under her own name and on 8 January 1816, she became the first woman to win a prize from the Paris Academy of Sciences. While some consider her work lacking in rigor, almost all agree that it was from the lack of a formal education that was denied to her based on her gender.
The modern view generally acknowledges that although Sophie had great talent as a mathematician, her haphazard education had left her without the strong base she needed to truly excel. Louis Bucciarelli and Nancy Dworsky, Germain's biographers, summarize as follows: “All the evidence argues that Sophie Germain had a mathematical brilliance that never reached fruition due to a lack of rigorous training available only to men."(Wiki) What better way to pay tribute to Sophie Germain than to find a prime with her namesake. Finding a World Record Sophie Germain prime would be incredible and even more amazing if it was found during the Challenge. :) Hey, it's possible. NOTE: A twin prime is also possible in this search because of the quad sieve.
While the Sophie Gemain prime remains elusive, a byproduct of the search are single primes. The last SGS (LLR) Challenge found over 100 of these. We expect about the same this time around.
A 2 day Challenge is being offered on PrimeGrid's Sophie Germain Prime Search (LLR) application. To participate in the Challenge, please select only the Sophie Germain Prime Search (LLR) project in your PrimeGrid preferences section. The challenge will begin 1 April 2012 18:00 UTC and end 3 April 2012 18:00 UTC. Application builds are available for Linux 32 bit, Windows 32 bit and MacIntel. These applications will be sent to 64 bit clients. As with all LLR application projects, there is no advantage of 64 bit over 32 bit.
ATTENTION: The primality program LLR is CPU intensive; so, it is vital to have a stable system with good cooling. It does not tolerate "even the slightest of errors." Please see this post for more details on how you can "stress test" your computer. WU's will take ~15 minutes on fast/newer computers and 25+ minutes on slower/older computers. If your computer is highly overclocked, please consider "stress testing" it. Sieving is an excellent alternative for computers that are not able to LLR. :)
Please, please, please make sure your machines are up to the task.
Time zone converter:
The World Clock - Time Zone Converter
NOTE: The countdown clock on the front page uses the host computer time. Therefore, if your computer time is off, so will the countdown clock. For precise timing, use the UTC Time in the data section to the left of the countdown clock.
Scoring Information
Scores will be kept for individuals and teams. Only work units issued AFTER 1 April 2011 18:00 UTC and received BEFORE 3 April 2011 18:00 UTC will be considered for credit. We will use the "prime score" method which is based on the n value (k*b^n-1) to score the challenge. The only difference is that the primary and double checker of a WU will receive the same score.
Therefore, each completed WU will earn a unique score based on its n value. The higher the n, the higher the score. This is different than BOINC cobblestones! A quorum of 2 is NOT needed to award Challenge score - i.e. no double checker. Therefore, each returned result will earn a Challenge score. Please note that if the result is eventually declared invalid, the score will be removed.
For details on how the score is calculated, please see this thread.
At the Conclusion of the Challenge
We kindly ask users "moving on" to ABORT their WU's instead of DETACHING, RESETTING, or PAUSING.
ABORTING WU's allows them to be recycled immediately; thus a much faster "clean up" to the end of an LLR Challenge. DETACHING, RESETTING, and PAUSING WU's causes them to remain in limbo until they EXPIRE. Therefore, we must wait until WU's expire to send them out to be completed.
Please consider either completing what's in the queue or ABORTING them. Thank you. :)
About the Sophie Germain Prime Search
A prime number p is called a Sophie Germain prime if 2p + 1 is also prime. For example, 5 is a Sophie Germain prime because it is prime and 2 × 5 + 1 = 11, is also prime. These numbers are named after Marie-Sophie Germain, an extraordinary "French mathematician who made important contributions to the fields of differential geometry and number theory and to the study of Fermat's Last Theorem." (Wiki)
We'll be searching the form k*2^n-1. If it is prime, then we'll check k*2^n+1, k*2^(n-1)-1, & k*2^(n+1)-1. We are able to do this because a quad sieve was performed for this search. This sieve ensured that k*2^n-1, k*2^n+1, k*2^(n-1)-1, & k*2^(n+1)-1 did not have any small prime divisors. The opportunity to find SG's and Twins in the same sieve file is appealing. However, we "expect" to find a Sophie Germain prime first.
This quad sieve was prepared quite some time ago; so it was readily available. Here are some stats for the search:
k range: 1<k<41T
n=666666 (actual 666666-666685)
sieve depth: p=200T
candidates remaining: 34,190,344
Probability of one or more significant pair = 80.1%
Probability of one or more SG = 66.7%
Probability of one or more Twin = 42.3%
Approximate WU length:
Athlon64 2.1Ghz - ~2000 secs (~33.3 minutes)
C2D 2.1 Ghz - ~1015 secs (~16.9 minutes) per core
C2Q 2.4 GHz - ~880 secs (~14.7 minutes) per core
C2Q 3.2 GHz - ~600 secs (~10.0 minutes) per core
For more information about Sophie Germain primes, please visit these links:
http://primes.utm.edu/glossary/page.php?sort=SophieGermainPrime
http://mathworld.wolfram.com/SophieGermainPrime.html
http://en.wikipedia.org/wiki/Sophie_Germain_prime
For more infomation about Marie-Sophie Germain, please visit these links:
http://en.wikipedia.org/wiki/Sophie_Germain
http://www.pbs.org/wgbh/nova/proof/germain.html
PRPNet Port - NOT include in Challenge
Additional Sophie Germain prime testing can be found in PrimeGrid's PRPNet's. Current port is:
port 12000: SGS Server : User : Primes : Pending Tests
Detailed daily user stats courtesy of Sysadm@Nbg
Today's Prime Finders courtesy of Sysadm@Nbg
What is LLR?
The Lucas-Lehmer-Riesel (LLR) test is a primality test for numbers of the form N = k*2^n − 1, with 2^n > k. Also, LLR is a program developed by Jean Penne that can run the LLR-tests. It includes the Proth test to perform +1 tests and PRP to test non base 2 numbers. See also:
(Edouard Lucas: 1842-1891, Derrick H. Lehmer: 1905-1991, Hans Riesel: born 1929).
|
|
|
|
Typo in the title.
German --> Germain
____________
|
|
|
|
Welcome again to PrimeGrid's 2012 Sophie Germain Challenge.
We are searching for primes about 200700 digits long. Primes of this length are of themselves interesting. There is a decent chance of a modern computer running throughout the challenge finding such a prime.
The real prize however is that the primes you find might be Twin Primes (p and p+2 are both prime) or Sophie Germain Primes (p and 2p+1 are both prime). Finding either of those would ensure you long standing fame.
So come along please and enjoy the PrimeGrid Sophie Germain challenge starting 1800 UTC 1 April 2012 for 3 days. |
|
|
|
http://www.primegrid.com/primes/?section=primelist&userid=57695
As you can see from mine above ^^ since putting my computers back on to here. well chuffed :)
Regards
THESPEEKER |
|
|
|
The real prize however is that the primes you find might be Twin Primes (p and p+2 are both prime) or Sophie Germain Primes (p and 2p+1 are both prime). Finding either of those would ensure you long standing fame.
.
It always amazes me that people on a maths based project can keep on hoping when they must know the odds are so heavily against them!!
I guess I am another one of them.
____________
Member team AUSTRALIA
My lucky number is 9291*2^1085585+1 |
|
|
|
So come along please and enjoy the PrimeGrid Sophie Germain challenge starting 1800 UTC 1 April 2012 for 3 days.
3 days? I thought it was 2?
--Gary
p.s. Feel free to repair-and-delete-this if I'm right, or publicly ridicule me otherwise. |
|
|
pschoefer Volunteer developer Volunteer tester
 Send message
Joined: 20 Sep 05 Posts: 674 ID: 845 Credit: 2,567,923,840 RAC: 661,325
                           
|
PrimeGrid preferences page still highlights CW Sieve as Leap Day Challenge project. I think it should be updated now to avoid confusion. ;)
____________
|
|
|
|
Normally I don't heavily dedicate my CPU to one project, but I'll be happy to join this challenge. :) |
|
|
|
Nice, v8-xeon is crunching it already...
so I must have done all work before 1th april 18 hour
;-)
____________
|
|
|
|
I`ve found a Prime in SGS !
543773780595*2^666672-1
200701 (decimal)
SGS
4.270
cheers
____________
|
|
|
|
I`ve found a Prime in SGS !
543773780595*2^666672-1
200701 (decimal)
Congratulations :) |
|
|
Crun-chi Volunteer tester
 Send message
Joined: 25 Nov 09 Posts: 3114 ID: 50683 Credit: 76,797,694 RAC: 4,051
                       
|
The real prize however is that the primes you find might be Twin Primes (p and p+2 are both prime) or Sophie Germain Primes (p and 2p+1 are both prime). Finding either of those would ensure you long standing fame.
Sophie Germain Primes is to low to enter first 5000 primes , so I doubt it will give you a fame :)
Twin Prime can be fame number :)
____________
92*10^1439761-1 NEAR-REPDIGIT PRIME :) :) :)
4 * 650^498101-1 CRUS PRIME
314187728^131072+1 GENERALIZED FERMAT
Proud member of team Aggie The Pew. Go Aggie! |
|
|
|
The real prize however is that the primes you find might be Twin Primes (p and p+2 are both prime) or Sophie Germain Primes (p and 2p+1 are both prime). Finding either of those would ensure you long standing fame.
Sophie Germain Primes is to low to enter first 5000 primes , so I doubt it will give you a fame :)
Twin Prime can be fame number :)
"Sophie Germain Primes" and primes found at Sophie Germain subproject are not the same. Those primes being found on a daily basis on the SGS subproject - that are now too small to enter top 5000 list - are not SGS primes, but just (regular) prime numbers. The largest Sophie Germain prime known so far would not enter the top 5000 list: it has less than 80,000 digits. Additionally, none big enough to enter the top 20 has been found for over two years, so finding one would give you some fame...
http://primes.utm.edu/top20/page.php?id=2
____________
676754^262144+1 is prime |
|
|
Crun-chi Volunteer tester
 Send message
Joined: 25 Nov 09 Posts: 3114 ID: 50683 Credit: 76,797,694 RAC: 4,051
                       
|
Oh, in that case I am sorry :)
Thanks for explanation!
____________
92*10^1439761-1 NEAR-REPDIGIT PRIME :) :) :)
4 * 650^498101-1 CRUS PRIME
314187728^131072+1 GENERALIZED FERMAT
Proud member of team Aggie The Pew. Go Aggie! |
|
|
|
The cows will be heavily crippled since our annual stampede also begins on April 1.
Some cows will be here I believe but most of the power will be on Docking, so the rats have a big opportunity to create a gap!
Good luck too all and we will be back in full force at the next challenge.
____________
|
|
|
|
The cows will be heavily crippled since our annual stampede also begins on April 1.
Some cows will be here I believe but most of the power will be on Docking, so the rats have a big opportunity to create a gap!
Good luck too all and we will be back in full force at the next challenge.
Remember Arjant, it's not always the number of participants that counts. Am sorry to hear the cows will be "mostly" absent but understand and look forward to the next full head to head challenge.
Of course, tipping of cows is fun no matter the number :)
____________
@AggieThePew
|
|
|
|
The cows will be heavily crippled since our annual stampede also begins on April 1.
Some cows will be here I believe but most of the power will be on Docking, so the rats have a big opportunity to create a gap!
Good luck too all and we will be back in full force at the next challenge.
well...We are on the prime-grid ranch. we are veteran of prime Grid we will do what we can and anybody will take the primes to home
look at me
SGS is a great Race
____________
|
|
|
|
Dont forget to run at least one wu on all your host before the challenge start.
You need to get the new app's so we elliminate all app uploads at start.
Lennar |
|
|
|
The cows will be heavily crippled since our annual stampede also begins on April 1.
Some cows will be here I believe but most of the power will be on Docking, so the rats have a big opportunity to create a gap!
Good luck too all and we will be back in full force at the next challenge.
Remember Arjant, it's not always the number of participants that counts. Am sorry to hear the cows will be "mostly" absent but understand and look forward to the next full head to head challenge.
Of course, tipping of cows is fun no matter the number :)
A few of us at Crunching@EVGA are going to join in on this challenge. We'll see if we can give you a run for your money.
____________
|
|
|
|
This cow is sitting with it's hoof on the trigger! Let's see what's gonna happen.
____________
PrimeGrid Challenge Overall standings --- Last update: From Pi to Paddy (2016)
|
|
|
|
Pretty smooth start, it seems. "Muchas gracias" to the PG admins!
Good luck and happy crunching to everyone!
--Gary
____________
"I am he as you are he as you are me and we are all together"
87*2^3496188+1 is prime! (1052460 digits)
4 is not prime! (1 digit) |
|
|
Sysadm@Nbg Volunteer moderator Volunteer tester Project scientist
 Send message
Joined: 5 Feb 08 Posts: 1212 ID: 18646 Credit: 816,338,020 RAC: 177,422
                      
|
High server load causes some issues at up- and download ...
best wishes and keep on racing!
____________
Sysadm@Nbg
my current lucky number: 113856050^65536 + 1
PSA-PRPNet-Stats-URL: http://u-g-f.de/PRPNet/
|
|
|
|
my old V8-Xeon need 12:30 min per wu
my I3 2.6 GHz need 20:40 min per wu
slowly enough wu's come in...
Happy crunching
heinz
____________
|
|
|
|
I just wonder....: Where is the work??? ;-p
Ive been waiting for over an hour.. And run something else instead..
since PG dont want to give me anything.. lol - Zumezthing`s Not right ;-)
____________
|
|
|
|
I just wonder....: Where is the work??? ;-p
Ive been waiting for over an hour.. And run something else instead..
since PG dont want to give me anything.. lol - Zumezthing`s Not right ;-)
I've been constantly getting work. Maybe you should give your settings a quick look just to make sure.
____________
|
|
|
|
I just wonder....: Where is the work??? ;-p
Ive been waiting for over an hour.. And run something else instead..
since PG dont want to give me anything.. lol - Zumezthing`s Not right ;-)
I've been constantly getting work. Maybe you should give your settings a quick look just to make sure.
I got 7 wu`s at the first minute - then totally stop. And those didnt last long, of course. ;-)
But yes, i checked the settings - just to be sure its not jumping around of itself in there -
and all is correct. ;-) So.................. i think the server doesnt like Norwegian coconuts. ;-p
____________
|
|
|
|
I just wonder....: Where is the work??? ;-p
Ive been waiting for over an hour.. And run something else instead..
since PG dont want to give me anything.. lol - Zumezthing`s Not right ;-)
Hmm, well my 3 rigs are all runnin wu-s. First 20 minuts were difficult, Pg didn't want to send any work, so manually hitting it and waiting until i got some seemed to work.
PII x6 doing wu-s in 10.30 minuts per wu, i3 2,26 ghz runnin 20.40 per wu. |
|
|
|
Server load seems a bit high, site is not too responsive but i get work every now and then plus i am able to report. WUs waiting for validation is climbing up, but that's what was to be expected.
Any idea when the individual stats are pouring in? |
|
|
|
01/04/2012 21:03:10 | PrimeGrid | Message from server: No work available for the applications you have selected. Please check your project preferences on the web site.
^ I wonder how many times this is going to come up in the challenge .....^
|
|
|
|
Hello everyone!
Almost half of my PCs don't get enough WUs. Hitting "Update" helps... sometimes.
Thanx for chelly!!! :-)
____________
|
|
|
|
I ended up increasing my work buffer a little to help ease the network congestion, after spotting that a machine displaying communication had been deferred for another 30 or so mins, thankfully now I've enough WUs to keep me from being idle.
Happily crunching away again :)
____________
147*2^1392930+1 was my first prime number found, others have followed :) |
|
|
|
I don't know what the server issue is, but I keep finding my fastest system only running 2-6 tasks on a 32-core system, with the rest of the downloads in a 15-minute backoff. Increasing the work buffer doesn't seem to help. I get the message that internet connection is fine but unable to connect to servers. Very frustrating. |
|
|
|
I am getting "No work available for the application" constantly.
Nothing will change it...
____________
|
|
|
|
I'm getting work but none of it is being validated. Even the 321 with both results in is still waiting.
Is the validator running? Does it stop to allow better server loading in the chellenge?
I have not had enough work done to notice before.
____________
Member team AUSTRALIA
My lucky number is 9291*2^1085585+1 |
|
|
|
If you noticed, the PrimeGrid website itself is loading very slowly.
There was a similar issue a few months back with another challenge (I believe on PPS LLR) - basically, the challenges involving copious amounts of smaller, shorter workunits tend to flood the validator. Though to the best of my knowledge, there's much done in the ways of preventative measures.
Even so, we may just be seeing validator issues. Feeder too, perhaps, but I'm getting work now. Took me complaining for the server to realize my fastest host was out of work... :P
____________
|
|
|
|
Hello,
looks like the 32bit and 64 bit boxes are getting WU differnt.
My 32bit box everything fine, my 64 bit box is out of work for more than 6h
now.
Also the upload for 64 bit is different, within a time frame of less than 10sec
the 32bit box is able to sent WU results, the 64 bit box isn't.
Any ideas what happens ?
rgds
Tabaluga |
|
|
|
Being able to get and send wu's is currently a bit random. With this challenge the servers get hammered with tons of connections every second of people trying to get or send work units. One second it's too many people for the server to handle new one, the next it's fine.
Also, I wouldn't be surprised at all if the validator has been shutdown for the duration of the challenge. During a challenge it's more important to make sure that everybody has work to than to get the returned work validated, as the goal of the challenge is to do as much work as possible. Waiting two days for your units to be validated is by far not as bad as seeing your systems run dry every other hour because the server is unreachable due to high load.
____________
PrimeGrid Challenge Overall standings --- Last update: From Pi to Paddy (2016)
|
|
|
|
Well, I woke up to my fast system running 0 tasks with 1 download pending with a 10 minute retry delay. The client-server logic seems to be broken for machines where all tasks can be completed within 15 minutes. One download timeout appears to block any further downloads from being requested; looking in the logs I see that completed work was uploaded during that timeout, 20+ threads idle, "not requesting new work". Even when I retry the download and it completes, it only requests 4 more tasks even though 32 threads are idle. So, on this system, I'll be completing a few tasks every 15 minutes, with about 10 minutes of completely idle time during that 15 minute period. |
|
|
Crun-chi Volunteer tester
 Send message
Joined: 25 Nov 09 Posts: 3114 ID: 50683 Credit: 76,797,694 RAC: 4,051
                       
|
Workunits waiting for validation 415,666
It looks like validator is slow running :))
____________
92*10^1439761-1 NEAR-REPDIGIT PRIME :) :) :)
4 * 650^498101-1 CRUS PRIME
314187728^131072+1 GENERALIZED FERMAT
Proud member of team Aggie The Pew. Go Aggie! |
|
|
|
Since my two machines are almost always running SGS, I usually don't notice (or care) that things are running differently. But in a challenge, everything is always a bit off.
What irks me is the number of people who don't know there is a challenge, get a pile of WU's, and then their machines switch to some other project, leaving me with tons of double- and triple-checks to carry out. I prefer virgin numbers.
____________
|
|
|
|
Well it looks like this Challenge is just as SCREWED UP AS THE LAST ONE................
I'M NOT WASTING ANY MORE TIME ON IT''''............ |
|
|
|
Well what can i say, work available is plenty: Available: Sophie Germain Prime Search (LLR) 148967
My 3 different rigs, regardless of the manual buffer size, have equal amount of wu-s downloaded? Intel i3 and Athlon II x4 are safe cause they are so slow, but PII x6 at 3,9 ghz, com's close to runnin out of wu-s when theres a project backof goin one. So i'm imagining that all thouse really fast system's will run out of wu-s on a regular basis.
I think that is due to the limited cache size from the server side. Recommend atleast 15 wus per core for fast systems, beginning with 8 cores and up, and all i7 cpus. For normal systems it should remain the same. |
|
|
|
I think that is due to the limited cache size from the server side. Recommend atleast 15 wus per core for fast systems, beginning with 8 cores and up, and all i7 cpus. For normal systems it should remain the same.
yes, pretty ridiculous that we can't fetch more than 45 minutes work when constantly getting 1 hour back-offs due to the servers getting hammered.
As a result my score after 24 hours was about half of what it should have been (or should I say, would have been on any other day)
I really think the "powers-that-be" need to rethink these short wu challenges while the infrastructure is not in place to handle them as all they end up doing is, to put it diplomatically, annoying participants.
|
|
|
|
Consider this: this is the first challenge in which avx apps are widely available (i.e, without the need op app_info) for everybody who has a proper cpu, which puts extra load on the server, as the run times get lower.
There is a workaround to server back-off (updating manually). That can be really annoying if you have a big farm or if, by any other reason, you do not have the time or the will to be babysitting your hosts. So, if you just turn on your machines and get back when the challenge ends to collect your results, the outcome is unpredictable. Having the most modern (and numerous) hardware might just not be enough to beat someone with less resources, and gives smaller crunchers a fair chance of getting a better position. This fact adds some competition to the challenge, does it not?
Hey, do not start throwing me rocks :) I've also been hit hard by the back-offs.
I just think it is unfair to start shouting at the admins because Primegrid does not have (can not afford?) a state of the art server (that, in fact, would be useless most of the other 364 days of the year): the server has not crashed, despite the amazing number of tasks being crunched. I think boinc is set to wait longer and longer when an attempt to connect the server fails, if you happen to be unlucky when connecting to it at the same time as hundreds of hosts. So, maybe, you should complain to the boinc developers instead, asking them to add an option to manually set the time between attempts to connect to the server (although this could lead to a true server crash).
Keep in mind what you can actually buy with boinc credits (or even with challenge credits) and enjoy.
Anyway , if someone thinks a new server is mandatory, then there's a way he can help it coming faster: http://www.primegrid.com/donations.php
Good luck everyone
____________
676754^262144+1 is prime |
|
|
|
Agreed...
At that, it seems that even with the AVX app, I'm seeing runtimes about doubled lately. Did WUs get longer somehow? Or did something go wrong on my system?
____________
|
|
|
|
I just wonder....: Where is the work??? ;-p
Ive been waiting for over an hour.. And run something else instead..
since PG dont want to give me anything.. lol - Zumezthing`s Not right ;-)
I've been constantly getting work. Maybe you should give your settings a quick look just to make sure.
It seemed mostly to be totally random. It took me 4 hours to get work to all my machines and I'm not even going to discuss *keeping them with work*.
Maybe you are just plain lucky, or have few machines, or have few machines with > 4 real cpu cores. |
|
|
|
In my account are 1 million tasks "in pending" :/ lol
____________
|
|
|
|
In my account are 1 million tasks "in pending" :/ lol
I've only got 3*2^10+1 :(
____________
147*2^1392930+1 was my first prime number found, others have followed :) |
|
|
|
In my account are 1 million tasks "in pending" :/ lol
I've only got 3*2^10+1 :(
Hey ........thats great, Congratulations :) lol
____________
|
|
|
|
Under 4 1/2 hours remain!
Now's the time to start preparing for the end of the Challenge. We are lowering max cache as well as the buffer to help minimize abandoned WU's at the end. For those "moving on" after the Challenge AND have a full cache of work now (4 hours worth), it might be a good time to set "no new work". Make sure to update your clients early and often to get those completed WU's reported and counted.
If everyone can remember to either complete their cache or ABORT their WU's, then we'll be able to finalize earlier than later.
If you have the resources, please consider helping in the "clean-up" process after the end. However, we fully understand the need/desire to "move on."
Good Luck to everyone as we finish these last few hours...
At the Conclusion of the Challenge
We kindly ask users "moving on" to ABORT their WU's instead of DETACHING, RESETTING, or PAUSING.
ABORTING WU's allows them to be recycled immediately; thus a much faster "clean up" to the end of an LLR Challenge. DETACHING, RESETTING, and PAUSING WU's causes them to remain in limbo until they EXPIRE. Therefore, we must wait until WU's expire to send them out to be completed.
Please consider either COMPLETING what's in the queue or ABORTING them. Thank you. :) |
|
|
|
Please consider either COMPLETING what's in the queue or ABORTING them. Thank you. :)
well someone has a sense of humour. Be good if I could actually get a queue of work units to abort but yet again my PCs have been sitting idle for half this challenge and even when they get work it's usually only enough for 20 minutes of processing. |
|
|
|
Workunits waiting for validation 1,013,311
That must be a record! Validator will have a long and hard night. |
|
|
Sysadm@Nbg Volunteer moderator Volunteer tester Project scientist
 Send message
Joined: 5 Feb 08 Posts: 1212 ID: 18646 Credit: 816,338,020 RAC: 177,422
                      
|
Workunits waiting for validation 1,013,311
That must be a record! Validator will have a long and hard night.
lets make a boinc project: validate@home :D
Good luck for the last hour ...
____________
Sysadm@Nbg
my current lucky number: 113856050^65536 + 1
PSA-PRPNet-Stats-URL: http://u-g-f.de/PRPNet/
|
|
|
|
That's all folks. I think my lowly laptop was able to crack 100 WUs within the challenge. Now the cleanup begins. |
|
|
|
I took part with 10 real CPU's no Hypertreading and got always enough work.
I had have no problem during this challenge.
The ranking show me at place 206
206 _heinz 17772.63
I'm happy with it.
Happy crunching
_heinz
____________
|
|
|
|
Well over 300-400 pending WUs for me. Wow.
Nicely done everyone.
____________
|
|
|
|
Can you provide a link to where I can see the stats and standings of the Marie Sophie Germain challenge? I've read through every forum post I can find and see no link to the stats for this challenge.
thanks,
Seth
____________
|
|
|
|
Wow, I appear to have 3248 pending workunits... This is going to take some time to validate. I'll be staying on this sub project for a while so I guess I can look forward to receiving lots of resends and timeouts now ;-)
____________
|
|
|
|
Can you provide a link to where I can see the stats and standings of the Marie Sophie Germain challenge? I've read through every forum post I can find and see no link to the stats for this challenge.
thanks,
Seth
they are visible on the front page.
http://www.primegrid.com/challenge/2012_3/top_teams.html
http://www.primegrid.com/challenge/2012_3/top_users.html |
|
|
Sysadm@Nbg Volunteer moderator Volunteer tester Project scientist
 Send message
Joined: 5 Feb 08 Posts: 1212 ID: 18646 Credit: 816,338,020 RAC: 177,422
                      
|
Can you provide a link to where I can see the stats and standings of the Marie Sophie Germain challenge?
may I lead you to user stats or team stats
have a look at the front page (klick) , there are the links too
____________
Sysadm@Nbg
my current lucky number: 113856050^65536 + 1
PSA-PRPNet-Stats-URL: http://u-g-f.de/PRPNet/
|
|
|
Crun-chi Volunteer tester
 Send message
Joined: 25 Nov 09 Posts: 3114 ID: 50683 Credit: 76,797,694 RAC: 4,051
                       
|
When will validator start to do job - validating results :))
____________
92*10^1439761-1 NEAR-REPDIGIT PRIME :) :) :)
4 * 650^498101-1 CRUS PRIME
314187728^131072+1 GENERALIZED FERMAT
Proud member of team Aggie The Pew. Go Aggie! |
|
|
|
When will validator start to do job - validating results :))
it does, a huge amount to chew on.
but you can allways donate some bucks to buy more ram for the server. ;)
|
|
|
|
The best we can do now is to do some bigger work so the validator can get more CPU power. I run TRP LLR now to easy the load on Boinc server.
Lennart
|
|
|
|
The best we can do now is to do some bigger work so the validator can get more CPU power. I run TRP LLR now to easy the load on Boinc server.
you know that' it's not lack of CPU-power, but transaction time due to a huge DB on a host which has not the I/O capacity to handle that.
|
|
|
|
The best we can do now is to do some bigger work so the validator can get more CPU power. I run TRP LLR now to easy the load on Boinc server.
you know that' it's not lack of CPU-power, but transaction time due to a huge DB on a host which has not the I/O capacity to handle that.
DB is not on the same server as Boinc !
:)
Lennart |
|
|
Crun-chi Volunteer tester
 Send message
Joined: 25 Nov 09 Posts: 3114 ID: 50683 Credit: 76,797,694 RAC: 4,051
                       
|
Yes before 30 minutes it has 20.000 WU more, so it works :)))
Yess :)
____________
92*10^1439761-1 NEAR-REPDIGIT PRIME :) :) :)
4 * 650^498101-1 CRUS PRIME
314187728^131072+1 GENERALIZED FERMAT
Proud member of team Aggie The Pew. Go Aggie! |
|
|
|
A good challenge. Niether myself nor my wife (Shahida) ran out of work after the first 10 minutes, but we will have to be patient for the validator.
I am not sureif the team stats count returned work or only validated, I think it is returned. If so then AUSTRALIA has some challenge points for the first time!
____________
Member team AUSTRALIA
My lucky number is 9291*2^1085585+1 |
|
|
Michael Goetz Volunteer moderator Project administrator
 Send message
Joined: 21 Jan 10 Posts: 13804 ID: 53948 Credit: 345,369,032 RAC: 2,648
                              
|
A good challenge. Niether myself nor my wife (Shahida) ran out of work after the first 10 minutes, but we will have to be patient for the validator.
I am not sureif the team stats count returned work or only validated, I think it is returned. If so then AUSTRALIA has some challenge points for the first time!
It counts returned work, however, if the work eventually gets invalidated, those points will be subtracted. Therefore, points get credited as soon as work is returned, but is not finalized until the work is validated.
____________
My lucky number is 75898524288+1 |
|
|
|
Did we break PrimeGrid with this challenge? Main page says project is shut down for maintenance.
____________
|
|
|
|
I took part with 10 real CPU's no Hypertreading and got always enough work.
I had have no problem during this challenge.
The ranking show me at place 206
206 _heinz 17772.63
I participated with 3 cpu-s, and got the place 204 (so far).
A fast cpu (i7 12 threads) will do the same work as my 3 cpu-s did, but on one host. It will chew through the small cache in no time, even faster when clocked.
Dang, i so wanted to get into the first 200, but heck i aint complainin.
Surprised and happy that the server took the load\beating and didn't crash.
It was a nice challenge overall. |
|
|
|
I participated with 3 cpu-s, and got the place 204 (so far)
Dang, i so wanted to get into the first 200, but heck i aint complainin.
I aint complaining either, but 201st place is really odd (it is also composite).
It was indeed nice challenge. |
|
|
|
well guys, it was server overload...
I kept running out of work and I did not even participate in the challenge! |
|
|
|
Well I will be staying with this project for the cleanup and most likely beyond. I thought I had my badge on Sophie but it is the one I'm missing so I will crunch away to get it. This one take a silly # of WU for this badge.
Then all I need is to find my first prime. I don't care if it is a record I just want one!!!
|
|
|
|
That's all folks. I think my lowly laptop was able to crack 100 WUs within the challenge. Now the cleanup begins.
*lol* lucky man - good laptop ;-)
My netbook did 16 WUs. http://www.primegrid.com/show_host_detail.php?hostid=230905 (with 12 Watt/h) But sometimes it could be important for the Teamranking. ;-)))
Any others here crunching with Atom450? *rolleyes*
best regards,
ritch |
|
|
|
I took part with 10 real CPU's no Hypertreading and got always enough work.
I had have no problem during this challenge.
The ranking show me at place 206
206 _heinz 17772.63
I'm happy with it.
Happy crunching
_heinz
Congrats.
Rank 176 here with 4 cores (8 threads) and ca. 40 hours of crunching. Hyperthreading helped a little bit.
____________
|
|
|
|
Under 4 1/2 hours remain!
Now's the time to start preparing for the end of the Challenge. We are lowering max cache as well as the buffer to help minimize abandoned WU's at the end. For those "moving on" after the Challenge AND have a full cache of work now (4 hours worth), it might be a good time to set "no new work". Make sure to update your clients early and often to get those completed WU's reported and counted.
If everyone can remember to either complete their cache or ABORT their WU's, then we'll be able to finalize earlier than later.
If you have the resources, please consider helping in the "clean-up" process after the end. However, we fully understand the need/desire to "move on."
Good Luck to everyone as we finish these last few hours...
At the Conclusion of the Challenge
We kindly ask users "moving on" to ABORT their WU's instead of DETACHING, RESETTING, or PAUSING.
ABORTING WU's allows them to be recycled immediately; thus a much faster "clean up" to the end of an LLR Challenge. DETACHING, RESETTING, and PAUSING WU's causes them to remain in limbo until they EXPIRE. Therefore, we must wait until WU's expire to send them out to be completed.
Please consider either COMPLETING what's in the queue or ABORTING them. Thank you. :)
So about the cleanup, how is it going? Any clue on how many results still need a (new) wingman? Or will that only become clear after the validator is done with chewing through the 1M results it had yesterday?
____________
PrimeGrid Challenge Overall standings --- Last update: From Pi to Paddy (2016)
|
|
|
Michael Goetz Volunteer moderator Project administrator
 Send message
Joined: 21 Jan 10 Posts: 13804 ID: 53948 Credit: 345,369,032 RAC: 2,648
                              
|
So about the cleanup, how is it going? Any clue on how many results still need a (new) wingman? Or will that only become clear after the validator is done with chewing through the 1M results it had yesterday?
I suspect that, if for no other reason, they won't run the DB queries to collate that information until after the validator catches up.
For one thing, the challenge results depend on the results of those million WUs being validated. Perhaps just as important, those big queries can potentially bring the DB to its knees, and there's not much point in doing that twice -- once now, with incomplete results, and again in a day or two once the validator finishes.
____________
My lucky number is 75898524288+1 |
|
|
|
There are no need for more work on SGS before the buffer gets abowe 3000 on frontpage.
We need to get all validated before we will start checking for unvalidated wu done on the challenge.
Deadline on those was two days and that means that tasks not completed & not aborted will be out again tomorrow 18:00 UTC.
Lennart |
|
|
Honza Volunteer moderator Volunteer tester Project scientist Send message
Joined: 15 Aug 05 Posts: 1931 ID: 352 Credit: 5,711,290,404 RAC: 1,064,689
                                   
|
Workunits waiting for validation: 173
____________
My stats
Badge score: 1*1 + 5*1 + 8*3 + 9*11 + 10*1 + 11*1 + 12*3 = 186 |
|
|
|
I ended up in place 181, which is prime. :)
I think that's the highest I've ever placed in any challenge, and I only did about 40K credits. We must have blown through a HUGE amount of work!
____________
|
|
|
|
133rd, not bad :-) I could have placed a little higher but ran into technical difficulties when I was AFK. |
|
|
|
My team was #58, I was #209. Not bad. I think I had 10 cores, 18 threads going on SGS 24/7 for the challenge. =) Time to switch everything back to PRPNet.
____________
FUCK THIS PROJECT AND THEIR COMMIE BULLSHIT POLITICS |
|
|
|
Congrats to everyone. Team AtP is tickled pink with our 11th place finish. Go Aggie!
--Gary
____________
"I am he as you are he as you are me and we are all together"
87*2^3496188+1 is prime! (1052460 digits)
4 is not prime! (1 digit) |
|
|
|
The final standings will be on frontpage in 20 min.
Here is top 10 User
1 Lennart SM5YMT 341967.28
2 tiss 332128.71
3 Alexus78 276607.39
4 nyabe 240549.7
5 Ross* 221470.38
6 [SG-FC] hl 182773.7
7 tng* 181637.82
8 Scott Brown 177137.01
9 Snf* 174668.83
10 Mr. Cool* 156904.74
Top 10 Team
1 Sicituradastra. 1739907.27
2 SETI.Germany 1377442.96
3 Ukraine 1200664.65
4 Czech National Team 847586.25
5 Team 2ch 719300.48
6 PrimeSearchTeam 682055.67
7 TeAm AnandTech 428584.31
8 Crunching@EVGA 405098.13
9 Polish National Team 404115.98
10 BOINC@Poland 361132
More info to come...
Lennart |
|
|
|
Nice! :) That was one quick clean up.
Good work by any and all that participated and especially by everyone who kept the server from crumbling down. Looking forward to the next challenge in which the cows should be back with some more power.
____________
PrimeGrid Challenge Overall standings --- Last update: From Pi to Paddy (2016)
|
|
|
|
I love the Shophie Germain Challenges.
However, I totally messed up with this one Lol.
I had SSG running with a view to gaining the next level badge when the challenge came along. Forgot to run my cache down to the minimum in time for the challenge OPPS. Lost about half a days worth on the challenge itself.
So all in all quite pleased with 268th :) Normally up around the 200-190 position.
Now I can go back to getting my First Yellow badge :)
Just a quick question:
When are you going to enable viewing the primes found again. Looks like I got 2 during the challenge. Would like to know if they were first finders or second's. :) Thanks
____________
The art of flying is throwing yourself at the ground and missing.
|
|
|
|
Just a quick question:
When are you going to enable viewing the primes found again. Looks like I got 2 during the challenge. Would like to know if they were first finders or second's. :) Thanks
Yes. When will the prime pages be re-enabled since the challenge is over and finalized already. Why the delay. This happens all the time. It seems someone has to say something every time a challenge is finalized.
NM*
P.S. The 64 bit app is horrendously unstable unless priority is raised to above normal and even then, times, utilization and threading is all over the place. I can't believe this hasn't been pulled yet. Maybe because ppl put up with it for those extra few seconds faster it is for the long term average. All my multi-core CPUs are the same way. And some unexpected invalids as well. Only my lowly AMD 64 3200+ single core has any consistency and no utilization problems but had the most invalids though. Went from 100th place to 102 because of it, and losing out on the last place for series points. Running the 32 bit app without the dozens of invalids would have easily compensated for the slightly slower WU times. But at least I found a prime during the challenge.
____________
Largest Primes to Date:
As Double Checker: SR5 109208*5^1816285+1 Dgts-1,269,534
As Initial Finder: SR5 243944*5^1258576-1 Dgts-879,713
|
|
|
|
I tried to join the challenge long before it began...nothing happened. I don't seemed to be getting anymore WUs - what to I need to do to change this?
Thanks..David
____________
|
|
|
|
Hi David,
it looks like you had a Seventeen or Bust (SoB) workunit running during the challenge. Due to very long estimated time to completion (esp. on a single core CPU) BOINC will treat it as having enough work in queue and will not request additional or new work. Even if you suspend the current SoB task BOINC will not request new work.
Your best bet going forward would be to start these very long workunits after the challenges and just run shorter subprojects leading up to a challenge to clear out your cache.
Hope this helps!
I tried to join the challenge long before it began...nothing happened. I don't seemed to be getting anymore WUs - what to I need to do to change this?
Thanks..David |
|
|
|
I am about to prepare a list of individual positions for the first two substantive challenges (ie ignoring the just for fun one we did about six weeks ago). If you were in the top 200 places in both challenges and you changed your user name between challenges would you let me know by PM please? Positions for both challenges are on the front page.
|
|
|