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

Toggle Menu

Join PrimeGrid

Returning Participants

Community

Leader Boards

Results

Other

drummers-lowrise
1) Message boards : Project Staging Area : Usefulness of Factorial Search (Message 154768)
Posted 120 days ago by Profile OdicinProject donor
Oh, he is really double checking our work also?


He write so (Range from 150000≤n≤330000). Link to the post in first Message.

Regards Odi
2) Message boards : Project Staging Area : Usefulness of Factorial Search (Message 154737)
Posted 123 days ago by Profile OdicinProject donor
Propper also double checked up to n≤330000. So I also think, no need to do it here in the current leading edge.

Regards Odi
3) Message boards : Project Staging Area : New software (Message 154735)
Posted 123 days ago by Profile OdicinProject donor
You can already use the multithreaded llr with the current servers. You can find the manual at Mersenneforum.org: https://www.mersenneforum.org/showpost.php?p=455774&postcount=142. I also works with pfgw in the same way, but have use a similar notation (you can find here: https://wiki.bc-team.org/index.php?title=PRPnet#Multithreading_PFGW).

Regards Odi
4) Message boards : Project Staging Area : FFT size for factorials and primorials (Message 151060)
Posted 331 days ago by Profile OdicinProject donor
I know others have managed to finagle PRPNet into running LLR multithreaded, but I don't know if anyone did it with PFGW. Search the forums for advice if you want to try it.


Confirmed. It also works with pfgw 4.0 or newer in the same way like llr. (Original instructions here)

Instead of changing the "llrexe=" in prpclient.ini, you change the "pfgwexe=" line with the created batch file.

In the batch file, you only write the line:
@pfgw64.exe %* -T4


Change the number in your desired number of cores.

Before, you must update the pfgw.exe file with a newer version (>4.0) than the included version in the prpnet package.

Regards Odi
5) Message boards : Generalized Fermat Prime Search : Mac ATI apps temporarily turned off (Message 78421)
Posted 2899 days ago by Profile OdicinProject donor
[quote]Both of my ATI equipped macs (old iMac & new Mac Pro) are erroring out on all GFN GPU tasks :-(

http://www.primegrid.com/results.php?hostid=113925

Is your other GPU double precision? The error message you're getting is "no GPU". I think you'll get that error if there's no double precision GPU available.

As a side note, it seems we have a problem with Linux and Mac builds. When an error like this is detected, it's supposed to wait an hour before reporting the error. That prevents a single computer from trashing thousands of tasks. The delay seems to be broken. We'll fix that part.

But there's nothing we can do about it not running on Single Precision GPUs. Right now, it won't work on FirePro either, but it's unclear whether that can be fixed.


The HD 4850 should have DP. In past (on windows side), I had a lot of trouble with the ati drivers and the opencl support for the old Radeon 4XXX series. AMD dropped the support some years ago and the legacy driver is horrible. The only stable driver with opencl on my side was an old release of 2010 or 2011. But I don't know, how this is in mac world ;)

Regards Odi
6) Message boards : Project Staging Area : 2014 PRPNet June Challenge (Message 77369)
Posted 2941 days ago by Profile OdicinProject donor
GFN262144: INFO: Test for 1100680^262144+1 was ignored. Your application and/or prpclient is obsolete and MUST be upgraded


Are you running an old version of PRPNet or Genefer? Or is something broken?


I also got this message with the latest 5.3.1 prpnet client on this server. On my side this message occurs, when I got the maxerror by the gpu and commented out all cpu executables in prpnet.ini. I think the server handles this "false" message because of the reported roundofferr reside by the client.

Regards Odi
7) Message boards : Project Staging Area : PRPNet 5.3.1 (Message 77271)
Posted 2943 days ago by Profile OdicinProject donor
Having a curious problem on one of my clients with the new version:

Running 4 Tasks, 2 on CPU (all is fine) and 2 on GPU with geneferopencl. One GPU running on gpuaffinity=0 in prpclient.ini, the other on gpuaffinity=1. But one of the gpu tasks is problematic with the new prpclient, the other have no problems:

