![]() |
|
|
#34 | |
|
∂2ω=0
Sep 2002
República de California
22·2,939 Posts |
Quote:
"You must be connected to the internet when you launch the script; once it has done its initial work-fetching you can be offline most of the time; the program will simply periodically check whether there are any new results in the run directory in which it was launched; if yes *and* it is able to connect to the PrimeNet server it will submit the new results (usually just one, unless you are offline nearly all the time) and fetch new work; otherwise it will sleep and retry later. The default is to check for 'results to submit/work to get?' every 6 hours; you may override this via the -t option, followed by your desired time interval in seconds. '-t 0' means run a single-shot get-work-to-do and quit, if for some reason you prefer to periodically run the script manually yourself." That periodic checkin also updates assignment details - my 'cpus' page is up to date. 1. What *exact* command did you use to run the py-script, and what was the resulting terminal output? 2. Does 'ps aux |grep primenet' show a running primenet.py? 3. If 'yes' to [2], does the exponent page show any update in last 12 hours? |
|
|
|
|
|
|
#35 | |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
373 Posts |
Quote:
python primenet.py -d -T 100 -u [Username] -p [password] I entered ps aux lgrep primenet and received: ps: illegal argument: lgrep usage: ps [-AaCcEefhjlMmrSTvwXx] [-O fmt | -o fmt] [-G gid[,gid...]] [-u] [-p pid[,pid...]] [-t tty[,tty...]] [-U user[,user...]] ps [-L] I then restarted python primenet.py and received: primenet.py: send_progress: Cannot update, the registration is not done primenet.py: send_progress: Call primenet.py with --register option I then entered ps aux lgrep primenet and nothing Please forgive my lack of familiarity with these commands and instructions |
|
|
|
|
|
|
#36 |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
373 Posts |
|
|
|
|
|
|
#37 | |
|
"Alexander"
Nov 2008
The Alamo City
11110111112 Posts |
Quote:
Last fiddled with by Happy5214 on 2021-06-20 at 06:31 |
|
|
|
|
|
|
#38 | |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
373 Posts |
Quote:
but still nothing |
|
|
|
|
|
|
#39 | |
|
∂2ω=0
Sep 2002
República de California
22×2,939 Posts |
Quote:
That's on me - I see I forgot to mention the --register step on the README. Go ahead and try it, and I'll use your result/feedback to update the README. |
|
|
|
|
|
|
#40 | |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
373 Posts |
Quote:
|
|
|
|
|
|
|
#41 | |
|
"Teal Dulcet"
Jun 2018
2·5·11 Posts |
Quote:
For reference, the first time it can be run like this to just register the instance with PrimeNet: python3 primenet.py -d -t 0 -T <Worktype> -u <PrimeNet User ID> and then it can subsequently be run like this to automatically get assignments, report assignment results and progress to PrimeNet: python3 primenet.py -d If setting up more than one worker/run on the computer, the the above two commands are: python3 primenet.py -d -t 0 -T <Worktype> -u <PrimeNet User ID> --num_workers <Number of workers> and python3 primenet.py -d -c <Worker/CPU core number> See here or run python3 primenet.py --help for the full list of supported options. The Mlucas install script can automate all of this for Linux users. |
|
|
|
|
|
|
#42 | |
|
∂2ω=0
Sep 2002
República de California
22·2,939 Posts |
Quote:
[ewmayer@localhost obj_avx512]$ python primenet.py --register Usage: primenet.py [options] primenet.py: error: To register the instance, --username and --hostname are required OK, retry with python primenet.py --register --username ewmayer --hostname knl_test GUID 9e4336ce6f928e63d0f19696f688720f correctly registered with the following features: Username: ewmayer Hostname: knl_test CPU model: cpu.unknown CPU features: CPU L1 cache size: 8kB CPU L2 cache size: 512kB CPU cores: 1 CPU thread per core: 0 CPU frequency: 100MHz Memory size: 0MB If you want to change the value, please rerun with the corresponding options or edit the local.ini file and rerun with --register option You can see the result in this page: https://www.mersenne.org/editcpu/?g=...f19696f688720f Registration creates a local.ini file, here mine from the above: Code:
[primenet] worktype = 101 num_cache = 1 percent_limit = 90 hostname = knl_test cpu_model = cpu.unknown features = frequency = 100 memory = 0 l1 = 8 l2 = 512 np = 1 hp = 0 username = ewmayer guid = 9e4336ce6f928e63d0f19696f688720f python primenet.py -d [-T [worktype]] -u [uid] -p [pwd] [-t [frequency]] & Note since registration has created a default worktype and most folks are OK with the default every-6-hour updates, so you really now just want python primenet.py -d -u [uid] -p [pwd] That will add couple fields to local.ini after the first few updates-to-server, including password = [pwd] usec_per_iter = [last per-iter-time for current assignment] ====================== @tdulcet: Correct me if I'm wrong, but I thought your setup script is Linux-only. Bayanne is using a Mac. |
|
|
|
|
|
|
#43 |
|
"Tony Gott"
Aug 2002
Yell, Shetland, UK
5658 Posts |
OK, sorted now
used: python primenet.py -d This created estimated completion, and days to go Used: python primenet.py --register --username[] --hostname[] And this confirmed registration details Thanks to you both. |
|
|
|
|
|
#44 | |
|
"Teal Dulcet"
Jun 2018
2×5×11 Posts |
Quote:
The commands and output for our PrimeNet script is roughly the same as what you posted, except there is no -r/--register option since that is automatic. With Loïc's PrimeNet script, the -r/--register option controlled whether it either used the PrimeNet API to report assignment results and progress or only did manual testing. With Daniel and I's PrimeNet script, the -p/--password option controls this instead. If the user provides a password, it will only do manual testing and will not report the progress (this was of course the default behavior for old versions of the PrimeNet script before Loïc Le Loarer's version). If they do NOT provide a password, it will completely use the PrimeNet v5 API, just as Prime95/MPrime does. There are other minor differences too, including different defaults. That usec_per_iter field was renamed to msec_per_iter, since the value of course is in milliseconds not microseconds. It also now defaults to hourly updates to support PRP proof uploading with GpuOwl and eventually Mlucas v20.1 (the Linux install script will keep the default 6 hour updates until v20.1 is released). Please see the dedicated thread for a long list of all our changes/improvements. |
|
|
|
|
![]() |
| Thread Tools | |
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Mlucas v19 available | ewmayer | Mlucas | 89 | 2021-02-01 20:37 |
| Mlucas v18 available | ewmayer | Mlucas | 48 | 2019-11-28 02:53 |
| MLucas on IBM Mainframe | Lorenzo | Mlucas | 52 | 2016-03-13 08:45 |
| Mlucas on Sparc - | Unregistered | Mlucas | 0 | 2009-10-27 20:35 |
| mlucas on sun | delta_t | Mlucas | 14 | 2007-10-04 05:45 |