mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > Software

Reply
 
Thread Tools
Old 2019-03-11, 13:38   #100
lycorn
 
lycorn's Avatar
 
Sep 2002
Oeiras, Portugal

1,459 Posts
Default

Quote:
Originally Posted by newalex View Post
The second ECM factor was found using prime 29.6. And it isn't displayed correctly in reports, too.

https://www.mersenne.org/report_expo...=351457&full=1
And once more it doesn´t appear in the Recent Cleared Report
lycorn is offline   Reply With Quote
Old 2019-03-11, 19:57   #101
irowiki
 
Sep 2018

3×23 Posts
Default

So I'm new to the upgrade thing, all I have to do is replace the prime.exe / mprime file?
irowiki is offline   Reply With Quote
Old 2019-03-12, 00:15   #102
Chuck
 
Chuck's Avatar
 
May 2011
Orange Park, FL

2·443 Posts
Default

Quote:
Originally Posted by irowiki View Post
So I'm new to the upgrade thing, all I have to do is replace the prime.exe / mprime file?
And also the .dll files that are packaged with the prime95.exe
Chuck is online now   Reply With Quote
Old 2019-03-14, 05:16   #103
newalex
 
Feb 2019

2·7 Posts
Default

Look like something was fixed on server side. Now factors are displayed correctly and it presents in all reports.

It is still a bit different from previous version - ecm curves' count and bounds doesn't displayed. For example the latest discovery
https://www.mersenne.org/report_expo...=354121&full=1

with old version
https://www.mersenne.org/report_exponent/?exp_lo=20147&full=1

But it is a minor thing.

Last fiddled with by newalex on 2019-03-14 at 05:16
newalex is offline   Reply With Quote
Old 2019-03-14, 14:16   #104
rainchill
 
Apr 2005
DFW, tx

3·11 Posts
Default

Thanks for the new release and all your hard work!

I'm still not clear on whether we should be running LL or PRP tests. Aren't LL tests expected to eventually be phased out?

Any progress on not filling up the output with daily 'Running Jacobi error check' messages?

Also - With as many issues, updates, suggestions, and feedback as these builds get would it make sense to create a new thread for each build (29.6B1, 29.6B2, etc...) instead of always editing the first post and letting these threads get too long? When a new thread is created the old one can be locked.

Finally - any word on integrating GPU testing into the main client?
rainchill is offline   Reply With Quote
Old 2019-03-14, 15:10   #105
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

22·1,873 Posts
Default

Quote:
Originally Posted by rainchill View Post
I'm still not clear on whether we should be running LL or PRP tests. Aren't LL tests expected to eventually be phased out?
You can run either. Personally, I am running PRP. Yes, I plan to make PRP the default work type if you select "What makes the most sense".

Quote:
Any progress on not filling up the output with daily 'Running Jacobi error check' messages?
No. You could run PRP and get Gerbicz error-check messages instead.

Quote:
Also - With as many issues, updates, suggestions, and feedback as these builds get would it make sense to create a new thread for each build (29.6B1, 29.6B2, etc...) instead of always editing the first post and letting these threads get too long? When a new thread is created the old one can be locked.
A new thread for each build would be too much clutter IMO. The old threads remain open as there are still many users of the old version.


Quote:
Finally - any word on integrating GPU testing into the main client?
Won't happen. There is vague talk of having these clients get work from the server automatically, but nothing ever seems to come of it.
Prime95 is online now   Reply With Quote
Old 2019-03-14, 15:19   #106
axn
 
axn's Avatar
 
Jun 2003

2×3×827 Posts
Default

Quote:
Originally Posted by Prime95 View Post
Won't happen.
Thinking out loud. What's preventing this from happening?
axn is offline   Reply With Quote
Old 2019-03-14, 19:57   #107
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

512110 Posts
Default

Quote:
Originally Posted by axn View Post
Thinking out loud. What's preventing this from happening?
I'm sure you know a lot of the following already, and I'm including it for other readers.

It's not simple, and we're short of qualified volunteer code developers. It's illegal to clone humans, at least in the US. There's only one George Woltman, and he lives in Florida. Who would update the prime95 & mprime family of apps for new processor models, and the other things he does now, if he's busy doing gpu programming and interfacing to primenet and prime95? (If anything, rather than finding more for him to do, we should find him some help. And that doesn't stop me from making suggestions or requests either. ;) He gets to decide what's worthwhile to him, and how much time he spends on this project.

There's a lot of identified bug list and feature request work for the several main existing gpu applications. There is no CUDAPRP at all. I think despite the great efforts by a lot of talented people, some of the gpu apps just haven't the quality yet that prime95 has. As is, it's hard to make headway as separate applications on the to-do list, or keep up on maintenance such as CUDA level. Some code does get shared, for efficiency. I think having it divided up into several programs helps though; programmers can work independently, yet share ideas.

