Changes between Version 6 and Version 7 of AppMultiThread
- Timestamp:
- Nov 20, 2007, 3:44:31 PM (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
AppMultiThread
v6 v7 67 67 * app->core (process control channel): {{{<actual_nthreads>}}} 68 68 69 {{{ 70 #!comment 71 72 *ahem* 73 74 Unless, before we get to add multi-threading support, we do the sane thing and change the communication use a compact binary protocol over a pipe instead of XML over shared memory. 75 76 "shared memory has to be right below 'printing and scanning with OCR' in terms of favorite means of IPC" -- rtyler on #boinc, irc.freenode.net 77 78 By the way, it would be nice to stabilize the API documented here, and implement it as a stub that always tells the app to use 1 thread. That way project developers don't have to wait for BOINC support before making multi-threaded applications. They could create apps supporting multiple threads right now, and whenever the BOINC client (or an unofficial fork, since everything will be so nicely documented, right?) adds support for this, they would Just Work(tm). 79 }}} 80 69 81 Client maintains estimates of CPU efficiency per job, 70 82 uses this to scale {{{target_nthreads}}}. 71 72 83 73 84 Implementation ({{{enforce_schedule()}}}):