It will be started tomorrow (July 1st)!

I've decided to speed up the launch of the next search due to performance issues with GPU version that everyone experiences now.

What will happen on July 1st:

1) "Amicable Numbers up to 10^20" application will start receiving tasks.
2) All GPU versions for the old application "Amicable Numbers up to 2^64" will be deprecated.
3) Credit points for both applications will be re-balanced to make sure that RAC doesn't change.

So all GPUs should automatically switch to the new application, and the old application will remain as CPU-only until it finishes.

>So all GPUs should automatically switch to the new application,
>and the old application will remain as CPU-only until it finishes.

But there will also be CPU tasks for the 10^20 application right from the start, correct?

But there will also be CPU tasks for the 10^20 application right from the start, correct?

Yes. You can see all application versions here: https://sech.me/boinc/Amicable/apps.php

Will there be more pairs to be found to count towards the badge?

Will there be more pairs to be found to count towards the badge?

There are ~1,750,000 undiscovered pairs in the range 2^64 ... 10^20. Since each pair is found by two different users usually, it means ~3,500,000 "to be found to count". But this will all happen over a long period of time (more than a year), because this search range is much larger than before.

Thank you!
My GPU load is 100% and CPU load is only 2%

Is there any way I could convince you to reduce the required VRAM back to 1.5gb? I've had to switch projects on a bunch of my boxes because I saw that they were no longer acceptable by only 375 mb or so....

Is there any way I could convince you to reduce the required VRAM back to 1.5gb? I've had to switch projects on a bunch of my boxes because I saw that they were no longer acceptable by only 375 mb or so....

I can reduce it, but the problem is that the GPU version will still try to use more than 1.5GB when it runs.

One more sad Boincer here. I have to give up my Amicable Numbers contribution because of the 2GB memory requirement. Is this because the computing becomes more complex now? Or can we expect this limit getting lower again somewhere in the future?

One more sad Boincer here. I have to give up my Amicable Numbers contribution because of the 2GB memory requirement. Is this because the computing becomes more complex now? Or can we expect this limit getting lower again somewhere in the future?

The algorithm has to store and use all prime numbers up to square root of N*2 where N is the search limit. After we switched to 10^20, this prime numbers table requires ~1208 MB alone, other internal buffers also increased in size a bit, so the program doesn't even fit in 1.5 GB anymore.

i know its early for this question , but what will be after 10^64?

I haven't decided yet. The search up to 10^20 will take more than 4 years at current speed, so 10^21 will take more than 40 years which is just too much. So it all depends on how many volunteers will be running the project in 4 years from now.

okay thank you

When (GRC) goes from $0.06 USD to $0.18 USD in a month I can tell you that uses will be here very soon. When I say users I am talking about a lot more users than what you currently see here at grcpool, much more than what is here now. Currently 1 magnitude equals about 0.25 GRC/day @ $0.18 USD per GRC

I just swam in from a pool with a total hashrate of 43.93 MH/s on (XMR) Monero. To give you a feeling of how much that is lets look at an RX 470 GPU's hashrate of 600H/s when mining a cryptonight algorithm like XMR and hold that next to the pools total combined hashrate of 43.93MH/s. [43,930,000/600=73216] We can see that the pool has the GPU power of about 73,216 RX 470's. Then lets calculate how much GPU power is within the entire XMR network which is currently at 593.76MH/s for a sum of every XMR pool. [593,760,000/600=989600] That means the XMR network alone has a GPU equivalency of 989,600 RX 470 GPU's. That is only one of hundreds of coins people are mining and it is not the most popular either.

Most people mine what is immediately profitable and are they are not faithful to anything but profitability. Currently a single GPU can make $3 a day mining ETH or $2 a day mining XMR or $1 a day or less researching on BOINC. Once (GRC) is worth $0.50+ (March 2018 - Quote me on this one) you will see so many users here that the only problem to worry about then will be acquiring new WU's, keeping positive pool balances and mitigating SYN/UDP Floods from DDoS haters.

I like the MAG and RAC calculation system and how it keeps you faithful and committed. However this system currently will make a normal crypto miner quitting 24 hours after starting his preliminary test run when he see's only 1/30th of his actual potential since RAC is 30 day based (please correct me if I am wrong)

To test the waters I ran a 6GPU RX 470 rig nonstop on grcpool for 4 solid days which landed me in first place for daily credit (2,000,000+/day Amicable Numbers) and also I was user of the day by the third day. I was in first place generating 3x the daily credit as the 2nd place runner up was. Imagine what a whale with 4000 GPU's would do to this pool. Oh and yes they exist - search youtube for this "#EvolveWithUs - The Series / Official Trailer" or "My visit Inside Genesis Mining"

I am also going to start a new discussion with this same reply. Keep up the good work Sergei Chernykh.

---

I haven't decided yet. The search up to 10^20 will take more than 4 years at current speed, so 10^21 will take more than 40 years which is just too much. So it all depends on how many volunteers will be running the project in 4 years from now.

Why not run the 10 ^ 21 calculations in parallel?

---

One more sad Boincer here. I have to give up my Amicable Numbers contribution because of the 2GB memory requirement. Is this because the computing becomes more complex now? Or can we expect this limit getting lower again somewhere in the future?

The algorithm has to store and use all prime numbers up to square root of N*2 where N is the search limit. After we switched to 10^20, this prime numbers table requires ~1208 MB alone, other internal buffers also increased in size a bit, so the program doesn't even fit in 1.5 GB anymore.

What would the RAM requirement be for the search to 10^21? I would guess that it wouldn't quite be a 10x jump to 15GB, but it could still be quite substantial.

What would the RAM requirement be for the search to 10^21? I would guess that it wouldn't quite be a 10x jump to 15GB, but it could still be quite substantial.

The memory required is O(sqrt(N)), so it will not be a 10x jump:
CPU version would require ~1400 MB of memory.
GPU version would require ~3700 MB of GPU memory.

What would the RAM requirement be for the search to 10^21? I would guess that it wouldn't quite be a 10x jump to 15GB, but it could still be quite substantial.

The memory required is O(sqrt(N)), so it will not be a 10x jump:
CPU version would require ~1400 MB of memory.
GPU version would require ~3700 MB of GPU memory.

Great! Thank you for the quick reply! That is better than I thought. 3700MB for GPU would still leave a large portion of GPUs capable of participating and only 1400MB for CPU is quite low so I doubt anyone would be left out of the search up to 10^21 if it occurs.

I haven't decided yet. The search up to 10^20 will take more than 4 years at current speed, so 10^21 will take more than 40 years which is just too much. So it all depends on how many volunteers will be running the project in 4 years from now.

i think we need less than 4 years ^^

I haven't decided yet. The search up to 10^20 will take more than 4 years at current speed, so 10^21 will take more than 40 years which is just too much. So it all depends on how many volunteers will be running the project in 4 years from now.

The search up to 10^21 will take much less than 40 years, since GPUs are always faster !
Probably between 8 and 10 years... taking into account Moore's law.

And now, have you decided ?