run mprime in background

[guest]

Hello,

I want to run mprime on Linux (openSUSE) in the background. I started the stress test so:

mprime -t &

But after every cycle I get the status of each cpu, that the test is still running, like:

[Worker #1 Jan 20 16:56] Test 2, 5300 Lucas-Lehmer iterations of M14155775 using FFT length 720K, Pass1=320, Pass2=2304.
[Worker #2 Jan 20 16:56] Test 2, 5300 Lucas-Lehmer iterations of M14155775 using FFT length 720K, Pass1=320, Pass2=2304.

I want to have no outputs.
What can I do, to run mprime -t in the background? Why is the option -B not longer supported?

Kind regards.
Stefan

[Mark Rose]

I like to run it in `screen`.

I put this in my crontab to have it start at boot

@reboot screen -S mprime -d -m /home/ontherange/mprime/mprime.exe -d

Alternatively you can run `screen mprime`. To detach from screen and leave it running, type ctrl-a, d. To reattach to screen running in the background, run `screen -r`.

[guest]

Currently I run it in screen mode, but I thought, there is a "better" way. Can I run mprime in a silent or quiet mode?

[guest]

Perhaps with?

mprime -t > /dev/null 2>&1 &

[chalsall]

Originally Posted by guest

Currently I run it in screen mode, but I thought, there is a "better" way. Can I run mprime in a silent or quiet mode?

I do:

./mprime </dev/null >/dev/null 2>/dev/null &

...and then exit the SSH session (if not a local instance). The last step is critical, or else mprime will stop shortly after the SSH session terminates for whatever reason (local machine goes down, internet connection goes down, etc).

[LaurV]

How about CTRL+ALT+F6, login, run mprime, then ALT+F7 back to x?
(don't jump on me, I am not a linux guy, hehe, but the tty6 is almost never used, some may use 1, 2, 3, but that is! for some reasons debian offers 6...)

[Mark Rose]

Originally Posted by LaurV

How about CTRL+ALT+F6, login, run mprime, then ALT+F7 back to x?
(don't jump on me, I am not a linux guy, hehe, but the tty6 is almost never used, some may use 1, 2, 3, but that is! for some reasons debian offers 6...)

*sits down at LaurV's computer with the screensaver locked, hits ctrl-alt-f6, hits ctrl-c, does evil*


I wouldn't recommend that method ;)

[Xyzzy]

All bets (security) are off once you have physical access.

[LaurV]

Originally Posted by Mark Rose

*sits down at LaurV's computer with the screensaver locked, hits ctrl-alt-f6, hits ctrl-c, does evil*
I wouldn't recommend that method ;)

You have no imagination, take the keyboard and lock it in a cabinet. Didn't you see Mr. Bean with the steering wheel?

[EdH]

Originally Posted by LaurV

You have no imagination, take the keyboard and lock it in a cabinet. Didn't you see Mr. Bean with the steering wheel?

On all my linux machines I can unplug the keyboard and plug in a different one and it will work fine. In fact, most of my machines currently have no keyboard, mouse or monitor. But, if I need to I can plug in all three and work away without crashing anything. And, that's PS2 keyboards...

As to the reference to screen, I have also used tmux via ssh on my systems from time to time.