an idea: dumping worker status via command line

[ixfd64]

I think it'd be really amazing if Prime95 had an option to dump the current worker status to the console via command line. For example,

prime95 --status

could produce something like this:

[Prime95 status report]
Time: Sun Nov 10 11:22:25 2014
Version: 28.5
Platform: Windows (64-bit)

[Worker #1]
Running: true
Exponent: 70532887
Type: LL
Progress: 88.71%
ETA: 2d 8h 39m 44s

[Worker #2]
Running: true
Exponent: 70532911
Type: LL
Progress: 80.68%
ETA: 4d 2h 8m 4s

[Worker #3]
Running: false
Exponent: 70532929
Type: P-1
Progress: S1, 45.91%
ETA: 1d 17h 9m 40s

[Worker #4]
Running: true
Exponent: 70532953
Type: P-1
Progress: S2, GCD
ETA: 3m 24s

There could be additional options to display the data in different formats, such as CSV, JSON or XML. This could be extremely useful for people who want to monitor Prime95 remotely and/or are running it as a service. Thoughts?

[Prime95]

Originally Posted by ixfd64

I think it'd be really amazing if Prime95 had an option to dump the current worker status to the console via command line.

I'm all for a tool that helps me monitor my machines remotely. Alas, I have no idea how to do that. I also have no idea how to make an executable that can be both a console app and a windows app.

[WraithX]

Originally Posted by Prime95

I'm all for a tool that helps me monitor my machines remotely. Alas, I have no idea how to do that. I also have no idea how to make an executable that can be both a console app and a windows app.

How about a separate command line utility that searches for running prime95.exe processes and then sends a custom signal to those processes to "report status". This utility could be called p95status.exe. Prime95 would have to be rewritten with a new signal (message?) handler that looks for this custom message. Then either P95 can send details back to p95status, or P95 could write a custom log file (maybe <pid>_<date>_<time>_p95_status.log). I guess at that point you might want separate messages so you can output different types of log files, like CSV, or XML, etc. You could call those WM_P95_STATUS_CSV, or WM_P95_STATUS_XML, or WM_P95_STATUS_TXT for plain human readable output.

I haven't really done much Windows (gui) programming, but a quick search suggested that SendMessageTimeout might be a way to send this custom message to another process on the same computer. The timeout would be useful in case this signal is being sent to an older P95.exe that can't process this new message. Would this be for Windows only, or would you want to be able to get this status info on Mac and Linux too?

[Prime95]

A good solution must work for Windows, Linux, and Mac.

In my case, I have two computers running Windows and one running Linux. I'd like to monitor them from my Mac laptop (app pings the three computers hourly and pops up a message when one of the remote computers goes down).

Again, I don't know how to do this. I'd be happy to incorporate code from someone that does.

[J F]

P95 could write some status.txt to disk, in configurable intervals.
Users can view/grep/convert this file with constructs of their liking.
Timestamp of status older than current time minus interval?
Then something is fishy, go look.

[swl551]

I think this is a solution looking for a problem. prime95 by its mission requires extreme level of accuracy. it's unlikely to have general problems where things are being done out of order or incorrectly or illogically.

[WraithX]

Originally Posted by Prime95

A good solution must work for Windows, Linux, and Mac.

In my case, I have two computers running Windows and one running Linux. I'd like to monitor them from my Mac laptop (app pings the three computers hourly and pops up a message when one of the remote computers goes down).

Again, I don't know how to do this. I'd be happy to incorporate code from someone that does.

Hmmm, what if Prime95 opened and listened to an additional TCP port? p95status.exe could send a "requesting status" packet to that port and P95 could reply with the requested status information? This should make it easy for all systems (Windows, Linux, Mac) to partake in listen/send/receive type actions. And, it should be easy to get information from local or remote computers, too.

Does this sound like a good approach to a solution? If so, I'd be happy to start writing code for p95status. P95 would also have to be updated to listen for and respond to these messages. I haven't looked too deeply into the P95 code, so I'd have to ask for help on where the extension to P95 should go.

[Mark Rose]

I would be in favour of dumping JSON or XML to a file. Let people set up their own web servers or some other mechanism for polling those files. Some might run Nginx, others might use scp, and others might symlink the JSON file to ~/.plan and run fingerd.

[ixfd64]

Originally Posted by Prime95

I also have no idea how to make an executable that can be both a console app and a windows app.

I know this is an extremely old thread but decided to revisit the issue. It turns out a program cannot be both a console and a non-console application: https://stackoverflow.com/questions/...ui-application

At least that's the case for Windows.

[Caboose700]

I think in the interest of cross-platform, something like dumping the status to a .txt or .json file that other programs could watch for updates would be the best solution.


As it stands now, monitor programs need to scan the directory for save files, and read those files directly on a semi-regular basis to get progress updates (and those updates only occur every X minutes configured to save the file in the first place).

[SethTro]

Originally Posted by Caboose700

I think in the interest of cross-platform, something like dumping the status to a .txt or .json file that other programs could watch for updates would be the best solution.


As it stands now, monitor programs need to scan the directory for save files, and read those files directly on a semi-regular basis to get progress updates (and those updates only occur every X minutes configured to save the file in the first place).

I'm working on something like this right now (see https://www.mersenneforum.org/showpo...&postcount=440)