Configuration¶
Put your projects and limits in ~/.config/qdevices/qdevices.toml; start from examples/qdevices.toml
(below). It has one table per site: [euroqexa], [vlq] and [piastq]. An unknown table or key is
refused, so that no secret goes there by mistake. No token goes in this file. Without the file no
project is allowed: a dry run reports it, and a send is refused.
Key, every site |
Type |
Default |
What it does |
|---|---|---|---|
|
list of texts |
none |
the projects a manifest may name; a send for another project is refused |
|
number |
none |
needed to send: the seconds the app may use on the site, summed over all records of the site and project (Billing and usage). 0 or more; 0 stops every send, and the other commands still work |
|
number |
300 |
above 0: the most time one job may take; the budget counts an order of unknown time at this value |
|
number |
900 |
the longest wait for one job; then the call ends, the job stays open, and a resume collects it. On VLQ a longer wait needs more time left on the token (the rule |
|
number |
none |
the hours of your award, shown by |
|
whole number |
none |
1 or more: your own limit on the shots of one job, below the limit of the site |
|
list of texts |
none |
folders or records of other runners under the same award; they count in the budget and the open-order check of a send to their site, and the app never writes them (Manifests and records) |
Site |
Key |
What it does |
|---|---|---|
VLQ |
|
the LEXIS projects the device time may be booked on; the |
Piast-Q |
|
the hours a job may be sent in, as |
Piast-Q |
|
the time zone of |
Piast-Q |
|
1 or more: replaces the limit of 200 shots a job that the app holds for Piast-Q; set it only on the site’s written word (Piast-Q (PCSS)) |
A lower value of max_shots, site_max_shots or job_seconds_limit would turn their rule off, so it is
refused. Euro-Q-Exa has no key of its own: the app holds its limit of 3,000,000 shots times gates a job
(LRZ), and no key changes it (Euro-Q-Exa (LRZ)).
Set
budget_secondswell below the award. A lost or open order counts atjob_seconds_limit, so a smalljob_seconds_limitleaves more of the budget usable.Set
job_seconds_limitabove the longest job you expect: a longer result stops the run (the rulejob_time).Set
wait_secondsto what you are willing to wait in one call.
# The example config. `./run.sh` in an example folder checks against it while the manifest says MY-PROJECT.
# For a live run, copy it to ~/.config/qdevices/qdevices.toml, where the app reads it, and put your own names in it.
# No token goes in this file: an unknown key is refused.
[euroqexa]
projects = ["MY-PROJECT"] # the projects a manifest may name
award_hours = 5 # your award on this machine, for `qdevices usage`
budget_seconds = 3000 # the most the app may use on the site, as its records count them
job_seconds_limit = 500 # the most one job may take; a lost or open order counts at this value
wait_seconds = 900 # the longest wait for one job; the job then stays open
[vlq]
projects = ["MY-PROJECT"]
lexis_projects = ["MY-LEXIS-PROJECT"]
award_hours = 5
budget_seconds = 600
job_seconds_limit = 300
wait_seconds = 900
[piastq]
projects = ["MY-PROJECT"]
award_hours = 5
budget_seconds = 3600
job_seconds_limit = 600
wait_seconds = 900
# window = ["Mon 09:00-12:00", "Wed-Thu 14:00-18:00"] # hours to send in, if you are given any
# window_zone = "Europe/Warsaw"