Prime95 version 29.6/29.7/29.8

[chalsall]

@George: Could you please add this feature when you have a moment.

Basic use-case is in a fully scripted Colab / Kaggle environment. It would be nice having a setting (probably in prime.txt) which causes mprime to exit when worktodo.txt is empty. Rather than it continuing to run, consuming 0% of the CPU, while it watches worktodo.txt for more work.

Some of my scripts watch worktodo.txt and SIGINTs mprime when it becomes empty. But in some designs it would be much easier if we could just "`./mprime`;" (Perl; "!./mprime" in Python) and then loop around and fetch more work and feed it to a new run of mprime.

[Prime95]

Originally Posted by chalsall

@George: Could you please add this feature when you have a moment.

Basic use-case is in a fully scripted Colab / Kaggle environment. It would be nice having a setting (probably in prime.txt) which causes mprime to exit when worktodo.txt is empty. Rather than it continuing to run, consuming 0% of the CPU, while it watches worktodo.txt for more work.

Are you expecting mprime to first get work and populate worktodo.txt and run until it is empty?

Or are you pre-populating worktodo.txt and running mprime until worktodo.txt is empty?

Is this option only for one-worker mprime runs?

[chalsall]

Originally Posted by Prime95

Are you expecting mprime to first get work and populate worktodo.txt and run until it is empty? Or are you pre-populating worktodo.txt and running mprime until worktodo.txt is empty?

The latter.

Originally Posted by Prime95

Is this option only for one-worker mprime runs?

Not quite sure what you mean by this.

The workflow would be a new compute instance (nominally a Colab or Kaggle run) is the host for an ephemeral mprime run. Work in the worktodo.txt file is to be processed by mprime, and then mprime exits.

It would then be up to the instance's "bootstrap" code to fetch more work, place it in worktodo.txt, and then mprime is launched again.

I hope that makes sense. Thanks for considering this.

[axn]

Originally Posted by Prime95

Is this option only for one-worker mprime runs?

My personal use case has two Worker threads (each with approximately same amount of work). So, the instance would quit if _all_ of the workers are empty.

I suppose, the feature is applicable only if:
a) UsePrimenet = 0 (this is the kaggle/colab) OR
b) UsePrimenet = 1 and NoMoreWork = 1 (and worktodo.add is not there/empty??) (regular GIMPS, but we want to stop work, and quit the instance as well).

[chalsall]

Originally Posted by axn

My personal use case has two Worker threads (each with approximately same amount of work).

Ah, I now understand George's question.

In the Colab / Kaggle Notebook instances, if a GPU is attached the CPU available is only a single core (HT enabled). Kaggle offers two CPU cores (again HT enabled) when running CPU only.

So, only one worker.

Edit: Oh, and it would be fine if mprime reported back to Primenet before exiting. In my use-case I'll proxy it if needed.

[Mark Rose]

This would also be nice for automated benchmarking.

[Prime95]

Exit when out of work: Please try build 29.8 build 7. I did not test this, let me know if it works or could be improved upon. New feature is described in undoc.txt.

[chalsall]

Originally Posted by Prime95

New feature is described in undoc.txt.

Sweet! Thanks, George!

It will be a couple of days before I can test this myself.

[mathwiz]

Originally Posted by Prime95

Exit when out of work: Please try build 29.8 build 7. I did not test this, let me know if it works or could be improved upon. New feature is described in undoc.txt.

Will the source for this release be posted somewhere?

[Prime95]

Originally Posted by mathwiz

Will the source for this release be posted somewhere?

If the feature works and someone needs the source. Do you need it?

[axn]

Originally Posted by Prime95

Exit when out of work: Please try build 29.8 build 7. I did not test this, let me know if it works or could be improved upon. New feature is described in undoc.txt.

Link?