Changes between Version 1 and Version 2 of Ticket #450
- Timestamp:
- Dec 3, 2008, 5:04:24 AM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #450 – Description
v1 v2 1 Debugging checkpoint code can be hard if it requires running under the control of the core client, so it's often useful to make it checkpoint without caring about preferences when running as standalone. For example, making it [attachment:ticket:450:always_checkpoint.c checkpoint always] if standalone (instead of calling boinc_time_to_checkpoint), but that causes too much I/O. [attachment:ticket:450:other_workaround.c Other workarounds] that devs could use reduce performance of the application '''both''' as standalone and with client (because of all the extra function calls). One way to avoid that performance hit is using [attachment:ticket:450:function_pointers.c function pointers]. That already gets ''quite'' messy...1 Debugging checkpoint code can be hard if it requires running under the control of the core client, so it's often useful to make it checkpoint without caring about preferences when running as standalone. For example, making it [attachment:ticket:450:always_checkpoint.c checkpoint always] if standalone (instead of calling boinc_time_to_checkpoint), but that causes too much I/O. It's much better to make it checkpoint at a [attachment:ticket:450:other_workaround.c fixed interval] 2 2 3 I suggest adding a feature inside {{{boinc_time_to_checkpoint}}} itself to return true every few seconds if running standalone. Maybe make it possible to disable using {{{#ifdef}}}, and add a {{{#define}}} for changing the time between checkpoints.3 I suggest adding a feature inside {{{boinc_time_to_checkpoint}}} itself to return true every few seconds if running standalone. Maybe make it possible to change the checkpoint interval.
