Join PrimeGrid
Returning Participants
Community
Leader Boards
Results
Other
drummers-lowrise
|
1)
Message boards :
Number crunching :
Badges - Full Sets!
(Message 24956)
Posted 4709 days ago by Redstar3894
Woohoo!
Finally got all the badges! :)
(Except for TPS...but yeah...)
I probably could have had the TPS badge as well if I had crunched full time when I first joined, but I didn't have quite as much computing power at my disposal as I do currently...oh well...
|
2)
Message boards :
Project Staging Area :
Detailed stats for PRPNet
(Message 24707)
Posted 4721 days ago by Redstar3894
Wow, Great Job!
I really like the additions :)
|
3)
Message boards :
Number crunching :
Alternative Platforms
(Message 24598)
Posted 4728 days ago by Redstar3894
I have updated the PRPNet builds to the latest version (as of this writing, 3.3.2)
prpclient-3.3.2alpha-PPC_Linux_G5 - 64-bit PowerPC build with AltiVec
prpclient-3.3.2alpha-Power_Linux_64 - 64-bit generic PPC/POWER 64-bit build (without AltiVec)
These were tested and working on a 64-bit installation of Gentoo Linux running on a G5 1.8 GHz single processor.
It includes:
Phrot 0.72, which performs PRP tests in a similar fashion to LLR.
Genefer 2.2.0 for RISC, which performs PRP tests on Generalized Fermat Numbers.
Both builds work well on PPSE10 and 11k, GFN65536, ESP, 121, 27121, and GCW. See the above posts for more information on why GFN32768 and SGS are specifically NOT recommended. The generic build is slightly slower (from the benchmarks I ran) than the AltiVec-enabled build for just about all tests, but should still work fairly well on machines without the benefit of those added instructions.
I've posted the download links above, and the links on the PRPNet thread should be updated shortly.
I would especially like to thank Mark (rogue) for all his help in getting this put together, I couldn't have done it without him! Also, I would be remiss if I didn't thank Lennart and John for administering PRPNet and PrimeGrid itself, as well as Rytis for making it all possible. :)
Please PM me or email me directly (redstar3894 AT gmail DOT com) if there are any questions/issues or further requests.
NOTE: When rebuilding my system, I neglected to build the powerpc 32-bit (G4) toolchain, so the previously announced G4 build will be somewhat delayed, but I will update this thread and/or this post with any details as they come up.
|
4)
Message boards :
Project Staging Area :
PRNet Discussion (Old)
(Message 24568)
Posted 4731 days ago by Redstar3894
I am making another small change when restarting so that the client doesn't shut down immediately if it cannot connect to the server.
Great, I'll use the new source then rather than making the changes myself, Thanks!
|
5)
Message boards :
Number crunching :
Alternative Platforms
(Message 24567)
Posted 4731 days ago by Redstar3894
Okay, finally got the G5 back up and running *somewhat* smoothly... :p
So now that my build platform is back up and running, I should have some new build(s) created in the next few days (depending on available time, of course), and also incorporating any fixes (as referenced in the PRNet Discussion Thread) from Mark and Lennart.
The prpclient-3.3.(x)alpha-ppc_linux_64 will be renamed to prpclient-(x.x.x)alpha-ppc_linux_G5 (ppc 970/970FX) which will remain a 64-bit build compiled with AltiVec (though the benefits remain to be seen at this point) and it should also work on POWER6 (if anyone will ever be running PRPNet on one)
I will also add the following builds to the list of supported architectures:
prpclient-(x.x.x)alpha-ppc_linux_G4 (ppc 7xxx) 32-bit build for PPC with AltiVec
prpclient-(x.x.x)alpha-power_linux_64 (POWER3,4,5) 64-bit build for IBM POWER processors (same as ppc 970 but without AltiVec)
Please let me know if I'm off on the naming scheme here, and I'll change the build designations accordingly.
Like I said earlier, this is dependent on both my time and any changes Mark makes to the client source. And also please note that the two new builds I am adding will be run AT YOUR OWN RISK as I have no way to reliably test them on the architectures they will be built for.
|
6)
Message boards :
Project Staging Area :
PRNet Discussion (Old)
(Message 24564)
Posted 4731 days ago by Redstar3894
Thank you everyone. The problem is in ClientSocket.cpp. This line:
if (readBuf || !memcmp(readBuf, "ERROR", 5))
needs to be changed to this:
if (!readBuf || !memcmp(readBuf, "ERROR", 5))
By getting this far the client knows that it didn't get the appropriate string from the server saying that the server is ready to accept messages ("Connected to Server"). That means that either there is no connection (readBuf is null) or the PRPNet server returned an error ("ERROR"). This line of code is used to either output the error returned by the server or generate a generic error.
I'll patch the Windows build later today with a 3.3.2 release. With this mod Lennart can fix the linux build and other users can modify and recompile as necessary.
Were these the only modifications to the code?
I'll update the PPC linux (and upcoming POWER (64-bit) see this post) build in the next few days if this is the only change.
|
7)
Message boards :
Number crunching :
Alternative Platforms
(Message 24476)
Posted 4734 days ago by Redstar3894
Congrats on the PPC64 app. I have an IBM Power 3 (ppc64) running pps sieve at the moment, running Gentoo Linux, of course.
I was wondering if you could compile a generic app without altivec? IBM power doesn't support it. Is your app able to run the PPS LLR work units?
http://www.primegrid.com/show_host_detail.php?hostid=107509
I managed to squeeze out one work unit for the just completed Summer Solstice Challenge.
I should be able to cook one up fairly easily for you, but it may take me a couple days...there was a major power outage in my area with all the storms in the Midwest US the last few days and the UPS on my G5 failed to shut it down cleanly, which caused more than a few problems...so, long story short, I have to rebuild my Gentoo installation....I'm sure you know how fun that usually is... :p
Did you just want it without altivec or are there other CFLAGS you know of that work well on the POWER3? (I'm somewhat familiar with the POWER series but most of my experience has been building for the PowerPC architecture)
As for your other question, phrot and genefer, as well as the larger PRPNet platform are used in prime finding projects not a part of BOINC. There is more information in the following threads:
http://www.primegrid.com/forum_thread.php?id=1215
http://www.primegrid.com/forum_thread.php?id=1537
So it would unfortunately not be able to run PPS LLR workunits...as referenced earlier in this thread, and IIRC, LLR is currently only available for the x86 (and x86_64) architecture, though there is reportedly (according to Mark) a version of LLR in development using FFTW, which should allow it to be compiled for RISC architectures...
Take a look over the rest of the thread for more information on this, hopefully I'll have enough time to get Gentoo rebuilt and running on the G5 before the week is out, so I'll keep you updated of any new developments :)
And Welcome to PRPNet! :)
|
8)
Message boards :
Number crunching :
Alternative Platforms
(Message 24237)
Posted 4747 days ago by Redstar3894
Okay, so at long last and to relatively little fanfare...I would like to present to the PG community a new build of PRPNet!
prpclient-3.3.0alpha-PPC_Linux64
This was tested and working on a 64-bit installation of Gentoo Linux running on a G5 1.8 GHz single processor.
It includes:
Phrot 0.72, which performs PRP tests in a similar fashion to LLR.
Genefer 2.2.0 for RISC, which performs PRP tests on Generalized Fermat Numbers.
Works well on PPSE10 and 11k, GFN65536, ESP, 121, 27121, and GCW. See the above posts for more information on why GFN32768 and SGS are specifically NOT recommended.
I've posted the download link above, as well as the direct link here.
I would especially like to thank Mark (rogue) for all his help in getting this put together, I couldn't have done it without him!
Please PM me or email me (redstar3894 AT gmail DOT com) directly if anyone has any questions.
|
9)
Message boards :
Number crunching :
Alternative Platforms
(Message 24228)
Posted 4747 days ago by Redstar3894
Okay, I've been doing some tweaking with the compiler options (again, I wish my programming knowledge was a little better so I could do more work with the code itself) and I've been able to further optimize phrot and genefer....
Keep in mind, I haven't done any extensive testing or data collection to prove this hypothesis, it is just my general impression from how both were running through PRPNet
I'm not sure whether it is a product of how the code is written or just the way I ran it through GCC, but the time it took to produce results for both programs seemed to make a parabola (if hypothetically plotted on a grid)....smaller bases would take proportionally longer to produce a result, as would larger bases.... what I believe I've managed to do is make it so the larger bases are slightly faster than they were using my original build (i.e. ESP, GCW and 27121 seem to run faster) and the smaller PPSE wu's seem to take about the same amount of time....
Hope that made sense, so here's what worked for me...
Phrot (and YEAFFT) was compiled with the following: -O3 -ftree-loop-distribution -ffast-math -fno-unsafe-math-optimizations -funroll-loops -mcpu=970 -mtune=970 -maltivec -mpowerpc64
-mpowerpc-gpopt -mpowerpc-gfxopt -mdouble-float
Genefer was compiled with the following: -O3 -ftree-loop-distribution -ffast-math -fno-unsafe-math-optimizations -mcpu=970 -mtune=970 -maltivec
-mpowerpc64 -mpowerpc-gpopt -mpowerpc-gfxopt -mdouble-float
I've also compiled the new PRPNet release (3.3.0alpha) and it seems to be running fairly well...
I'm currently running a few more tests and then I'll be putting together a package for distribution...I'll upload it later and post the link here...I'll copy the scripts and prpclient.ini from the regular linux client...
My current builds of both phrot and genefer are tweaked for the G5 (PPC-970) and 64-bit Linux...I would have no problem attempting to create a build for the G4 if requested (although I have no way to reliably test this)
I'm not sure how many people out there are running PPC Linux, and even how many of them would be interested in running PRPNet, but hopefully this contribution will help somehow... :)
|
10)
Message boards :
Sieving :
ppsieve/tpsieve CUDA testing
(Message 24181)
Posted 4751 days ago by Redstar3894
Uhhh...that doesn't look good. Which one was that?
That was the most recent zip from your site....
Here, I re-downloaded it and ran again...I think I used incorrect command line parameters on the first run...
D:\Patrick\ppsieve-cuda-vc\Release>ppsieve-cuda.exe -p42070e9 -P42070030e6 -k 1201 -K 9999 -N 2000000 -z normal -q
ppsieve version cuda-0.1.1 (testing)
nstart=76, nstep=32, gpu_nstep=32
ppsieve initialized: 1201 <= k <= 9999, 76 <= n <= 2000000
Sieve started: 42070000000000 <= p < 42070030000000
Thread 0 starting
Detected GPU 0: GeForce GTX 260
Detected compute capability: 1.3
Detected 27 multiprocessors.
Thread 0 completed
Waiting for threads to exit
Sieve complete: 42070000000000 <= p < 42070030000000
Found 97 factors
count=955289,sum=0x2dbc17167afb6a8d
Elapsed time: 39.22 sec. (0.05 init + 39.17 sieve) at 769574 p/sec.
Processor time: 2.00 sec. (0.06 init + 1.93 sieve) at 15584353 p/sec.
Average processor utilization: 1.30 (init), 0.05 (sieve)
Screen lag was pretty bad...though not enough to make it completely unusable...
|
Next 10 posts
|