The primenet API documentation is still "release candidate 0.97c" dated Nov. 2007, from before gpu computing in GIMPS was a thing, and it's not caught up to current practice in prime95 / mprime, and appears not well suited for gpus. It seems especially not well suited for dealing from a single instance with the cpu and disparate gpus per system of heterogenous-multi-gpu systems like I have. Many have looked at the Primenet API's complexity over the years, and chosen to go with separate assignment / submit scripts instead that work through the "manual" web pages or an altered version, at less effort than the Primenet API would take. Preda's a very recent example, of several. See https://www.mersenneforum.org/showpo...92&postcount=3 and https://www.mersenneforum.org/showthread.php?t=23992

The individual gpu apps each have their own unique ways of doing things. Probably the closest are mfaktc and mfakto. Each gpu app instance has its own worktodo file, ini file, etc. The same variable name in different gpu applications may mean different things. File formats often differ. Etc. Documentation other than the program source code is often quite sparse, or not current.

The development environment is more demanding for gpus. I've seen the installation of the NVIDIA or AMD SDK blow away the OpenCL driver for an Intel igp, ending use of mfakto. The NVIDIA and AMD SDKs may not coexist well. It's known to be tricky to get the gpu card drivers from NVIDIA and AMD to coexist on one system (Windows or linux) and system stability is reduced. Integrating the variety of gpu code into prime95 would complicate the build process and also software testing.

The status quo does not prevent George from helping out now and then on the gpu development side, as he has done occasionally. The status quo allows people like Preda to make rapid progress in a well defined area, independently.

Prime95 is an Intel-style-architecture program. Not all gpus are on Intel cpu systems. Some are on ARM systems (cell phones). There's a move afoot to explore cell phone computing via Mlucas. Ernst may be the second person to implement a Primenet client interface, in Mlucas generally, a cpu-oriented application. He'll probably implement PRP next, not gpu support.

We have abundant opportunity for programming volunteers.
kriesel is online now   Reply With Quote
Old 2019-03-14, 20:29   #108
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2×4,787 Posts
Default

Quote:
Originally Posted by Prime95 View Post
There is vague talk of having these clients get work from the server automatically, but nothing ever seems to come of it.
It can be argued that this problem space has already been solved. Scott's MISFIT for Windoze and Mark's primetools for Linux are stable and widely used tools.
chalsall is offline   Reply With Quote
Old 2019-03-14, 21:39   #109
GP2
 
GP2's Avatar
 
Sep 2003

2·5·7·37 Posts
Default

Quote:
Originally Posted by chalsall View Post
It can be argued that this problem space has already been solved. Scott's MISFIT for Windoze and Mark's primetools for Linux are stable and widely used tools.
But I think these require you to put your Primenet password in plaintext into the scripts, so not everyone is satisfied with that.
GP2 is offline   Reply With Quote
Old 2019-03-14, 22:31   #110
kriesel
 
kriesel's Avatar
 
"TF79LL86GIMPS96gpu17"
Mar 2017
US midwest

32·569 Posts
Default

Quote:
Originally Posted by chalsall View Post
It can be argued that this problem space has already been solved. Scott's MISFIT for Windoze and Mark's primetools for Linux are stable and widely used tools.
Partially addressed, perhaps. Progress reporting is needed in primality testing, and on longer TF or P-1 assignments it would be good to have also. (Some individual TF bit levels or P-1 stages can take weeks.)

MISFIT looks impressive, but I've balked at installing its multiple requirements everywhere, to gain only TF client support. It _used to_ support CUDALucas but that was discontinued years ago. Never CUDAPm1 or gpuowl or clLucas etc.

Primetools supports clLucas (is anyone still using that?) and mfakto, and "possibly" mfaktc and CUDALucas.

The grid of OS, gpu app, feature combination support is sparse. See the attachment at https://www.mersenneforum.org/showpo...92&postcount=3
If it's not giving due credit for features available, please point me to a reference and I'll update the posted summary table there.
kriesel is online now   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
Prime95 version 29.2 Prime95 Software 71 2017-09-16 16:55
Prime95 version 29.1 Prime95 Software 95 2017-08-22 22:46
Prime95 version 26.5 Prime95 Software 175 2011-04-04 22:35
Prime95 version 25.9 Prime95 Software 143 2010-01-05 22:53
Prime95 version 25.8 Prime95 Software 159 2009-09-21 16:30

All times are UTC. The time now is 01:21.

Thu May 13 01:21:41 UTC 2021 up 34 days, 20:02, 0 users, load averages: 2.25, 2.11, 2.06

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

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

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