BOINC Server-Side Daemon Program
From Unofficial BOINC Wiki
Contents |
[edit] General
A BOINC Powered Project includes of a set of Server-Side Daemon Programs (programs that run all the time). In other words, a continuously running program that performs a specific function within the BOINC System. Each program should be listed as a daemon in the config.xml file. Each BOINC Server-Side Daemon Program has the command-line options:
| Option | Description |
|---|---|
| -d N | Sets the verbosity level. 1 = critical messages only, 2 = normal messages, 3 = detailed debugging information. |
| -one_pass | Process all available items, then quit. |
| -mod n i | Handle only Work Units for which mod(id, n) = i. This lets you run the BOINC Server-Side Daemon Program on arbitrarily many machines. (available for the Feeder Daemon, Transitioner Daemon, and Validator Daemon). |
The Process ID of each running BOINC Server-Side Daemon Program is recorded in the <pid_dir> directory and the process is sent a SIGHUP in a DISABLE operation.
[edit] Assimilator
There is one Assimilator Daemon per Application in each BOINC Powered Project. It handles Work Units that are 'completed': that is, that have a Canonical Result or for which an error condition has occurred. Handling a successfully completed Result might involve recording the Result's information in a Master Science Database and perhaps generating more work.
[edit] Database Purge
The application-independent program db_purge removes work-related database entries when they are no longer needed. This keeps your database at a constant size even when your BOINC Powered Project runs for a long time.
[edit] File Deleter
The application-independent program file_deleter deletes input and output files when they are no longer needed on the Project's Data Servers.
[edit] Transitioner
The application-independent Transitioner Daemon program (a.k.a. Transitioner) is supplied by the BOINC System Software. It handles the state transitions of the Work Units and Results. It generates initial Results for Work Units, and generates more Results when timeouts or errors occur.
[edit] Validator
There is one Validator Daemon per Application. It compares Redundant Results and selects a Canonical Result representing the correct output, and an amount of Credit that should be granted to the Participant, the Participant's Computer, and the Participant's Team of those Participants that return the correct output and are members of the Quorum of Results.
[edit] Work Generator
There is one Work Generator Daemon per Application. It creates Work Units and the corresponding Work Unit Data Files. Each Work Generator is application-specific, and uses BOINC Library Functions for registering the Work Units in the BOINC Database.
During testing, you can create a single Work Unit using the program create_work, then use the daemon program make_work to copy this Work Unit as needed to maintain a given supply of work.
[edit] UCB Source
[edit] Copyright ©
- 2005 University of California
- 2005 Paul D. Buck
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
