mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > Hardware > GPU Computing

Reply
 
Thread Tools
Old 2012-01-16, 15:23   #342
flashjh
 
flashjh's Avatar
 
"Jerry"
Nov 2011
Vancouver, WA

1,123 Posts
Default

Quote:
Originally Posted by KyleAskine View Post
I will try to harvest some from GPU to 72 tonight when I get home.
Me too
flashjh is offline   Reply With Quote
Old 2012-01-16, 16:30   #343
chalsall
If I May
 
chalsall's Avatar
 
"Chris Halsall"
Sep 2002
Barbados

2·67·73 Posts
Default

Quote:
Originally Posted by KyleAskine View Post
I will try to harvest some from GPU to 72 tonight when I get home.
I've asked Spidy to look for some available candidates in the 59M range. So far it's only found 15.

If it can't get a couple of hundred or so, I'll ask it to grab a few up the 60M or so range. Past where it's currently useful for the LL wavefront, but worthwhile for future work.

I'll have the system return them to the pool after being TFed to 70 or beyond.

Edit: Spidy also often finds at least a few dozen only TFed to 69 in the current working ranges at around 0000 UTC if you want to check then.

Edit2: And, of course, you could always do some work in the DC range where there's a large number available only TFed to 68.

Last fiddled with by chalsall on 2012-01-16 at 16:45
chalsall is online now   Reply With Quote
Old 2012-01-16, 16:40   #344
KyleAskine
 
KyleAskine's Avatar
 
Oct 2011
Maryland

12216 Posts
Default

I have mfakto on a 6570, which is far from a high end card. When I go from 69 to 70 on it, it can do around 50 or 55 M/s. When I go from 70 to 71 it can only do around 25 M/s. Could I be hitting the onboard memory limit, so it has to use slow memory? Could it be something else? I haven't experienced this with any other card.

Edit - Nope, I just grabbed a 69 to 70, and that has the same issue. Something else has happened here...

Edit 2 - Alright, the core speed seems to have been halved... and I cannot change it... time for a reboot.

Last fiddled with by KyleAskine on 2012-01-16 at 16:48
KyleAskine is offline   Reply With Quote
Old 2012-01-16, 16:48   #345
Dubslow
Basketry That Evening!
 
Dubslow's Avatar
 
"Bunslow the Bold"
Jun 2011
40<A<43 -89<O<-88

3×29×83 Posts
Default

Quote:
Originally Posted by chalsall View Post

Edit: Spidy also often finds at least a few dozen only TFed to 69 in the current working ranges at around 0000 UTC if you want to check then.
I've found that more often than not the standard daily dump finds 100+ at 69 <60M. Just give it a day or two, and as long as flash and Kyle are paying attention, they ought to be able to get them real easy like. (I think that's the first time I've ever used that particular construction.) I check like once or twice a day, and there's usually at least 50 available at 69.
Dubslow is offline   Reply With Quote
Old 2012-01-16, 16:53   #346
Bdot
 
Bdot's Avatar
 
Nov 2010
Germany

59710 Posts
Default

Quote:
Originally Posted by KyleAskine View Post
I have mfakto on a 6570, which is far from a high end card. When I go from 69 to 70 on it, it can do around 50 or 55 M/s. When I go from 70 to 71 it can only do around 25 M/s. Could I be hitting the onboard memory limit, so it has to use slow memory? Could it be something else? I haven't experienced this with any other card.
Memory usage should be the same (and very low). I'd guess that some other parameters are chosen differently, like threads per grid, NumStreams, VectorSize, SievePrimes or the kernel being used. Threads per grid and NumStreams are the only parameters to influence GPU memory consumption.

Are CPU and GPU load about the same? Do you set the affinity of mfakto (differently)? I'll include in the test package a binary that can tell you the raw kernel speed. That can help isolate the issue.
Bdot is offline   Reply With Quote
Old 2012-01-16, 19:13   #347
KyleAskine
 
KyleAskine's Avatar
 
Oct 2011
Maryland

4428 Posts
Default

Quote:
Originally Posted by Bdot View Post
Memory usage should be the same (and very low). I'd guess that some other parameters are chosen differently, like threads per grid, NumStreams, VectorSize, SievePrimes or the kernel being used. Threads per grid and NumStreams are the only parameters to influence GPU memory consumption.

Are CPU and GPU load about the same? Do you set the affinity of mfakto (differently)? I'll include in the test package a binary that can tell you the raw kernel speed. That can help isolate the issue.
Something wonky happened with the drivers (or something), but a reboot got me back to normal.
KyleAskine is offline   Reply With Quote
Old 2012-01-19, 02:27   #348
RMAC9.5
 
RMAC9.5's Avatar
 
Jun 2003

100110012 Posts
Default

Bdot,

I recently added an ATI6970 video card to this PC and need some help in setting up Mfakto-0.10p1. My O/S is Windows Server 2003 SP1. My video driver is 11-12_xp64_dd_ccc_ocl. The CCC setup exe or msi appeared to install correctly even though I don't see the red CCC icon at bottom right side of my screen. My initial error message when I ran Mfakto-64.exe was a MSVCR100.dll not found message. After getting this error I ran the OpenCL.msi file in the OpenCL64 folder and the CCC_utility64.msi file in the Utility64 folder. They appeared to install correctly, but this did not solve my problem. Search finds 3 copies of the MSVCR100.dll on this PC with today's date. Suggestions on what to do next are appreciated.

