PrimeGrid
Please visit donation page to help the project cover running costs for this month

Toggle Menu

Join PrimeGrid

Returning Participants

Community

Leader Boards

Results

Other

drummers-lowrise
1) Message boards : Number crunching : Effect of single vs dual rank on task duration (Message 145717)
Posted 4 days ago by Pavel Atnashev
Some of my setups are quad channel dual rank. That's the best for things like P-1 sieving.
2) Message boards : Number crunching : Effect of single vs dual rank on task duration (Message 145715)
Posted 4 days ago by Pavel Atnashev
I have tested a lot of different configurations, and double rank is definitely better than single rank when a task requires main memory access. Of course, fitting everything in L3 cache is the best, but when you need memory, go for double rank.
3) Message boards : Number crunching : Finally, after 3 years of waiting... (Message 145339)
Posted 13 days ago by Pavel Atnashev
Done.
4) Message boards : Number crunching : Finally, after 3 years of waiting... (Message 145326)
Posted 13 days ago by Pavel Atnashev
It was very much due, a fun thing, though - primes tend to come in pairs or in close alinesness - so if those that crunched at the time prior to this prime, continue their effort, we might in fact see 2 conjecture primes for a base 2 conjecture in 2020 :)

Yeah, I thought about prime pairs too. It's kind of a superstition, but if someone feels lucky, now is the time to try find another one. I've moved to ESP.
5) Message boards : Number crunching : Finally, after 3 years of waiting... (Message 145318)
Posted 13 days ago by Pavel Atnashev
TRP 146561 
6) Message boards : Number crunching : Finally, after 3 years of waiting... (Message 145316)
Posted 14 days ago by Pavel Atnashev
Thanks!
7) Message boards : Number crunching : Which conjecture most likely to find a prime? (Message 144262)
Posted 45 days ago by Pavel Atnashev
Yes, but with a linear coefficient.
8) Message boards : Number crunching : Évariste Galois's Birthday Challenge (Message 143985)
Posted 55 days ago by Pavel Atnashev
Another consideration is that a DC task uses the same FFT size as the main task. It means that a DC subproject with tasks from all other projects will have wild swings in FFT size, from 192k to 3072k. This will make computing them efficiently hard.
9) Message boards : Number crunching : LLR2 installed on all big LLR projects (Message 143894)
Posted 58 days ago by Pavel Atnashev
There are still some old tasks with app version v8.10. Those are not fast-DC LLR2.
10) Message boards : Number crunching : LLR2 installed on all big LLR projects (Message 143779)
Posted 62 days ago by Pavel Atnashev
I think I should also add this:

A fast DC task doesn't compute the residue of the test. It downloads the certificate and validates it by computing some value. That value makes sense ONLY to the server. The server compares it to the expected value, and if they match, the test was performed flawlessly.

We've already seen unmatched values. It was due to the original host being unstable, with lots of hardware errors. One of the errors happened in the compression stage (not protected by Gerbicz check), leading to a faulty proof. But that is extremely rare.


Next 10 posts
[Return to PrimeGrid main page]
DNS Powered by DNSEXIT.COM
Copyright © 2005 - 2020 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 4.13, 3.67, 3.62
Generated 2 Dec 2020 | 2:45:45 UTC