Changes between Version 88 and Version 89 of ProjectOptions

Timestamp:

Jun 1, 2009, 11:15:14 AM (15 years ago)

Author:

davea

Comment:

--

ProjectOptions

@@ -26 +26 @@
 This is weaker than `one_result_per_user_per_wu`;
 it is useful if you're using homogeneous redundancy and most of the hosts of a particular class belong to a single user.
+
+{{{
+<min_sendwork_interval> N </min_sendwork_interval>
+}}}
+Minimum number of seconds between sending jobs to a given host.
+You can use this to limit the impact of faulty hosts.
+
+{{{
+<max_wus_in_progress> N </max_wus_in_progress>
+[<max_wus_in_progress_gpu> M </max_wus_in_progress_gpu>
+}}}
+Limit the number of jobs in progress on a given host.
+Starting with 6.8, the BOINC client report the resources used by in-progress jobs;
+in this case, the max CPU jobs in progress is '''N*NCPUS'''
+and the max GPU jobs in progress is '''M*NGPUs'''.
+Otherwise, the overall maximum is '''N*NCPUS + M*NGPUS)'''.
+
+{{{
+<gpu_multiplier> GM </gpu_multiplier>
+}}}
+If your project uses GPUs, set this to roughly the ratio
+of GPU speed to CPU speed.
+Used in the calculation of job limits (see next 2 items).
 {{{
 <max_wus_to_send> N </max_wus_to_send>
 }}}
-Maximum results sent per scheduler RPC.
-Helps prevent hosts from getting too many jobs and trashing them.
-But you should set this large enough so that a host which is only connected to the network
-at intervals has enough work to keep it occupied between connections.
-{{{
-<max_wus_in_progress> A </max_wus_in_progress>
-[ <max_wus_in_progress_cpu> B </max_wus_in_progress_cpu> ]
-[ <max_wus_in_progress_gpu> C </max_wus_in_progress_gpu> ]
-}}}
-The maximum jobs in progress on a given host is '''min(A, (B*#CPUs + C*#GPUS)'''.
-Starting with 6.8, the BOINC client report the resources used by in-progress jobs;
-in this case, the max CPU jobs in progress is '''B*#CPUs''',
-the max GPU jobs in progress is '''C*#GPUs''',
-and the max total jobs in progress is A.
-{{{
-<min_sendwork_interval> N </min_sendwork_interval>
-}}}
-Minimum number of seconds to wait after sending results to a given host, before new results are sent to the same host. Helps prevent hosts with download or application problems from trashing lots of results by returning lots of error results. But don't set it to be so long that a host goes idle after completing its work, before getting new work.
+Maximum jobs returned per scheduler RPC is '''N*(NCPUS + GM*NGPUS)'''.
+You can use this to limit the impact of faulty hosts.
+
 {{{
 <daily_result_quota> N </daily_result_quota>
 }}}
-Each host has a field max_results_day in the interval [1 .. daily_result_quota];
+Each host has a field MRD in the interval [1 .. daily_result_quota];
 it's initially daily_result_quota, and is adjusted as the host sends good or bad results.
-The maximum number of jobs sent to a given host in a 24-hour period is MRD * NCPUs.
-
-Set daily_result_quota large enough that a host can download enough work
-to keep it busy if disconnected from the net for a few days.
-{{{
-<cuda_multiplier>N</cuda_multiplier>
-}}}
-See the above.
-If a host has M CUDA devices, use M*N instead of NCPUS.
-Set this to the speed ratio of an average CUDA device to an average CPU, i.e. about 10 or 20.
-
+The maximum number of jobs sent to a given host in a 24-hour period is '''MRD*(NCPUS + GM*NGPUS)'''.
+You can use this to limit the impact of faulty hosts.
 {{{
 <ignore_delay_bound/>
 }}}
-By default, results are not sent to hosts too slow to complete them within delay bound. If this flag is set, this rule is not enforced.
+By default, results are not sent to hosts too slow to complete them within delay bound.
+If this flag is set, this rule is not enforced.
 {{{
 <ban_os>regexp</ban_os>
 }}}
-Any host for which os_name<tab>os_version matches the given regular expression will not be sent jobs. This is a POSIX extended regular expression.
+Any host for which os_name<tab>os_version matches the given regular expression will not be sent jobs.
+This is a POSIX extended regular expression.
 {{{
 <ban_cpu>regexp</ban_cpu>
 }}}
-Any host for which p_vendor<tab>p_model matches the given regular expression will not be sent jobs. This is a POSIX extended regular expression.
+Any host for which p_vendor<tab>p_model matches the given regular expression will not be sent jobs.
+This is a POSIX extended regular expression.
 {{{
 <workload_sim>0|1</workload_sim>
@@ -91 +93 @@
 <nowork_skip> 0|1 </nowork_skip>
 }}}
-If the scheduling server has no work, it replies to RPCs without doing any database access (e.g., without looking up the user or host record). This reduces DB load, but it fails to update preferences when users click on Update. Use it if your server DB is overloaded.
+If the scheduling server has no work, it replies to RPCs without doing any database access (e.g., without looking up the user or host record). This reduces DB load, but it fails to update preferences when users click on Update.
+Use it if your server DB is overloaded.
 {{{
 <multiple_clients_per_host>0|1</multiple_clients_per_host>