wiki:BackendPrograms

Version 15 (modified by davea, 12 years ago) (diff)

--

Job-processing daemons

The job-processing pipeline involves several other daemons that are application-independent: i.e., they're part of BOINC, and you don't have to modify them.

Feeder

This program is supplied by BOINC and is application independent. It creates a shared-memory segment used to pass database records to CGI scheduler processes. This data includes applications, application versions, and 'work items' (an unsent result and its corresponding workunit). It has the following command-line options:

-d N
Sets the verbosity level. 1=low ... 4=high.
--mod n i
Handle only workunits for which mod(id, n) = i. This lets you run the feeder on arbitrarily many machines.
--random_order
Enumerate work items in order of increasing result.random
--priority_order
Enumerate work items in order of decreasing result.priority
--priority_order_create_time
Enumerate work items in order of decreasing result.priority, then increasing workunit.id
--sleep_interval N
Sleep N seconds if nothing to do
--allapps
Interleave work items from all applications. Weight applications according to the value of their 'weight' field; if all weights are zero, results are interleaved uniformly. Without this option, runnable results are enumerated in an indeterminate order, and there may be periods when only results from one application are available for sending.
--by_batch
Interleave work items uniformly across batches.
--purge_stale X
remove work items from the shared memory segment that have been there for longer than x minutes but haven't been assigned
-appids N1, N2, …
Get work only for the given apps. Useful if your project uses both locality and job-cache scheduling. Can't be used in combination with -allapps, but you can get the same effect by using -allapps and assigning nonzero weights only to the apps you want.

If a user's project preferences include elements of the form <app_id>N</app_id> then the scheduler will send the user work only from those applications.

Transitioner

It handles state transitions of workunits and results. It generates initial results for workunits, and generates more results when timeouts or errors occur. Options:

--sleep_interval N
sleep N seconds if nothing to do (default 5)
--one_pass
do one pass, then exit
-d N
debug level N (1 .. 4 = most verbose)
--mod n i
process only WUs with (id mod n) == i