mfaktc: a CUDA program for Mersenne prefactoring

[kladner]

Originally Posted by LaurV

you don't really need to make it so complicate, unless you want to specify express which CPU core is used for which copy, and which copy to run on which GPU, etc,[snip]

I do have such concerns. Since I'm splitting up a 1090T between mfaktc and P95, I want to lock down the affinities. Two of the switches in the line (/k and /b) result in a single prompt window for each instance of mfaktc, which will stay open if worktodo.txt should happen to run dry. /low sets priority, at least for the CPU work involved in mfaktc. The other part of these settings is in the .ini. I have these settings there:

NumStreams=3
CPUStreams=3
GridSize=3
AllowSleep=1

All this helps noticeably with usability for the computer for other tasks.

Originally Posted by LaurV

The disadvantage of my method is that the results files will be in the subfolders. This can not be (yet) customized in the ini files. But for that I made a batch file to collect all the result.txt from subfolders, so I don't need to walk on each subfolder and look for them.

I would be grateful for an example of such a batch. It sounds very convenient indeed.

[Dubslow]

Originally Posted by PsycO

Yes this is exactly what i was referring to!!!
But... Woaaaaaaa, tons of work here!!! The server is really complete!!!
Feasable, but i need to know if integration to Prime95 is planned, on a medium time scale, or in the next year??? If not, the project is interesting....
TheJudger: Do you have talked to Woltman on a possible integration??? And do you are the CUDALucas develloper(For permission)?? As they are develloped for the same goal, the ability to crunch for mersenne on GPU, if i make GUI with primenet integration, i will surely integrate them all(mfaktc, mfakto, CUDALucas)!!!

If you mean making mfaktc capable of 'talking' to PrimeNet and automatically collecting assignments, that is already in the works. Ask Christenson if you really want to help there. As for integration, there is much work to be done yet before mfaktc is fully mature, and correct me if I'm wrong The Judger and Prime95, but I doubt it will be done in the next year.

[Xyzzy]

Is there any way to share multiple instances in one folder?

[LaurV]

Originally Posted by Xyzzy

Is there any way to share multiple instances in one folder?

Not really, or I don't know any. The problem is that all copies need to access and modify the first line of worktodo.txt, and it would be very easy to result in conflicts, as missing an intermediary bit level, a complete assignment line, or duplicating the same work on different instances. To specify a different worktodo for each copy you could modify the ini file, but then you will need different ini files for each copy, so we are in a vicious circle here. But this is not a problem. The solution with subfolders works ok.

[TheJudger]

Originally Posted by James Heinrich

No perhaps, please(!) add in some code to limit the frequency of writing checkpoint files!

OK, added to my todo-list.

Originally Posted by RichD

That's good to know, which begs the next question. Is a checkpoint file written when a ctrl-c (break) is invoked?

up to mfaktc 0.17: no!
mfaktc 0.18: 1st ^C pressed: finish the current class write a checkpoint and exit. 2nd ^C pressed: exit now (like older versions)
I don't have plans for checkpoints within a class.

Originally Posted by Xyzzy

Is there any way to share multiple instances in one folder?

Not on my todo-list. It would be easy to add such a basic functionality but I guess that this increases the chance that a user unintentional runs two instances on the same data.

Originally Posted by PsycO

Do you have talked to Woltman on a possible integration??? And do you are the CUDALucas develloper(For permission)??

Yes, possible but AFAIK no concrete plan yet.
No to the second question.


Oliver

[James Heinrich]

    class | candidates |    time | avg. rate | SievePrimes |    ETA | CPU wait
2367/4620 |      9.99G | 326.41s |  30.62M/s |      200000 |  1d18h |   10.31%

Is the "candidates" column capped at <10G, or just by chance that it's been sitting at that suspicious number for the duration of my current assignment?

[TheJudger]

Hi James,

I guess just some luck with your assignment.

Oliver

[Dubslow]

Geez, what is that, 74 bits? I'm doing 50M from 69-72 and have 2.24G classes...

[James Heinrich]

Originally Posted by Dubslow

Geez, what is that, 74 bits? I'm doing 50M from 69-72 and have 2.24G classes...

got assignment: exp=595900037 bit_min=78 bit_max=79
Starting trial factoring M595900037 from 2^78 to 2^79
 k_min = 253592411590980
 k_max = 507184823188150
Using GPU kernel "barrett79_mul32"

[KyleAskine]

Originally Posted by James Heinrich

    class | candidates |    time | avg. rate | SievePrimes |    ETA | CPU wait
2367/4620 |      9.99G | 326.41s |  30.62M/s |      200000 |  1d18h |   10.31%

Is the "candidates" column capped at <10G, or just by chance that it's been sitting at that suspicious number for the duration of my current assignment?

You could force sieve primes down just a hair and see if the candidates goes up

[Dubslow]

Originally Posted by kladner

cmd.exe /k "start /b /low /affinity 0x20 mfaktc-win-64.exe"

cmd.exe /k "start /b /low /affinity 0x10 mfaktc-win-64.exe"

cmd.exe /k "start /b /low /affinity 0x08 mfaktc-win-64.exe"

Hey kladner,
First off, I heard Chicago's already gotten snow. True? (If so, not fair!)
Now: You said the /k makes sure each prompt gets its own window, and /b pauses the prompt if mfaktc stops running?

If I'm only running one instance, I can drop the /k, right?

And is cmd.exe recognized even if I'm running this command from the mfaktc folder (or in my case shortcut in the mfaktc folder)?