Use systemd timer to delay boinc startup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
boinc (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Using Ubuntu 16.04 (or any system with systemd)
Current status:
boinc-client shows up as costing 1 second at boot with systemd-analyze blame due to sleep 1 in service file. I'm guessing this is to try and make boinc have less impact on bootup (it does afaict). If there is a different reason this might all be moot :).
Proposal I'm looking into:
Using systemd timers to tell boinc to start running X amount of time after bootup.
Something like:
/lib/systemd/
[Unit]
Description=Runs boinc-client service after bootup
[Timer]
OnBootSec=25s
Unit=boinc-
[Install]
WantedBy=
/lib/systemd/
[Unit]
Description=
After=network.
[Service]
Nice=10
User=boinc
PermissionsStar
#ExecStartPre=
#ExecStartPre=
ExecStart=
ExecReload=
ExecStopPost=
IOSchedulingCla
With the following boinc-client is no longer in the blame list at all!
I disabled the ExecStartPre because boinc-client seemed to start them earlier.
I choose 25s at random for my slow test machine. I'm not sure the best value there.
[1] man systemd.timer
OnActiveSec=, OnBootSec=, OnStartupSec=, OnUnitActiveSec=, OnUnitInactiveSec=
Defines monotonic timers relative to different starting points: OnActiveSec= defines a timer relative to the moment the timer itself is activated. OnBootSec= defines
a timer relative to when the machine was booted up. OnStartupSec= defines a timer relative to when systemd was first started. OnUnitActiveSec= defines a timer
relative to when the unit the timer is activating was last activated. OnUnitInactiveSec= defines a timer relative to when the unit the timer is activating was last
[2] http://
This bug was fixed in the package boinc - 7.6.25+dfsg-1
---------------
boinc (7.6.25+dfsg-1) unstable; urgency=medium
* New upstream release.
* Upload to unstable
* Remove sleep 1 in service file, useless because it doesn't
fix the missing GPU detect (LP: #1544300)
-- Gianfranco Costamagna <email address hidden> Thu, 11 Feb 2016 12:38:59 +0100