014-06-15 10:56:42 MS] Total Time: 0:49:24 Total Work Units: 1 Special Results Found: 0
[2014-06-15 10:56:42 MS] GFN262144: Returning work to server prpnet.primegrid.com at port 11002
[2014-06-15 10:56:43 MS] GFN262144: INFO: Test for 1078146^262144+1 was accepted
[2014-06-15 10:56:43 MS] GFN262144: INFO: All 1 test results were accepted
[2014-06-15 10:56:44 MS] GFN262144: Getting work from server prpnet.primegrid.com at port 11002
[2014-06-15 10:56:45 MS] GFN262144: PRPNet server is version 5.3.0
[2014-06-15 10:59:34 MS] GFN262144: Could not open file [lresults.txt] for reading. Assuming user stopped with ^C
[2014-06-15 10:59:34 MS] Total Time: 0:52:16 Total Work Units: 1 Special Results Found: 0
[2014-06-15 10:59:34 MS] Client shutdown complete


But I did not have a lresults.txt, also not in the other gpu directory where all is running fine.

Also at this time, i got an entry in memleak.txt:

Dump the changes that occurred between two memory checkpoints
-858993460 bytes in -858993460 Free Blocks.
-858993460 bytes in -858993460 Normal Blocks.
-858998593 bytes in -858993503 CRT Blocks.
-858993460 bytes in -858993460 Ignore Blocks.
-858993460 bytes in -858993460 Client Blocks.
Largest number used: -858998593 bytes.
Total allocations: -859002510 bytes.
Detected memory leaks!
Dumping objects ->
{562} normal block at 0x0069A160, 8 bytes long.
Data: < h > B4 CC 68 00 00 00 00 00
{211} normal block at 0x00699FD8, 8 bytes long.
Data: <, i > 2C E7 69 00 00 00 00 00
{210} normal block at 0x0069A080, 8 bytes long.
Data: <0Uj > 30 55 6A 00 00 00 00 00
Worker.cpp(19) : {208} normal block at 0x006A5528, 36 bytes long.
Data: < @h &h i GFN2> 10 40 68 00 E8 26 68 00 80 A0 69 00 47 46 4E 32
{207} normal block at 0x0069A010, 8 bytes long.
Data: < i > FC E6 69 00 00 00 00 00
ServerHandler.cpp(269) : {204} normal block at 0x0069E6E8, 100 bytes long.
Data: < CJ @h #j &h > 0C 43 4A 00 10 40 68 00 80 23 6A 00 E8 26 68 00
Object dump complete.


Any ideas?

Regards Odi
8) Message boards : Sophie Germain Prime Search : Most credits/WUs with no SGS find (Message 69105)
Posted 3219 days ago by Profile OdicinProject donor
I'm also out of race after 40600 WU's ;)
http://www.primegrid.com/primes/?section=primelist&userid=61485

Regards Odi
9) Message boards : Problems and Help : AMD Radeon 3000 (integrated) (Message 60112)
Posted 3500 days ago by Profile OdicinProject donor
@dancer42: I meant cards with chipset RV6XX, not the type model of Radeon. The HD5XXX or HD6XXX of the Radeon cards have at least the RV8XX chipset, that's why it is no problem to run them with opencl.

The smallest Radeon with RV710 chipset is the Radeon HD4350. So all Radeons HD3XXX and Radeon HD42XX will not run run with opencl.

Regards Odi
10) Message boards : Problems and Help : AMD Radeon 3000 (integrated) (Message 60033)
Posted 3502 days ago by Profile OdicinProject donor
You need at least RV7XX Chipset to run with Opencl. Cards with RV6XX chipset have no OpenCL capabilities and no driver will bring this to them. I tried this 2 years ago.

Meanwhile Collatz Conjecture is the only boinc project which supports these old RV6XX Cards with there Ati Stream App.

Regards Odi


Next 10 posts
[Return to PrimeGrid main page]
DNS Powered by DNSEXIT.COM
Copyright © 2005 - 2022 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 0.74, 0.81, 0.90
Generated 6 Jul 2022 | 15:59:02 UTC