Prime95 version 29.6/29.7/29.8

[kotenok2000]

Originally Posted by kotenok2000

When i scroll prime95 output it scrolls too much.
I have set scrolling settings to scrol 3 lines for one click.

If more than 31 entry is present in worktodo, only 31 entry is displayed in status window.

[Viliam Furik]

Originally Posted by kotenok2000

If more than 31 entry is present in worktodo, only 31 entry is displayed in status window.

I think that's intentional and meant for practical use. At the bottom there is "More...", meaning there is more, but the program didn't display it, because it was told to not make the window too big.

The average user doesn't need to know the finish of task 32 or more. If you need that, you can always rearrange the tasks in worktodo.txt.

[James Heinrich]

Originally Posted by kotenok2000

If more than 31 entry is present in worktodo, only 31 entry is displayed in status window.

There can be far fewer than 31 entries if you have more than one worker configured, the window is constrained by a total number of lines.

If you're interested in estimated completion dates of large numbers of assignments, you can see it on your Workload page.

Any bugreport/feature-requests should probably be checked against the current version of Prime95 and if still relevant posted in the v30.3 thread, this thread should probably be un-stickied since it's no longer the current version.

[Viliam Furik]

Originally Posted by James Heinrich

Any bugreport/feature-requests should probably be checked against the current version of Prime95 and if still relevant posted in the v30.3 thread, this thread should probably be un-stickied since it's no longer the current version.

The first part was done, the second part not. The version used is obviously 30.x, because of proof lines in the communication sub-window of the Prime95.

[kriesel]

This More... behavior is an issue, overused, since it shows up in place of the sole concealed line per worker. And yes, in V30.3b6. Why not display the line that will fit, instead of the uninformative More... line?

[LaurV]

I remember a discussion long ago in the past where George said that the limit is not by the window space (which can easily be made scrollable) but by the computing time. If you have a billion assignments (like P-1 or TF, that we were doing with P95 at the time), the program wasted a lot of time to compute the ETAs for all the queued work, and it looked like it is frozen when the window appeared. Therefore, we (the participants at that talk at the time) somehow concluded that the most of the people only have one-two assignments, and the space/time should be limited to that. George changed it accordingly. If you take versions of P95 from 10 or 15 years ago, you understand what I mean by "freezing" when you open that window.

Processors at the time had two cores, and only "rich people", or those quite dedicated, had 4 cores, , and LL-ing a 35M exponent still took 30 to 60 days or so... Therefore most people only had 1-2 assignments to look at, and the TF was coming "automatically", if the exponent you got was not TFed enough, P95 would do the TF for you. Meantime, processors with a million cores appeared...

Even so. Mostly, we are interested of the work queued in the near future. But if you have so many assignments, you still could just go to worktodo.txt and look inside...

[S485122]

A way to circumvent this "problem" is to run different instances of Prime95... The status window will contain at least your first assignments, opening it will not stall the computer too much...

Jacob

[kriesel]

Originally Posted by LaurV

Mostly, we are interested of the work queued in the near future. But if you have so many assignments, you still could just go to worktodo.txt and look inside...

The second worktodo line per worker is the near future, possibly days or hours away. But prime95 will hide its projected completion or identity, even if there are only two entries per worker, if there are enough workers, substituting More... lines for half the worktodo lines. Its computation of when More... is necessary or useful seems to be off by one.
On a Xeon Phi, configured as prime95 does by default with 4 cores per worker, there will be 16, 17, or 18 workers depending on Phi model 7210, 7250, or 7290. The status output will look something like

[Worker thread 1]

M101xxxxxx, PRP, Mon Dec 14 07:45 2020
More...
[Worker thread #2]
M101xxxxxx, PRP, Mon Dec 14 22:11 2020
More...
[Worker thread #3]
M56xxxxxx, Double Check, Mon Dec 17 12:34 2020
More...
(etc through worker thread 16, 17 or 18, hiding half the assignments behind "More...")

Phis are no longer expensive systems; a used 7210 system can be had for US$499 & shipping & sales tax on eBay.

The delays I've seen on status output relate to P-1 assignments. Prime95 could cache the run time or at least the bounds selection, and speed that up a lot. It apparently redoes the B1 and B2 optimization computations for each P-1 assignment, every time status is displayed for the work list whether the list or memory available changed or not.