Last daily update:
2024-03-28 16:32:37 UTC
15:46:48 ago
Last incremental update:
2024-03-29 07:36:45 UTC
00:42:40 ago
Server time:
2024-03-29 08:19:25 UTC
Currently online:
1 member
360 guests
You need v28 to run it. There is only support for AMD and Nvidia cards.
To run more than 1 GPU you must have this cc_config:
<cc_config>
<options>
<use_all_gpus>1</use_all_gpus>
</options>
</cc_config>
Our BOINC wrappers were already prepared on running the config but we missed a file change a long time ago. With the hint of the user CallMeFoxie and testing of user DeleteNull we are now prepared to run such a config on windows and linux except Intel ARC cards.
The big update is planned on Friday this week.
There were a lot of notification issues since 14th while the project email account was blocked. A small change today fixed it including UOTD.
Prescott, a member of the team Gridcoin found a megaprime for base S789.
The prime 96*789^506568+1 has 1.467.569 digits and entered the TOP5000 Largest Known Primes Database.
This was the 3rd hit in 2024 in 2 weeks as in total from 2023.
There are a lot of ongoing work preparations while we have already solved 2 bases by 2024.
Some work is available now. Feel free to register your team @boincstats
https://www.boincstats.com/stats/challenge/team/chat/1120
2 hits in nearly one week... Insane luck!
Nexhr, a member of the team Gridcoin found a megaprime for base S778.
The prime 163*778^424575+1 has 1.227.440 digits and entered the TOP5000 Largest Known Primes Database..
Oliver Kruse found a megaprime for base S730.
The prime 84*730^560037+1 has 1.603.569 digits and entered the TOP5000 Largest Known Primes Database.
In 2024 we have updated the TOP5000 prime report guide / info mail. While SRBase is running PRST all the time all the credits are going to the PRST proof.
This means that a user must create a new PRST proof code and report the rest there. If you dont want to report a new CRUS code was created to report to the anonymous account.
2024 project goals
Recommended bases and efforts
The project has passed the ninth year...
Compared with last years the following process was made:
2014-2015 - 1 base solved, 314 bases unstarted
2015-2016 - 5 bases solved, 297 bases unstarted
2016-2017 - 5 bases solved, 282 bases unstarted
2017-2018 - 1 base solved, 264 bases unstarted
2018-2019 - 6 bases solved, 218 bases unstarted
2019-2020 - 4 bases solved, 120 bases unstarted
2020-2021 - 3 bases solved, 101 bases unstarted
2021-2022 - 0 bases solved, 97 bases unstarted
2022-2023 - 3 bases solved, 69 bases unstarted
in total - 28 bases solved, 69 bases unstarted
With the last S79 base we have finished all our CRUS goals for 2023! This was pretty close.
Future plans:
We are still looking for testers with
1 (0x1) Unknown error number
https://srbase.my-firewall.org/sr5/download/PRST-11-test.zip
It is a recompiled unchanged srbase version with latest code changes and gwnum30.19 for testing the listed CPUs.
Run locally outside BOINC with
prst.exe -boinc -fermat "13288*96^204730-1"
Affected known CPUs or similar
GenuineIntel Intel(R) Celeron(R) J4125 CPU @ 2.00GHz [Family 6 Model 122 Stepping 8]
GenuineIntel Intel(R) Celeron(R) CPU N3150 @ 1.60GHz [Family 6 Model 76 Stepping 3]
GenuineIntel Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz [Family 6 Model 122 Stepping 1]
Its necessary to get some infos back to evt. fix this because all of the latest code changes need to recreate the hole app with our mods.
There is one user who is able to compile a mac version but dont know when, still in contact...
The new CRUS goals for 2024 will be published in the next days, some of them we are preparing. A lot of them are 1k bases.
To get done the last CRUS goal for S79 in 2023 we will also change the deadline to 12h in the next batch. Keep in mind this is only an exception. Standard deadline will be 3d.
mikey, a member of the team The Final Front Ear found a megaprime for base R380.
The prime 38*380^495986-1 has 1.279.539 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
To get this 2023 CRUS goal in time there is a need to change the deadline in the next batch. Its planned to change the deadline from 3d to 0.5d for faster returns
This test is only for users with
1 (0x1) Unknown error number
https://srbase.my-firewall.org/sr5/download/PRST-11-test.zip
It is a recompiled unchanged srbase version with latest code changes and gwnum30.19 for testing the listed CPUs.
Run locally outside BOINC with
prst.exe -boinc -fermat "13288*96^204730-1"
Affected known CPUs
GenuineIntel Intel(R) Celeron(R) J4125 CPU @ 2.00GHz [Family 6 Model 122 Stepping 8]
GenuineIntel Intel(R) Celeron(R) CPU N3150 @ 1.60GHz [Family 6 Model 76 Stepping 3]
GenuineIntel Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz [Family 6 Model 122 Stepping 1]
If these CPUs are running now it will be the next updated version.
Doug, a member of the team Gridcoin found a megaprime for base R30.
The prime 4372*30^706773-1 has 1.043.994 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
grcpool.com, a member of the team Gridcoin found a megaprime for base R30.
The prime 3719*30^956044-1 has 1.412.197 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
In total 7k's are left for this base.
SuperCthulhu, a member of the team BOINC@AUSTRALIA found a megaprime for base R298.
The prime 105*298^461505-1 has 1.141.866 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
The project was choosen. Unfortunately nobody contacted me and nearly all work was sending out. Not a good communication.
There are some connections issues / slowdowns on uploads / DNS. Local connections without the DNS is just fine. The cable provider need to fix this soon.
since 3 days now Iam in hospital with a broken arm and a leg, neverless I have access to the intenet here now and trying what I can but I cant do any backups or mananaging work. Lets hope Iam back as fast as I can and no crash in the meantime.
After all Iam still alive...
by the new prst app. There are some issues with similar CPUs and Riesel Bases (-1), Sierpinski Base is fine:
GenuineIntel Intel(R) Celeron(R) J4125 CPU @ 2.00GHz [Family 6 Model 122 Stepping 8]
GenuineIntel Intel(R) Celeron(R) CPU N3150 @ 1.60GHz [Family 6 Model 76 Stepping 3]
GenuineIntel Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz [Family 6 Model 122 Stepping 1]
1 (0x1) Unknown error number
The gwnum must have a bug, already reported to the dev.
If you have such errors with these CPUs, disable work for -1 bases until this is fixed.
Ralfy, a member of the team BOINC Confederation found a megaprime for base S684.
The prime 41*684^436354+1 has 1.237.090 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
for some important updates. This shouldnt take more than 20min.
The server is not available at this time.
- Sierpinski Base app
- test_prime1 WUs batch
- PRST v10 for linux and windows only
- 4h deadline
- native app, no wrapper
- 0.5 credits
We have started testing new applications for SRBase on a BOINC test server, which are already used at PG, i.e. PRST is intended to replace llr2. Since there are still some code changes being made, everything is moving around a bit.
What are the advantages of the application?
- no more restrictions on the speed of the Gerbiczcheck (at the moment there is a performance loss of up to 40%)
- native application, no wrapper needed anymore
The following errors from the wrapper are then history:
- restarts of the BOINC client do not reset the CPU time to 0
- linux wrapper suspend issue
- better progress bar
- other general wrapper issues
Running app_config.xml files that are based on llr2 would then have to be readjusted, otherwise errors will occur in the calculations.
A public test will follow, time uncertain.
A lucky hit after starting the Formula BOINC challenge.
ChrisBigler found a megaprime for base R684.
The prime 39*684^519468-1 has 1.472.723 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. With this find it also has proven the base!
The project was choosen. Pls note that the linux app suspending is still not working.
Welcome to everyone!
Doug, a member of the team Gridcoin found a megaprime for base R67.
The prime 2846*67^553905-1 has 1.011.476 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
We are still trying to fix the suspend linux wrapper issue but no progress yet.
A short conclusion so far:
- the latest boinc wrapper code is working with suspend
- suspend is working on BOINC client (view status) but status failed in background on wrapper and app (running further)
- linux and windows source code (without the latest changes) are the same where suspend is working on windows
If you have some experiences with c++ and BOINC let me know. The current wrapper source code can be found here https://srbase.my-firewall.org/sr5/forum_thread.php?id=360&postid=8934
A user has reported an issue with suspending tasks on linux, the WU is running further, the problem seems to be since 2014 with the old wrapper but nobody have seen this yet. This is also the issue during the Pentathlon where some WUs took much longer than expected. After checking some logs the WU restarted after it was already finished.
If you dont run other projects the issue has no affect.
We are trying to fix this as soon as possible.
IDEA, a member of the team Idea Digital Imaging found a megaprime for base R622.
The prime 78*622^402915-1 has 1.125.662 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. With this find it is also proven the base!
The new linux wrapper is now updated for all srbase apps.
Also a new compiled llr2 version with latest gwnum30.12 for windows is up.
If you want to participate in this beta test pls choose Sierpinski / Riesel Base (beta test) and "Run test applications" in your account prefs.
The new linux wrapper has more output in stderr.txt similar to the windows wrapper.
test_a_WU will do an invalid test
test_b_WU a short valid test
The deadline is only 30min.
An extended test will follow after this.
[TA]Skillz, a member of the Team AnandTech found a megaprime for base S171.
The prime 8300*171^472170+1 has 1.054.358 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Prescott, a member of the team Gridcoin found a megaprime for base R634.
The prime 20*634^476756-1 has 1.335.915 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
https://www.seti-germany.de/forum/content/1630-BOINC-Pentathlon-2023-3rd-project-in-the-discipline-Javelin-Throw
All CPU projects only, TF will not be counted in this challenge.
The project was choosen.
Good luck everyone!
TermInet3&Friends, a member of the team Gridcoin found a megaprime for base R532.
The prime 156*532^534754-1 has 1.457.695 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. 2 primes in a row, this is more than luck!
TermInet3&Friends, a member of the team Gridcoin found a megaprime for base R532.
The prime 204*532^454080-1 has 1.237.785 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Iam expecting around 30-40min for upgrading RAM and some updates.
Iam expecting around 30-40min for upgrading RAM and some updates.
BOINC Games has published the sprint project, SRBase was choosen, unfortunately no one got an info at the right time. Nevertheless we have enough work. Preparing more later.
The project has passed the eighth year.
Compared with last years the following process was made:
2014-2015 - 1 base solved, 314 bases unstarted
2015-2016 - 5 bases solved, 297 bases unstarted
2016-2017 - 5 bases solved, 282 bases unstarted
2017-2018 - 1 base solved, 264 bases unstarted
2018-2019 - 6 bases solved, 218 bases unstarted
2019-2020 - 4 bases solved, 120 bases unstarted
2020-2021 - 3 bases solved, 101 bases unstarted
2021-2022 - 0 bases solved, 97 bases unstarted
in total - 25 bases solved, 97 bases unstarted
That was the worst year ever. Broken hardware parts, war and also a high inflation after corona which affects the costs.
The llr application has been replaced by the llr2, less work and no unnecessary doublechecks but with less performance. Intel ARC is now supported,
cuda12 apps for 4xxx cards are in progress.
The project has almost completed the 73-74bit lvl at TF, 74-75bit is in progress, which is now taking considerably more time.
The new CRUS goals for 2023 are available and some have already been set up.
I wish you all a healthy new year 2023 and of course healthy hardware!
for Windows and Linux, to enable it in your prefs, choose Intel
This is still in test to tweak the plan_class to get work. Iam hoping to avoid Intel HD Graphics if you have both onboard.
https://www.mersenneforum.org/showthread.php?t=28328
https://www.mersenneforum.org/showthread.php?t=13196
To collect some datas for the devs we need some testers with Intel ARC GPUs.
What todo?
Run mfakto --perftest on windows, linux is a bit different somewhere standalone on your PC and post the output here.
The range 73-74bit is nearly done, there will be a cleanup of the rest of open reserved tests. The runtime started from 1h23min at 128-131M (@RX5500 XT) and decreasing for higher ranges.
A bluescreen crashed the server. The good thing, the database survived, In logfile found system_service_exception ntoskrnl.exe 0x0000003b and ran a chkdsk and sfc /scannow, something was repaired with chkdsk.
The bad thing, I dont know exactly whats causing this problem, driver or SSD.
More infos
ntoskrnl.exe+3f70d0
0x00000000c0000005, 0xfffff8033bc88f39, 0xffff988cd64d5850, 0x0000000000000000
input
175000000000:P:1:51:257
607920 35218
llr2 gwnum 30.9
11920*51^35219+1 is not prime. RES64: 5326FBF23EE99827 Time : 12.728 sec.
llr3.8.21
607920*51^35218+1 is not prime. RES64: 5326FBF23EE99827. OLD64: 8C5E80CE11E6EA41 Time : 26.106 sec.
llr2 gwnum 30.4
11920*51^35219+1 is not prime. RES64: 5326FBF23EE99827 Time : 38.737 sec.
llr2 gwnum 29.8
607920*51^35218+1 is not prime. RES64: 5326FBF23EE99827 Time : 51.552 sec.
The app divides the number 607920 / 51 = 11920. The gwnum lib has a bug somewhere and the dev is informed.
At the moment only S51 is affected.
Base S51 will be stopped for the time being after 35-37k is done, the tests are correct with the divided numbers but primes cant be removed from the sievefile.
All affected tests must be convert to the correct values. This takes time.
There will be a downtime tomorrow for some updates and an undervolting test.
The PBO limit is too high and must be changed in BIOS. The CPU is reaching 95
KySU found a megaprime for base R241.
The prime 14772*241^485468-1 has 1.156.398 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
The project was choosen. Nearly all apps were replaced by llr2.
Good luck everyone!
KySU found a megaprime for base R70.
The prime 5468*70^864479-1 has 1.595.053 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
IDEA, a member of the team Idea Digital Imaging found a megaprime for base R268.
The prime 291*268^452750-1 has 1.099.341 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
This test is using the llr2 app from primegrid but without certs. Win64, linux64 and mac64 is available. To get work you must enable "Run test applications" in your prefs.
For testing I have added base R88_250-300k for a double check for Sierpinski / Riesel Base app.
A local test with wrapper was successful on windows but dont expect too much.
The power supply blowed up today and also lost a SSD due a power feedback, I was shopping today to get a new one as soon as possible. Unfortunately the database has not survived and was restored from around 6am today.
You will get a lot of download errors now while they were already finished.
If you have lost some credits let me know. I will try to restore as much as I can if possible.
Iam very sorry for that. Bad day ^^
The network connection was not available for nearly 6h. I have just tried to call and in this time it is back online but very slowly.
Apologies for that!
There will be an update for all 64bit llr apps shortly. Its based on the apps which PG is using and will benefit from the Gerbicz check. The speed is a little bit slower. Its based on llr3.8.23 with gwnum 30.4
On weekend there will be a deprecation of all SRBase 32bit apps.
KySU found a megaprime for base R2 2nd conjecture.
The prime 612749*2^4254500-1 has 1.280.738 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
EselTreiber, a member of the team Planet 3DNow! found a megaprime for base R2 2nd conjecture.
The prime 519397*2^4908893-1 has 1.477.730 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Google has changed something where the mail system doesnt work anymore. I have tried another new mail address from another provider but was also not working.
Iam using now the mail address where the project has started in 2014. The testing was successful. If you have any problems let me know.
Google has changed something where the mail system doesnt work anymore. I have tried another new mail address from another provider but was also not working.
Iam using now the mail address where the project has started in 2014. The testing was successful. If you have any problems let me know.
Google has changed something where the mail system doesnt work anymore. I have tried another new mail address from another provider but was also not working.
Iam using now the mail address where the project has started in 2014. The testing was successful. If you have any problems let me know.
Google has changed something where the mail system doesnt work anymore. I have tried another new mail address from another provider but was also not working.
Iam using now the mail address where the project has started in 2014. The testing was successful. If you have any problems let me know.
Google has changed something where the mail system doesnt work anymore. I have tried another new mail address from another provider but was also not working.
Iam using now the mail address where the project has started in 2014. The testing was successful. If you have any problems let me know.
SRBase was choosen for the BOINC Pentathlon Sprint.
Good luck everyone!
I have got a confirmation from the vendor to return the broken RAM module for RMA.
There is a must to send back the complete affected KIT.
I have got a confirmation from the vendor to return the broken RAM module for RMA.
There is a must to send back the complete affected KIT.
Around from 9-14 UTC. The server will not be available at this time.
Around from 9-14 UTC. The server will not be available at this time.
zlodeck, a member of the team Russia found a megaprime for base R2 2nd conjecture.
The prime 543131*2^3529754-1 has 1.062.568 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
SRBase was choosen. I missed the info before so there will be more work soon.
Tomorrow I will move the server VM again to the new server. This could take up to 1h.
Today the router must be updated to the latest firmware, this should take around 10min. (done)
Tomorrow I will move the server VM again to the new server. This could take up to 1h.
Today the router must be updated to the latest firmware, this should take around 10min. (done)
Looks like a broken RAM / hardware crashed the hole server, the downtime was 15h. I have moved the VM to my old server, this was stable but have now some errors in Linux, if you fix something another error appears. The win log still telling me broken hardware but need to take time to maybe reinstall OS, testing RAM etc.
You will now getting a lot of download errors because the input files were deleted while the WU was already finished. Around 1h after my last backup yesterday the server seems to be crashed.
Iam thinking about to let the BOINC VM on the old server, no updates (except firewall), less OS crash impacts but slower.
Apologies for the outage.
The project has passed the seventh year.
Compared with last years the following process was made:
2014-2015 - 1 base solved, 314 bases unstarted
2015-2016 - 5 bases solved, 297 bases unstarted
2016-2017 - 5 bases solved, 282 bases unstarted
2017-2018 - 1 base solved, 264 bases unstarted
2018-2019 - 6 bases solved, 218 bases unstarted
2019-2020 - 4 bases solved, 120 bases unstarted
2020-2021 - 3 bases solved, 101 bases unstarted
in total - 25 bases solved, 101 bases unstarted
A last minute server crash before end of the year due a bug in the AMD Andrenaline 21.10.2 driver updated last month caused some troubles. An update to 21.12.1 was made.
There are no CRUS goals for 2022 available at the moment but will be published soon.
I will upload more work today. There are still some download errors left but fixed it with a change in max_errors_results
Back to home and the server restarted. Anyhow the AMD driver chrashed the hole system. Never had this before. Also the file system needed a repair. The backup from 10am was restored. Let me know if you have lost some work. Still having trouble and checking.
The error rate will increase, ignore these.
I need to install some updates. This should take no longer than 30min.
I need to install some updates. This should take no longer than 30min.
Update:
chipset and GPU drivers updated, looks ok now
SRBase was choosen for Formula BOINC.
Feel free to join.
If you are getting an error in your BOINC client log:
Scheduler request failed: Peer certificate cannot be authenticated with give
you must update/replace the ca-bundle.crt from the BOINC client. It looks like the file is outdated. Stop BOINC, replace the file and restart.
I put the file in the download folder for download.
https://srbase.my-firewall.org/sr5/download/ca-bundle.crt
If you are getting an error in your BOINC client log:
Scheduler request failed: Peer certificate cannot be authenticated with give
you must update/replace the ca-bundle.crt from the BOINC client. It looks like the file is outdated. Stop BOINC, replace the file and restart.
I put the file in the download folder for download.
https://srbase.my-firewall.org/sr5/download/ca-bundle.crt
There was a change of the account SRBase from the T5k database admin. The user was changed to a project and I cant report any primes anymore. The CRUS project has now an "Anonymous" user where all the primes will be reported from now. In the description of the CRUS project SRBase is now included.
All other primes from you are not affected and will be reported as usual.
If you are a lucky owner of the card pls test for future optimisations.
https://srbase.my-firewall.org/sr5/forum_thread.php?id=1642
Starting from 70-71bit in 23.6-24.9M range. The runtime is around 26min on a RTX5500XT, nearly the 1/2 of the current running range. If the 18k results from the old batch are done you will get some of these new tests.
On 09th of July, vaughan, a member of the team AMD Users found the last prime for base S470.
The prime 32*470^683151+1 has 1.825.448 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
As requested there are now new badges / levels available. These will compensate the TF app with 500M, 1G, 2G, 5G and 10G max. You can find all in the FAQ.
The range 72-73bit is nearly done. There is starting new work for 73-74bit. The runtime is around 45min on a RX5500XT and decreasing.
With a missing file since project start you can see and receive now project news and PMs in BOINCmanager under notices. This requires a v6.12+ BOINC client. The update time is set to 1min.
whizbang, a member of the team Ars Technica found a megaprime for base S138.
The prime 2636*138^469911+1 has 1.005.557 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
The project was choosen for BOINC Formula.
We have a working 3xxx GPU TF app. For the most 2 common errors on linux pls read the FAQ and how to fix it.
More work will be added soon. Good luck to everyone!
Need to install some new firewall updates (should take around 10min). The server is not available in this time.
Need to install some new firewall updates (should take around 10min). The server is not available in this time.
On 02th of March, 3DpNKyXhViXrNkzNVoTcy7VQKmKS, a member of the team Gridcoin found the last prime for base S676.
The prime 607*676^544517+1 has 1.540.957 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
A windows version is available. You need a minimum driver 460.27.xx and nvidia toolkit 11.2. This version is only running on Ampere cards.
Some successful results are returned.
There was a short timeout of the server because Iam still testing the config but it will take some time. Have some help here. Got certbot and letsencrypt running with a successful message but the apache config is still messy. I hope I can find a way to setup this after years.
There was a short timeout of the server because Iam still testing the config but it will take some time. Have some help here. Got certbot and letsencrypt running with a successful message but the apache config is still messy. I hope I can find a way to setup this after years.
On 26th of December, pixel1975, a member of the team Gridcoin found the last prime for base S436.
The prime 45*436^481613+1 has 1.271.213 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
https://www.mersenneforum.org/showthread.php?t=26348
The main goal is to finish all R3 ranges from 50-100k. This is an over 100M test.
with a bluescreen (0x0000004e (0x0000000000000099, 0x000000000144311b, 0x0000000000000003, 0x0000000001384a1f).
Maybe a side effect of the disabled VSS service, enabled again with 2 more changes. My ideas are at the end. 2 days in a row is bad.
The database was restored from 7am. I have no luck with this OS.
If you have post something or you are a new user pls recreate.
The bug is still present, my last fix doesnt help. The database was restored from 8:00 today, 10min before I could do a backup after removing the old WUs the server crashed. Iam still looking for a fix.
As always let me know in the other thread how many credits you have lost.
You will see again a lot of download errors, ignore them.
The bug is getting on my nerves.
The year is not over and a 2nd power cut in this year. Fortunately nothing is broken.
The project has passed the sixth year.
Compared with last years the following process was made:
2014-2015 - 87M WUs processed, 1 base solved, 314 bases unstarted
2015-2016 - 88M WUs processed, 5 bases solved, 297 bases unstarted
2016-2017 - 99M WUs processed, 5 bases solved, 282 bases unstarted
2017-2018 - 75M WUs processed, 1 base solved, 264 bases unstarted
2018-2019 - 22M WUs processed, 6 bases solved, 218 bases unstarted
2019-2020 - 7M WUs processed, 4 bases solved, 120 bases unstarted, 23.515.051 TF WUs processed, 325627 factors found
in total - 378M WUs processed, 22 bases solved, 120 bases unstarted, 23.515.051 TF WUs processed, 325627 factors found
With the new CPU I could reduce the unstarted bases a lot.
The crashtour 2020 should be ended now, all Win10 bugs and broken hardware were fixed.
The main CRUS goal were not reached due high expectations. Lets wait for new goals 2021.
The mfaktc app on a GT3080/90 for windows is still in progress, there was an unexpected error we have not gotten to fix it yet.
A big thx for all your support to the project and a happy / in hope a better new year!
There was a short outage of the provider. Nothing worked. It looks like its back to normal. Can we skip this year ^^
There is a need to replace the thermal paste and a cooler check. The core temps of the CPU are too high from the last time I have removed the cooler.
This should take around 30min including stress tests.
There is a need to replace the thermal paste and a cooler check. The core temps of the CPU are too high from the last time I have removed the cooler.
This should take around 30min including stress tests.
Every day a new repairing day. Today the power supply died on 12V, tested all components and was lucky to have a second one replaced.
Fortunately I could rescue the hole database but took some time to import (8GB). Nothing should be lost.
Maybe there are some results lost but didnt care. Will be rerun later.
If you find some errors somewhere let me know.
Due a win10 issue identified now, the VSS service which has restarted the PC automatically and in hope that is fixed with a MS solution found in the web the database crashed before I could do a backup. As always a good timing and sadly lost around 13h of work (results which were already done are not affected).
You will get a lot of download errors but can be ignored while they were already processed.
As always let me know how many credits you have lost and post it in the other thread.
All latest win10 updates were also installed.
Iam very sad about the current situation, it was not the first time related all biggest theads to the new OS.
During the BOINC Formula with a lucky hit after only 39 tests on 23th of October, KySU found the last prime for base R236.
The prime 78*236^402022-1 has 953965 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Yesterday I have added some new plan_class changes in the plan_class_spec.xml
There was a driver limit for different cuda versions. Now some users reported me some specs and the driver version overlapped with upcoming new cuda11 apps while they havent get any new work. Thats bad because old cards cannot running the new cuda11 apps. I need to find out another way which hosts can run which app.
The limitation was removed so all should be fixed now.
If you have still some issues let me know.
On 14th of October, vaughan, a member of the team AMD users found the last prime for base R182.
The prime 43*182^502611-1 has 1.135.939 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
If you are running mfaktc with a RTX3080/90 pls post your results in this thread
http://srbase.my-firewall.org/sr5/forum_thread.php?id=1449
While I was at work there was a power outage today (around 11am UTC). The database crashed of course. I could only restore the backup from the morning 7am UTC while the latest lost some tables.
If you got some work after this time you can abort it.
If you have lost some credits let me know in the thread.
Iam very sorry for that!
Good luck to everyone for a lucky hit of a TOP5000 prime maybe solving a base with CPU or running Trial Factoring with GPU.
Welcome to all of our new users. Before you start take a look into the FAQ section.
There will be 2 times a day a short outage for backing up the database. You will have enough work in this time. The max_wus_in_progress for CPU is 50 per core and 80 for GPU.
The first 100k batch is uploading in the 100M range for 72-73bit. After the server load is reduced by finishing the last 900M range batch there will be more work. Pls note there was a typo of the batch 886-994M batch, must be 886-934M.
Take care of the runtimes. The latest 72-73 batch need around 24min on a RT5500XT, this is a factor 16 from the last 71-72 batch with around 1min30s.
On 06th of September, grcpool.com, a member of the team Gridcoin found the last prime for base S406.
The prime 100*406^543228+1 has 1.417.027 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Some postponed updates need to be installed. The server will not be available in this time (~10-20min)
Some postponed updates need to be installed. The server will not be available in this time (~10-20min)
On 26th of May, CharityEngine1, a member of the team Gridcoin has found a Megaprime 166*443^432000+1 for base S443. The prime has 1.143.249 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
The windows update has automatically restarted the PC in the night (was disabled), the database crashed. My 2 big backups of the VM are also corrupt including the last backups of the database. Unfortunately mysqdumper cannot import the correct numbers of tables so I used phpmyadmin with success, the last backup was from 13th so we have lost 4 days (not the reported work). I had no hope to reactivate the project but I did.
Pls stop all your old WUs. I will give credit for all the lost work. If you have registered in the last 4 days and your account is not recognized pls reregister.
I must remove all the current work and recheck all bases which results are missing. Also the TF work need to be resetup (not all I think).
Hard times, shit happens especially Windows10
Another postponed update need to be installed tomorrow. The server will not be available in this time.
There is now new work from mersenne.org started from 72-73 bit range. All necessarily changes were made.
The cleanup from the testserver removed all current work in progress WUs due the access to the real database. Pls stop all the work.
We have a working mfakto linux app now including a new wrapper. Thx to DeleteNull to made this possible. Unfortunately the new wrapper doesnt understand checkpointing yet. We are working on it. For these longrunners its not recommended to run it except you have a fast GPU and 24/7.
I have removed the notification option "In a single daily email" in community preferences due a bug (email flooding every 5min). Let me know if you are getting any errors.
for some important updates. The server will not be available in this time.
for some important updates. The server will not be available in this time.
GPU72 is a subproject for GPU Trial Factoring of Mersenne Prime. The project will be run on opencl for AMD and Nvidia cards on 64bit only.
There is still some further processing in creating all the server stuff.
is a subproject for GPU Trial Factoring of Mersenne Prime. The project will be run on opencl for AMD and Nvidia cards on 64bit only.
There is still some further processing in creating all the server stuff.
GPU72 is a subproject for GPU Trial Factoring of Mersenne Prime. The project will be run on opencl for AMD and Nvidia cards on 64bit only.
There is still some further processing in creating all the server stuff.
On 16th of February, CharityEngine1, a member of the team Gridcoin has found the biggest prime 6962*31^2863120-1 ever for CRUS / SRBase for base R31. The prime has 4.269.952 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. This makes the base to a 1k.
There will be some updates and checks for one crash issue today.
There will be some updates and checks for one crash issue today.
There will be some updates and checks for one crash issue today.
All the rest of the work was cancelled except long3 (these are the last results which need to complete the batch)
Due a windows 10 bluescreen, cant identify yet whats causing this crashed the project database and cant be recovered. The old backup from 02.02. was resetup.
All new users or hosts after this date need to be registered again. Pls stop all the current work. I will see what I can do to rescue the old work and upload the missing files.
With this new OS I cant believe it. As long as I cant find the issue Iam lost. Trying to readout the dump file to be sure to fix this main problem.
Sorry for all the troubles.
The internet speed got an upgrade from 400/25Mbit to 1000/50Mbit. Now things should be faster.
Pls dont use this setting, activate "In a single daily email" instead. The project sending out an email every 5min and flooding the email box, something is broken.
The new server is prepared. There are some things left like moving SRBase VM from SSD to a NVMe PCIe4.0. This can take 2-3h with some data adjustments. Uploads will be disabled and the account creation too. The server is not available in this time.
The new server is prepared. There are some things left like moving SRBase VM from SSD to a NVMe PCIe4.0. This can take 2-3h with some data adjustments. Uploads will be disabled and the account creation too. The server is not available in this time.
The ASUS mainboard arrived and have the same issues. Now I need to change the CPU cooler.
The ASUS mainboard arrived and have the same issues. Now I need to change the CPU cooler.
On 28th of December 2019, Max_Pirx, a member of the team Gridcoin has found a megaprime 74*941^348034-1 for base R941. The prime has 1.034.913 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
I have got the 2nd motherboard but have the same issues as before. I need the current power supply to test with.
https://www.mersenneforum.org/showthread.php?t=13196
https://www.mersenneforum.org/showthread.php?t=25111
I need the power supply and video card from the old server to test it with the new. Maybe the mobo is broken. Not a good start.
Hello everyone,
I need to switch to a new server soon and added the paypal donations for the server parts on the frontpage. The new server should be 3 times faster than mine with the same power efficiency.
You can find more infos in this thread.
If you are not logged into your account you will see an error on the donation page at the moment.
Thx to everyone to help me out to reach the goal!
The project has passed the fifth year.
Compared with last years the following process was made:
2014-2015 - 87M WUs processed, 1 base solved, 314 bases unstarted
2015-2016 - 88M WUs processed, 5 bases solved, 297 bases unstarted
2016-2017 - 99M WUs processed, 5 bases solved, 282 bases unstarted
2017-2018 - 75M WUs processed, 1 base solved, 264 bases unstarted
2018-2019 - 22M WUs processed, 6 bases solved, 218 bases unstarted
in total - 371M WUs processed, 18 bases solved, 218 bases unstarted
Iam waiting for the new goals 2020, all goals for 2019 were reached.
On 27th of October, SrTiger, a member of the team Gridcoin has found a megaprime 94*872^397354+1 for base S872. The prime has 1.168.428 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
To install some important updates the server will be offline for less than a hour.
To install some important updates the server will be offline for less than a hour.
On 15th of June, Doug, a member of the team Gridcoin found the last prime for base S743.
The prime 10*743^285478+1 has 819606 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
On 02th of June, CharityEngine2, a member of the team Gridcoin found the last prime for base S780.
The prime 43*780^205685+1 has 594863 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
As some of you noticed there is a very short runtime on the Riesel Base -short app. This app has a higher priority to spread out enough work for all. Iam preparing more and more new unstarted bases from 1-2.5k range which are running locally with Win64PFGW and the new base script. The range from 2.5k-10k will also be sieved on the server. Its taking too long to run it on a single core (around 3-4 month) so I let it run on BOINC. To reduce the server load all other bases are running at the same time.
SRBase is chosen as next Sprint project. More work is available soon.
On 04th of May, whizbang, a member of the team Ars Technica found the last prime for base R951.
The prime 34*951^371834-1 has 1.107.391 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
On 22th of April, whizbang, a member of the team Ars Technica found the last prime for base R875.
The prime 38*875^256892-1 has 755780 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
On 20th of April, Doug, a member of the team Gridcoin found the last prime for base R832.
The prime 35*832^332073-1 has 969696 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Great!
I want to give you guys a short info about the prime reporting.
You need to pay attention on some things.
Enable email notification, thats very important that you get a message where you have found a prime to report it in 5 days. I have this short time because I must setup new work and report work to CRUS. If you cant check emails and report it in time then you can leave me a PM and I can ask Chris Caldwell to transfer the prime reported by the project to your account.
Just my 2c...
I need to install some important updates. The server will not be available for a short time.
On 25th of February, seyc found the last prime for base R759.
The prime 34*759^266676-1 has 768093 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Good job!
On 19th of January, vanos0512, a member of the team BOINC@Taiwan has found a megaprime 124125*6^2018254+1 for base S6. The prime has 1.570.512 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
I have added <grace_period_hours>48</grace_period_hours> to the server config. This means if a result is over the deadline it has 48h more time to report before a new replication is created and sending out. Lets see if its working. Thx to marmot for the hint.
The project has passed the fourth year.
Compared with last years the following process was made:
2014-2015 - 87M WUs processed, 1 base solved, 314 bases unstarted
2015-2016 - 88M WUs processed, 5 bases solved, 297 bases unstarted
2016-2017 - 99M WUs processed, 5 bases solved, 282 bases unstarted
2017-2018 - 75M WUs processed, 1 base solved, 264 bases unstarted
in total - 349M WUs processed, 12 bases solved, 264 bases unstarted
The project is now more working on a recommended bases list included by the project goals.
I need to install some important updates so the server will be off in this time.
On 27th of September, wmax, a member of the team Gridcoin has found a megaprime 109*980^383669-1 for base R980. The prime has 1.147.643 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
Just a quick reminder. If you dont get any email notes from the project pls check the field in your account settings -->community settings -->Immediately, by email.
If this was already enabled and you still dont get any notifications let me know.
Due the lack of available sievefiles for the lowrunners we have started to run multiple bases with low WU amounts on different apps. The range is 100-300k for lower runtimes and 100-400k for the average apps. The runtimes are moving between 5min-2h+
To reach the mersenne goals for 2018 we are more concentrating now on the remaining bases.
I have planned a long time ago a new subproject with opencl but cannot compile it with visual studio. If you are able to compile it under windows, linux and mac let me know. The source code can be found here.
I also need to find out how the app is running with which commands.
And again, on 22th of August, Deltik, a member of the team Gridcoin has found a megaprime 104*873^344135-1 for base R873. The prime has 1.012.108 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
On 19th of August, Deltik, a member of the team Gridcoin has found a megaprime 164*978^387920-1 for base R978. The prime has 1.160.015 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
There are no more 25-100k sievefiles left except R7 and S66. I will start soon 100-300k ranges outside average apps.
Due some changes on the infrastructure of my cable provider there are some disconnections from 0-6am (GMT+1) on 1st of August.
Due some changes on the infrastructure of my cable provider there are some disconnections from 0-6am (GMT+1) on 1st of August.
To update some things the server will be unavailable for a short time.
On 24th of May, JD2K, a member of the team Gridcoin found the last prime for base R579.
The prime 104*579^222402-1 has 614428 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Good job!
Anyhow the connection was lost to the domain, the server was still running, I did an update for the domain / IP and all is back online.
All apps were updated to v3.8.21
Only 2 things were fixed:
No new feature in this LLR version, but the AVX threading bug is here fixed.
This bug caused often false results after an error recovery, due to a misuse of the POSTFFT feature while calling gwstartnextft() function.
This LLR version is linked with the Version 28.14 of George Woltman's gwnum library.
The only thing new from 28.13 is better FFT selections for AMD Ryzen CPUs.
Pls note that the FLOPs are back to 0. This means inaccurate runtimes at the beginning. After some reported results the runtime will be correct again.
If you find any errors pls report them here. More work will be added soon.
There are some maintenances on the local electricity. I will stop the server on this day. Maybe later in the evening the server is back online.
There are some maintenances on the local electricity. I will stop the server on this day. Maybe later in the evening the server is back online.
Due a complete blocking of rebirther@web.de by my mail provider I have decided to change the email address to srbase2018@gmail.com. I have tested the mail system and its working.
Every 2 days the old email was blocked and I was able to reactivating by changing password but now I need to call the provider to get the access again.
The deadline will be increased to 5 days for all new WUs until end of the month.
The internet struggled today and then all connections were gone. The access is working again but a little bit slow at the moment. If you still have some troubles let me know.
All ranges of the huge base R63 were tested now up to n=25k. Thx to everyone who made this possible!
After a longer discussion and some problems with some of the results I have decided to set the min BOINC version to 7.1. If you are still running any older version like 6.x please update as soon as possible. There will be no more work anymore sending out for these older versions.
The project has passed the third year.
Compared with last years the following process was made:
2014-2015 - 87M WUs processed, 1 base solved, 314 bases unstarted
2015-2016 - 88M WUs processed, 5 bases solved, 297 bases unstarted
2016-2017 - 99M WUs processed, 5 bases solved, 282 bases unstarted
in total - 274M WUs processed, 11 bases solved, 282 bases unstarted
The computing power was beyond the 40TFLOP mark. KEP is still working on a more precise stats overview and will be released maybe in January 2018 so stay tuned.
The next upcoming llr app will have a new gwnum lib with full AMD Ryzen support but I dont know when it will be released.
Due the lack of available sievefiles there are some gaps in the work generation. The remaining primes for these bases are very high, the tests are going over a million. The project cannot handle so many files into one folder thats why they must be splitted into some batches.
The yoyo@home project took over the sieving part for CRUS / SRBase. More and more new sievefiles will be available in the future in a short time period. If you want to help there enable sieving in prefs.
A big thx to the Gridcoin team for the amazing computing power in the past months and of course all the other users / teams spend their power to bring the project forward.
For those who are interested in the public paper for SRBase this is now ready for download.. I will add a link on the frontpage soon. If you have any questions about it let us discuss this in the forum.
Looking forward...
I have forgot to change and removed all WUs, 200 WUs were sent out before I noticed that. Please abort all of this batch. Sorry for the trouble.
If you are still using this version please upgrade to a newer client. Some results files are corrupt to parsing issues.
On 8th of September, Deltik, a member of the team Gridcoin found the last prime for base R514.
The prime 30*514^424652-1 has 1.151.218 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Great!
On 14th of July, denravonska, a member of the team Gridcoin found the last prime for base R159.
The prime 172*159^561319-1 has 1.235.689 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Good job!
Unfortunately there was a power cut today after checking the server in the morning and went to work. I brought the server back online now. Need to check some files later. Could be broken something somewhere.
On 21th of June, Ralfy, a member of the team BOINC Confederation has found a megaprime 68*995^465908-1 for base R995. The prime has 1.396.712 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. There is now 1k left.
Well done!
On 23th of May, Franck Levayer, a member of the team L'Alliance Francophone has found a megaprime 67*688^423893+1 for base S688. The prime has 1.202.836 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. There are now 2k left.
Well done!
On 9th of May, Buckey, a member of the team BOINC Confederation found the last prime for base R964.
We have saved the 200-400k range because of the 2 lucky hits in the 100-200k range.
Nice work!
On 5th of May, ERBrouwer, a member of the team Dutch Power Cows found the last prime for base R523.
The prime 126*523^222906-1 has 605973 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. The base is now proven.
Keep it up!
The 8. BOINC Pentathlon is started. Its a very small chance that SRBase is nominated into this challenge but Iam preparing more work to have a bigger buffer and be prepared for a possible run.
I will try to replace the current router rented by my cable provider to spend money on weekend, also there will be some OS updates. The downtime should not take longer than 1h.
I will try to replace the current router rented by my cable provider to spend money on weekend, also there will be some OS updates. The downtime should not take longer than 1h.
Around for 1h there was no internet or phone, now it seems its working again, the server was not down.
https://boincstats.com/de/stats/challenge/team/chat/904
Every user is welcome to join the test.
26.03.-02.04.2017 00:00 UTC
All apps are now updated to the latest version. More infos you can find here
On 31th of Dezember 2016, conf [MM], a member of the team SETI.USA found the last prime for base S844.
The prime 40*844^246524+1 has 721416 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
Due a mistake in the second value of the sievefile (one 0 too much) the WU can run a long time and doesnt match the results for R1024. Please abort the current R1024_dc WUs. All these WUs (5 Wus total) were cancelled and will reload new to the server with the correct values.
Windows couldnt recognize 2 SSDs anymore, one was the project SSD and the other windows, I have tried several times to replug the cable and restart the computer. Now all is back online without any problems like health or something else. Thats strange.
I have already done this base in the first run and setup the range 150-200k twice. All current workunits were cancelled. Please abort all workunits for this base. I will try to give credits for them.
I have restarted the VM and it looks normal again. I will investigate later on what was causing the crash.
After updating the complete BOINC source and recompiling the files I got the validator working in test. I will see if the other modifications are also working as they should.
After updating the complete BOINC source and recompiling the files I got the validator working in test. I will see if the other modifications are also working as they should.
New work is available now. More work is coming soon.
At the moment the VM is very unstable due a corrupt file system (4 crashes last time) which is needed to repair. Also I want to upgrade Ubuntu 12.04 to 14.04 then 16.10. To to this I must backup the VM to start some testing. At this time no new registrations were available. I will wait until all WUs are back. More infos are coming soon until the current run is finished.
At the moment the VM is very unstable due a corrupt file system (4 crashes last time) which is needed to repair. Also I want to upgrade Ubuntu 12.04 to 14.04 then 16.10. To to this I must backup the VM to start some testing. At this time no new registrations were available. I will wait until all WUs are back. More infos are coming soon until the current run is finished.
There will be a downtime of 1h or less tomorrow to install some important updates.
There will be a downtime of 1h or less tomorrow to install some important updates.
The project has passed the second year.
Compare with the last year the following process was made:
2014-2015 - 87M WUs processed, 1 base solved, 314 bases unstarted
2015-2016 - 88M WUs processed, 5 bases solved, 297 bases unstarted
total - 175M WUs processed, 6 bases solved, 297 bases unstarted
The computing power of 20TFLOP was also reached. Some of the old badges got a redesign and 2 new badges for Megaprimes and Bases solved were setup.
A new Samsung portable SSD 2TB was installed today and the important backups were made.
Whats planned next?
Finishing all 15-25k ranges for base R63, process some of the unstarted bases.
A big thx to all users to made this possible! Looking forward...
Later today I will do some changes on the validators. There is one fix and another change to mark some results invalid due OC issues.
Later today I will do some changes on the validators. There is one fix and another change to mark some results invalid due OC issues.
On 04th of August, Odicin, a member of the team BOINC Confederation has found a megaprime 39653*430^460397-1 for base R430. The prime has 1.212.446 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. There are now 13k left.
Well done!
On 30th of August, Ralfy, a member of the BOINC Confederation found the last prime for base R72.
The prime 4*72^1119849-1 has 2079933 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. This is the largest prime ever found by SRBase and the 2nd largest prime for the Mersenne CRUS project.
Well done!
I have added 2 more apps for the long subproject to compensate available work. The credits for them also counting for the long badge. Iam still testing the daemons. After that new work is available.
I have reworked some of the older badges and there are now 2 new badges for Bases solved and Megaprimes found. You can find them in the FAQ. Good luck to everyone to collect them in the future!
Short notice:
There could be a short downtime to install some updates. After that I will work on the url change and do some tests. If you have still WUs in progress be hurry to send them back or cancel all.
The average app is set to beta. If you have enable "Run beta apps" in prefs disable it. This will increase all the current in progress work to have done in time. After that the url will be changed for the remaining work in the database. You must reattach to the new domain found on the frontpage. After the server cache is deleted the old url will no longer be working.
The second change is a short test after the cache is deleted.
Another plan is to add new badges for base solved and Megaprimes as requested. You can still discuss this in forum. All other badges will be get a small redesign.
If all is going as planned a lot of new work will be available soon.
I have changed the address to:
http://srbase.my-firewall.org/sr5/
due a blacklisted domain? There was no way to get it work again.
It looks like the old domain is working again but was deleted by myself in dyndns settings without any reworking.
The speed went up from 2 to 25Mbit. The current download speed, not relevant for the server is 100Mbit instead 400Mbit because of an older 100Mbit cable. I have ordered 1GBit, should be arriving next week and will be replaced as soon as possible.
There was an index of the results table corrupt causing mysql to crashing too. After 10h of trying to repair the database (exporting the corrupt table and reimport after flushing) it seems its running again. I hope nothing is lost.
What a bad day :(
Due the high amount of new hosts attached today this killed the webserver. Nearly 300+ hosts are trying to get new apps over the slow upload connection. There was also reached the max connections to the database. I cant do anything at the moment because the bottleneck is the upload of 2Mbit. I will order 6Mbit upload next time but this will not help much.
There is no problem if all hosts have work but all at once kill every server.
Sorry for the downtime. I will try to tweaking some things but there is only a small hope to get it run better.
I have increased the WU limit for CPU cores from 10 to 50 per core. This is also a load test for the server. If all is going well the limit will be off next time.
As you noticed there was no internet connection to the server. My cable provider went down 4h ago and it was not possible to call the service center (also down), this was a crazy day. I have setup the new IP address for the server so the connection should be working again. If you have any issues tell me please.
Apologize for the inconvenience.
On 6th of June, Mankka*, a member of the Sicituradastra. Team found the last prime for base S220.
The prime 27*220^205486+1 has 481337 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Well done!
On 17th of May, zombie67 [MM], a member of the team Seti.USA has found a megaprime 33300*430^417849-1 for base R430. The prime has 1.100.397 digits. It was the second largest prime ever found by SRBase and reduced the base to 14k.
Well done!
I have planned to install some windows updates and checking RAM. This could take 1-3h. The server is down for this time.
I have planned to install some windows updates and checking RAM. This could take 1-3h. The server is down for this time.
Another bluescreen caused windows to crash with fltmgr.sys. I need to investigate whats wrong with the system, all the time the system was stable and no updates were made.
A bluescreen appeared today and the server crashed. Result: The VM graphical interface was corrupted and I got it working after 2 hours again. Many output files have 0 bytes and need to be checked. At the current time all is back to normal.
On 13th of April, nenym, a member of Czech National Team found the last prime for base S33.
The prime 766*33^610412+1 has 926923 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Congrats!
Due to lack of responds from users I will keep you informed to check your PMs or if you have enabled the email notification your emails if you have found a TOP5000 prime. In the past I have reported most of the primes by myself because there was no reply within 1-2 weeks. Please keep your teammembers informed for the current situation. In the future the TOP5000 primes will be more and more because of the higher n ranges.
Thx for understanding!
On 24th of March, cpuid has found a megaprime 12*68^656921+1 for base S68. The prime has 1.203.815 digits. cpuid is a member of the team Seti.Germany. It was the largest prime ever found by SRBase and reduced the base to 1k.
Congratulations!
I have updated all apps to the latest version. You can find the changes here.
Please notice that the server reset the GFLOPs values to zero by every new app setup so you will have wrong estimated runtimes. This will be corrected if you have sent back some WUs.
I cannot test the app on xp64 but it should be working.
If you have any problems post it here.
I have started to creating new work. Dont hestitate to get some.
If all is going as planned the update + config will take around 1h. I cant get all the WUs back in time so I will stop the server on this day.
If all is going as planned the update + config will take around 1h. I cant get all the WUs back in time so I will stop the server on this day.
With my old VM file I can only handle 32GB RAM but the software can do 64GB. I need around 45GB RAM for the current config because Iam hard on the limit. I will run out all WUs for now and change the settings after all came back.
To test the new config could take some minutes or hours. I will post some news after we have reached this stage.
On 10th of January, ardo, a member of the PrimeSearchTeam found the last prime for base S414.
The prime 24*414^391179+1 has 1.023.717 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database.
Nice work!
The network connection of the OS crashed but the server was still alive. I have restarted the VM and all should be working normal again.
Sorry for the trouble.
On 18th of December, Mumps [MM], a member of Team Seti.USA found the last prime for base R492.
The prime 81*492^399095-1 has 1.074.352 digits and entered the TOP5000 in Chris Caldwell's The Largest Known Primes Database. This is also the second Megaprime.
Well done!
The project has passed the first year and made a big jump in processing for the mersenne CRUS project.
There were 87M WUs / 273 bases crunched in different ranges. 1 of the bases was solved. 314 bases are still unstarted and will be processed by mersenne with the srbsieve /newpgen applications. All the efforts are outside of BOINC. Most of the ranges at 25k+ will be processed further in BOINC.
706,158,895,759,737 Total k's are still remaining to find a factor. It sounds big but isnt. Only 2 bases R/S280 has the most factors of all bases together. On a single CPU it will take around 250+ years to solve them but in the near future we could start some ranges on these 2 heavy weights and with BOINC and your help it will be decreasing faster as we think.
The main goal of the project is still to have around 20TFLOPs+ computing power.
The source code of the wrapper is available in the forum if you have some improvements. There is still one issue on mac and linux where I have no output in the stderr.txt file.
If you have some wishes or there is something missing in the FAQ let me know.
Whats planned in the future?
To have constantly work for one of the normal / short apps + processing all current available bases with a 200-400k range and 1 factor left.
I thank everyone who made the current success possible.
Happy crunching.
On 27th of November the project will be passing the first year. If you want to spend some computing power or a challenge this would be great.
To get rid of the "finish file present too long" you need to install the BOINC client 7.6.6 or higher. Please also enable email notification to keep you informed if you have found a TOP5000 prime to report.
I will try to expand the diskspace of the current VM to handle more WUs in the future. A backup is needed before I can do this. The server will be down for a short time (I hope).
I will try to expand the diskspace of the current VM to handle more WUs in the future. A backup is needed before I can do this. The server will be down for a short time (I hope).
I must install some important updates. The server will be down at this time.
I must install some important updates. The server will be down at this time.
The project was added in the latest boinc client and on the BOINC website.
I came home and all was out of power. Iam trying to restore some things. The server should be up and running again.
I have compiled a new modified validator for average2 app. If all is ok I will setup it for the other apps soon.
After testing stuff and updates the project is out of beta now.
For all new users please create an account over the website. You will find the invitation code on frontpage and in the FAQ thread. Please take care about the weather or high temperatures to run the apps. You need a really good cooling to avoid any instable systems or producing bad results.
Its highly recommended to use the latest BOINC client 7.6.6. It has some important fixes and avoid some issues here.
If a team is planning any challenges pls let me know.
A big thx to everyone who joined the project so far.
There are now 2 more badge levels for 100M (orange) and 250M (white). Check the FAQ for more details.
The work generation started for R3 early this morning but still running after 12h. There is no work left for the other sub apps and the server is under heavy load causing clients not getting work or sporadic work for the very short R3 WUs.
To get rid of the problem in the future I need to split the WU generation for these (864000 WUs). There is no issue with a mix of some minutes WUs and the shorts but I underestimated the creation time. Iam in preparation to get out of the beta status. There are some things left before I can do this.
Iam sorry for any trouble at the moment.
For all win / linux apps. Mac is coming later. Pls report any problems.
I will install the RAM tomorrow and running some config tests including updates. The downtime will take around 30min+.
I will install the RAM tomorrow and running some config tests including updates. The downtime will take around 30min+.
Iam expecting to get the RAM later next week to upgrade the server.
I have restarted the server and all is going normal. The upload is also working again. The file upload handler caused the problem.
All mac apps are running now the new wrapper. Checkpointing should work. Please report any problems.
Iam happy to say that base S409 was solved by a user. Its the first base ever solved by SRBase.
More infos are coming soon :)
I need to replace the main ssd with a new one installing updates and mirror the drive (around 512GB). This can take some hours, minimum 1h.
I need to replace the main ssd with a new one installing updates and mirror the drive (around 512GB). This can take some hours, minimum 1h.
Thx to Crunch3r to made it possible. Now you can try out with Sierpinski / Riesel Base app - average2 (app 9) if you can run the checkpointing. The wrapper was compiled on Mac OS 10.8 so I hope its still compatible with your system.
Note:
Checkpoints will be written every 10min. If all is going as planned I will setup the update for all others apps too.
I got a new OS SSD Samsung 850 pro 512GB for a very low price. I need to replace my old ssd in around 1 week by shut down the server. A notice will follow soon.
I need to cancel around 3k WUs of the Riesel Base - short app because due the error. There are some missing md5 files which are needed for download and will run into an error soon. It was so close to create this batch but there were not enough Inodes left (its a problem with thousands of small files on linux).
There was a downtime of my cable provider so I had no phone and internet. It looks like its back online but I can only restart the server later today.
Windows crashed with a bluescreen. I need more time to investigate what was wrong.
Iam still looking for someone who is able to compile the mac wrapper on mac64 for checkpointing. Leave me a PM.
I will test some new server configs later today. The server is up and down at this time.
I will test some new server configs later today. The server is up and down at this time.
Thx to all for this great milestone. We have pushed forward the Mersenne CRUS project. The main goal is to reach 20 TFLOP for optimal processing power. In the meantime there was another base proved by mersenne. You can find the status of the bases on the mainpage.
The Pentathlon is over so you need to check your PM. There are 2 unreported primes left. If these primes are not reported until saturday I will report it by myself.
There will be a downtime on sunday (around 1h) for installing updates on the main system and a VM software update. The server is not responsible at this time.
There will be a downtime on sunday (around 1h) for installing updates on the main system and a VM software update. The server is not responsible at this time.
Only mac64 is missing. I will update as soon as its available. Let me know if there are some problems. All apps now using the same compressed zip file.
Pls check your PM if you are the lucky winner. I have tried to contact the user 2 times but no answer yet. If Iam not getting any response after 1 week until now I will report it by myself. Thx for understanding!
I need to install some updates, the server will not be reachable for a short time.
I need to install some updates, the server will not be reachable for a short time.
I need to update some things. Also 2 more apps for average will be setup to handle more available work perhaps for the BOINC Pentathlon 2015.
I need to update some things. Also 2 more apps for average will be setup to handle more available work perhaps for the BOINC Pentathlon 2015.
I will update the win64 app to 3.8.14 + gwnum 28.6 lib only for today and deprecate all other apps. Iam still waiting for new llr apps for linux32/64 and mac64. Also the VM get 2GB more RAM to compensate the limit.
The server will be restarted at 1pm (UTC+2).
The project was taken into the list. Thx to [AF>Amis des Lapins] Phil1966 to made it possible!
I have planned to update the llr apps to 3.8.14 with a bugfix of the gwnum library 28.6 maybe tomorrow. The windows 32/64bit apps are compiled but I need also linux32/64 and mac64. If someone is able to compile it let me know.
You will find the statement and the source code here and for the latest llr app here
For compiling, you need to replace the gwnum lib with the one in the first link and change the string 28.5 in the lmenu.c and Llr.h file to 28.6.
I have planned to update the llr apps to 3.8.14 with a bugfix of the gwnum library 28.6 maybe tomorrow. The windows 32/64bit apps are compiled but I need also linux32/64 and mac64. If someone is able to compile it let me know.
You will find the statement and the source code here and for the latest llr app here
For compiling, you need to replace the gwnum lib with the one in the first link and change the string 28.5 in the lmenu.c and Llr.h file to 28.6.
If you have noticed the website is very slow at the moment because the server reached the max_connections and the database was growing up too fast. Reducing database is in progress and perhaps later it needs an increase of max_connections in mysql (current value is 400).
The deadline will be decreased to 4h to complete the range as fast as possible. Its needed for further sieving. For the next run the WU limit will be increased.
On 20th february, vaughan has found a megaprime 29*920^367810-1 for base R920. The prime has 1.090.113 digits and entered rank 87. The WU was running on a Xeon(R) CPU E5-2650 v3 @ 2.30GHz on linux and took 90515.704 sec. Vaughan is a member of the team AMD users. It was the second prime found by him and decreased the base from 5 to 3k. Congratulations!
I need to restart the server in a few minutes for some updates. This will take around 15min. The website is not accessable in this time.
The app was deprecated because nobody has a Mac running on a 32bit OS.
there is something wrong with the input files. I will cancel all WUs later today and find out what was wrong. The input files are all empty from 50-100k.
For those which are still running the rest of the WUs I will change the user and host ID to my one to get things done in time. If you still want the credits for the run let me know.
Yesterday the server reached the Inodes limit. There was enough space left but with all these small input files the Inodes ran out of space. New WUs cant create at the moment. I could try to move the BOINC folder to another bigger virtual disk or I will cleanup the download folder soon.
Due some problems with reading the input file or similar I will reduce the double checks for these WUs with error "Missing or invalid NewPGen header, next data lines will be flushed..." The new validator should flag these units as invalid.
I will add more apps soon, 2 more for short and 1 for average runs. This will keep the server more occupied.
Last time I have changed the values compared with primegrid. Stats sites need an update too. Pls see the FAQ
To get the right results back in top users and top hosts I have reset all RACs to 0 again due the last R3 bug in template.
I will update this list after every run except the R3 base. You will find the link on the frontpage.
http://srbase.myfirewall.org/sr5/forum_thread.php?id=157
At 5pm UTC+1 today I will shut down the server for the upgrade. The downtime should not take longer than 15min.
After all runs I need a cleanup. There were still some older input files not deleted by BOINC in download folder and resused for the current bases. Also there are a lot of files missing for base S911 and S920 and need to retest.
Iam using the latest fritzbox and every night there is a restart of the box. The problem is known by my provider and the box is still in development. They even switched it from IP4 to IP6 last night. I called a staff and he has rechanged IP4 again - for now..
In the next days until end of January it can happen again. The deadline for future WUs are longer now to not loose any credits after the deadline. I will try to change the deadline for all current WUs to give credits for them.
I apologise for any trouble.
I will change the value to 2 for the next WUs. All results which are over the deadline should get credits too and not invalid.
Many WUs are running into timeout and it will take very long to get them back if they will be sent out again and again. If your host cant finish a WU in time like the long runners pls disable the app in your preferences. The main reason is that I cant add new work until all files are returned. This wastes a lot of time time. I will decrease all deadlines for new WUs.
I got the new ssd today and will install it later. This needs a reboot of the main computer and a short downtime to move the VM to the new disk.
R663
- n=50-100k
- runtime 2min-10min (AVX @4GHz)
- 50-60k = 8 credits
- 60-75k = 24 credits
- 75-100k = 40 credits
- Riesel Base app
- deadline 24 hours
R677 tested to n=100k
1 prime found, 4k left
104*677^89520-1 found by Ralfy
- n=50-100k
- runtime 2-10min
- 50-60k = 8 credits
- 60-75k = 24 credits
- 75-100k = 40 credits
- deadline 4h
- n=50-100k
- runtime 2-10min
- 50-60k = 8 credits
- 60-75k = 24 credits
- 75-100k = 40 credits
- deadline 4h
I have ordered a new ssd (Samsung 840 pro 512GB) and 16GB RAM (32GB total) for more space for backups. I will install the stuff next year. There is a short downtime then.
To support this project go to Bitcoin Utopia and run Campaign 10 as soon as its available.
- n=140-150k (20M-1G)
- runtime 25-34s (AVX@4Ghz)
- 2 credits
- deadline 4h
- n=100-300k
- runtime 10min-1h15min (AVX @4GHz)
- 100-125k = 40 credits
- 125-150k = 80 credits
- 150-175k = 120 credits
- 175-200k = 160 credits
- 200-225k = 200 credits
- 225-250k = 240 credits
- 250-300k = 320 credits
- deadline 2 days
- n=130-140k (20M-1G)
- runtime 22-34s (AVX@4Ghz)
- 2 credits
- deadline 4h
tested up to n=100k
5 primes found, 11k left
823*396^51639+1 found by Uli2*
2126*396^65889+1 found by DoctorNow
1713*396^73752+1 found by Ralfy
398*396^86708+1 found by Jeff17
4155*396^92698+1 found by Peciak
I have made a correction of one finder.
To get more work out of the small R3 base I have changed something in config.xml to increase the feeder size and shmem size. There was also a need in changing kernel.shmmax to 134217728. Lets hope its running better now without no work messages.
- n=250-275k (up to 1M until the last prime was not found)
- runtime 25-30min (AVX @4GHz)
- 250-275k = 130 credits
- deadline 2 days
- n=125-130k (20M-1G)
- runtime 14-34s (AVX@4Ghz)
- 1.2 credits
- deadline 4h
I will add 2 more apps, one for short runs and one for long (2h+). I will constantly create WUs for R3 until all primes are found in the range from 20M-1G.
- n=100-200k
- runtime 7min-30min (AVX @4GHz)
- 100-125k = 40 credits
- 125-150k = 70 credits
- 150-175k = 100 credits
- 175-200k = 120 credits
- deadline 24 hours
- n=50-100k
- runtime 2min-10min (AVX @4GHz)
- 50-60k = 8 credits
- 60-75k = 24 credits
- 75-100k = 40 credits
- deadline 24 hours
- n=50-100k
- runtime 2min-10min (AVX @4GHz)
- 50-60k = 8 credits
- 60-75k = 24 credits
- 75-100k = 40 credits
- deadline 24 hours
for all bases:
-up to n=100k
-50-60k = 9 credits
-60-75k = 24 credits
-75-100k = 48 credits
-deadline 12h
Choose your app or all what you want to run.
The software was updated to the latest changes. Pls report any errors.
tested up to n=100k
1 prime found, 5k left
417*1006^62457+1 found by nenym
- up to n=100k
- runtime 4-11min (AVX @4GHz)
- 50-60k = 19 credits
- 60-75k = 25 credits
- 75-100k = 41 credits
- deadline 6 hours
I have planned to run different apps with different bases at the same time. I need to recode the assimilator to get different output folders so I can manage the amount of files. This needs some testing first. In this case I will give a longer deadline.
part 1/2
- n=100-150k / 150-200k (2)
- runtime 7min-34min (AVX @4GHz)
- 100-125k = 35 credits
- 125-150k = 67 credits
- 150-175k = 96 credits
- 175-200k = 150 credits
- deadline 10 hours
The internal test of the linux64 was successful. The zip compression of the llr app has still the execute bit so I dont need the copy_file tag anymore. The text file busy error could be fixed now but need some tests first for linux32 and linux64. If all is going well and the OSX app has the same issue I will change it too.
tested up to n=100k
2 primes found, 5k left
120*648^60652-1 found by patyczak
71*648^74273-1 found by STE\/E [BlackOpsTeam]
- up to n=100k
- runtime 2-7min (AVX @4GHz)
- 50-60k =10 credits
- 60-75k =14 credits
- 75-100k =35 credits
- deadline 6 hours
tested up to n=100k
61*648^54359+1 found by LCB001, 7k left
- up to n=100k
- runtime 2-10min (AVX @4GHz)
- 50-60k =6 credits
- 60-75k =11 credits
- 75-100k =15 credits
- deadline 24 hours
For n=100-125k (20M-1G) were 244 primes found, 1217k left.
-Reb
I need to configure the box and test it for a hour so the server is down for a while.
-Reb
- n=100-101k
- runtime 12-22s (AVX @4GHz)
- 0.7 credits
- 27660 WUs
-Reb
Not the first time. The internet get interruptions every minute. I dont know how long this will take to fix.
If you can read this I have had a chance to write that but you are informed.
Sorry for the troubles. Its Christmas time or in inet words downtime :/
-Reb
The first part of the base R842 was created.
-n=25-50k
-runtime around 24s-5min
-2 credits per WU
-Reb
Pls attach some MACs as soon as possible for testing both apps 32/64bit.
-Reb
I need to check if some of the errors are gone from linux and win32, OSX is new, also its needed to compare the residues from all apps. The runtime is around 4s per WU.
-Reb
for all apps. Its planned to set the deadline to 1 day for new bases and quorum 1. The residues will be saved for later DC.
-Reb
At the current config on server a double check is not possible with the current validator. I need to rerun a complete base with quorum 1 to compare both results in excel. Its the same as running quorum 2 but takes a little more effort to the end result.
-Reb
Should also be fixed with a new recompiled linux wrapper. glibc2.11+ is required then. Thx to deletenull for the new wrapper files!
-Reb
The error should be fixed in the next apps release for WinXP. The boinc wrapper wasnt xp compatible.
-Reb
up to n=200k
100-125k=16cr
125-150k=21cr
150-175k=30cr
175-200k=46cr
runtime is ~8-30min (AVX), max WUs in progress 1*NCPUs
-Reb
pls report any problems. At the current time its the standard BOINC wrapper and no checkpoints are working.
I have delayed it, it seems nobody has a MAC.
-Reb
For all MAC users, hello zombie67 ;) I will add a 32/64 bit version later today.
Iam looking for someone who can compile the mac wrappers 32/64bit and linux wrappers 32/64bit (on ubuntu 10.04 with glibc2.10 support or similar OS). Send me a PM if you are willing to help here, I will send you the source code.
-Reb
The base was finished up to n=100k, 1k (94*920^64819-1) was eliminated by JayPi. Congratulation!
-Reb
to test quorum 2 and homogeneous redundancy 2.
-Reb
I will add some more tests soon for win32 and linux. Also a quorum 2 will be setup with bitwise validator and homogeneous redundancy. Its needed to double check the residues of output files to make sure nothing is bad.
-Reb
There are now fixed credits for the following steps:
n=50-60k -->4cr
n=70-80k -->9cr
n=90-100k -->13cr
based on an AVX CPU. The runtime is around 2-7min. 1 prime was found on base R784 (up to n=200k)
-Reb
There are now some test WUs for linux32/64. The tests take only some seconds. Pls report any problems.
-Reb
for linux32/64 and win32. If the rest of the WUs are done the next test with some smaller numbers (around 2-3s per test) will be setup. I have also removed the compression of output files.
The Riesel Base R920 is reserved with 7244 WUs with a runtime of 2-7min (AVX) per WU.
-Reb
After the rest of the WUs are finished I will add some tests for linux32/64 and windows 32bit with double checking (quorum 2). If I find a way with help from primegrid I could change the validation process.
-Reb
1114 results back with success
14 results back with an exec_dir error but from the same user
Welcome new users. To create an account you must use the invitation code pillepalle. Its also a good spam protection.
-Reb
The runtime is around 10min on a i7-4930k @4Ghz with AVX. Checkpoints are every 10min. Credits are FLOP count at the moment. The project is still alpha.
-Reb