Table of Contents
Compound applications
Compound applications are deprecated. Use the wrapper instead.)
A compound application consists of a main program and one or more worker programs. The main program executes the worker programs in sequence, and maintains a 'main state file' that records which worker programs have completed. The main program assigns to each worker program a subrange of the overall 'fraction done' range of 0..1. For example, if there are two worker programs with equal runtime, the first would have range 0 to 0.5 and the second would have range 0.5 to 1. Typical main program logic is:
BOINC_OPTIONS options;
options.main_program = true;
...
boinc_init_options(&options)
read main state file
for each remaining worker program:
APP_INIT_DATA aid;
boinc_get_init_data(aid);
aid.fraction_done_start = x
aid.fraction_done_end = y
boinc_write_init_data_file(aid)
run the app
wait for the app to finish
poll
write main state file
if last app:
break
boinc_parse_init_data_file() // reads CPU time from app_init.xml file
boinc_finish()
where x and y are the appropriate fraction done range limits. Typical worker program logic is:
BOINC_OPTIONS options;
options.main_program = false;
options.send_status_msgs = true;
...
boinc_init_options(&options);
...
do work, calling boinc_fraction_done() with values from 0 to 1,
and boinc_time_to_checkpoint(), occasionally
...
boinc_finish(); // this writes final CPU time to app_init.xml file
If the graphics is handled in a program that runs concurrently with the worker programs, it must also call boinc_init_options(), typically with all options false, then boinc_init_graphics(), and eventually boinc_finish().
If the main program is responsible for reporting application status to the core client, it should periodically call
boinc_report_app_status(
double cpu_time, // CPU time since start of WU
double checkpoint_cpu_time, // CPU time at last checkpoint
double fraction_done
);