Thanks,
Roger
RMAC9.5 is offline   Reply With Quote
Old 2012-01-19, 03:27   #349
flashjh
 
flashjh's Avatar
 
"Jerry"
Nov 2011
Vancouver, WA

46316 Posts
Default

Quote:
Originally Posted by RMAC9.5 View Post
Bdot,

I recently added an ATI6970 video card to this PC and need some help in setting up Mfakto-0.10p1. My O/S is Windows Server 2003 SP1. My video driver is 11-12_xp64_dd_ccc_ocl. The CCC setup exe or msi appeared to install correctly even though I don't see the red CCC icon at bottom right side of my screen. My initial error message when I ran Mfakto-64.exe was a MSVCR100.dll not found message. After getting this error I ran the OpenCL.msi file in the OpenCL64 folder and the CCC_utility64.msi file in the Utility64 folder. They appeared to install correctly, but this did not solve my problem. Search finds 3 copies of the MSVCR100.dll on this PC with today's date. Suggestions on what to do next are appreciated.

Thanks,
Roger
Did you use the GPU computing guide? I found I needed the AMD App SDK. I never saw that error though... bdot may have more suggestions.

EDIT: I did some searching for your specific error and found this:

Code:
I managed to fix this missing MSVCR100.dll error by installing the 2010 C++ Visual Studio redistributable at:
http://www.microsoft.com/downloads/e...F-9350143D5867
Attached Files
File Type: pdf GIMPS_GPU_Computing_Guide_v_0.07a.pdf (213.2 KB, 115 views)

Last fiddled with by flashjh on 2012-01-19 at 03:48
flashjh is offline   Reply With Quote
Old 2012-01-20, 16:14   #350
Bdot
 
Bdot's Avatar
 
Nov 2010
Germany

11258 Posts
Default

Quote:
Originally Posted by RMAC9.5 View Post
Bdot,

I recently added an ATI6970 video card to this PC and need some help in setting up Mfakto-0.10p1. My O/S is Windows Server 2003 SP1. My video driver is 11-12_xp64_dd_ccc_ocl. The CCC setup exe or msi appeared to install correctly even though I don't see the red CCC icon at bottom right side of my screen. My initial error message when I ran Mfakto-64.exe was a MSVCR100.dll not found message. After getting this error I ran the OpenCL.msi file in the OpenCL64 folder and the CCC_utility64.msi file in the Utility64 folder. They appeared to install correctly, but this did not solve my problem. Search finds 3 copies of the MSVCR100.dll on this PC with today's date. Suggestions on what to do next are appreciated.

Thanks,
Roger
Hi Roger,

as flashjh already pointed out, this is the MS VisualC Runtime, version 10.0 that needs to be installed via the redistributable. If you already have that dll a few times, then mfakto was just not able to find it (the dll's directory needs to be in the PATH variable), or it has the wrong version. You can try creating another copy of that dll in mfakto's directory, if you want to avoid downloading and installing the redistributable.

Bdot
Bdot is offline   Reply With Quote
Old 2012-01-22, 10:41   #351
Bdot
 
Bdot's Avatar
 
Nov 2010
Germany

3·199 Posts
Default

Quote:
Originally Posted by flashjh View Post
Did you use the GPU computing guide? I found I needed the AMD App SDK. I never saw that error though... bdot may have more suggestions.
BTW, when using the latest (11.12) AMD drivers, the APP SDK is no longer required. I'm not sure since when that is so - AMD documented it for 11.7/Windows and 11.9/Linux, but I found on 11.9/Windows it was still needed.
Bdot is offline   Reply With Quote
Old 2012-01-22, 14:31   #352
flashjh
 
flashjh's Avatar
 
"Jerry"
Nov 2011
Vancouver, WA

112310 Posts
Default

Quote:
Originally Posted by Bdot View Post
BTW, when using the latest (11.12) AMD drivers, the APP SDK is no longer required. I'm not sure since when that is so - AMD documented it for 11.7/Windows and 11.9/Linux, but I found on 11.9/Windows it was still needed.
Yes, you're right... My newest install only has 11.12 and everything works great. Thanks.
flashjh is offline   Reply With Quote
Reply



Similar Threads
Thread Thread Starter Forum Replies Last Post
mfaktc: a CUDA program for Mersenne prefactoring TheJudger GPU Computing 3498 2021-08-06 21:07
gpuOwL: an OpenCL program for Mersenne primality testing preda GpuOwl 2719 2021-08-05 22:43
LL with OpenCL msft GPU Computing 433 2019-06-23 21:11
OpenCL for FPGAs TObject GPU Computing 2 2013-10-12 21:09
Program to TF Mersenne numbers with more than 1 sextillion digits? Stargate38 Factoring 24 2011-11-03 00:34

All times are UTC. The time now is 22:00.


Fri Aug 6 22:00:26 UTC 2021 up 14 days, 16:29, 1 user, load averages: 2.77, 2.79, 2.69

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.