summaryrefslogtreecommitdiff
path: root/src/or/cpuworker.c
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2006-03-12 22:48:18 +0000
committerNick Mathewson <nickm@torproject.org>2006-03-12 22:48:18 +0000
commit474c60b7433da2302c35832571f41867714d8f65 (patch)
tree630b53f7fdd65de04d7a8735262221f5d419bf4a /src/or/cpuworker.c
parentb67a5ba49801a0a4e190036a30cd0b3d622de9ef (diff)
downloadtor-474c60b7433da2302c35832571f41867714d8f65.tar.gz
tor-474c60b7433da2302c35832571f41867714d8f65.zip
Cleanup on time-relaqted constants. New conventions:
1) Surround all constants by (parens), whether we'll be using them in a denominator or not. 2) Express all time periods as products (24*60*60), not as multiplied-out constants (86400). 3) Comments like "(60*60) /* one hour */" are as pointless as comments like "c = a + b; /* set c to the sum of a and b */". Remove them. 4) All time periods should be #defined constants, not given inline. 5) All time periods should have doxygen comments. 6) All time periods, unless specified, are in seconds. It's not necessary to say so. To summarize, the old (lack of) style would allow: #define FOO_RETRY_INTERVAL 60*60 /* one hour (seconds) */ next_try = now + 3600; The new style is: /** How often do we reattempt foo? */ #define FOO_RETRY_INTERVAL (60*60) next_try = now + RETRY_INTERVAL; svn:r6142
Diffstat (limited to 'src/or/cpuworker.c')
-rw-r--r--src/or/cpuworker.c12
1 files changed, 7 insertions, 5 deletions
diff --git a/src/or/cpuworker.c b/src/or/cpuworker.c
index 6b9e1b57de..860025a55c 100644
--- a/src/or/cpuworker.c
+++ b/src/or/cpuworker.c
@@ -398,12 +398,14 @@ process_pending_task(connection_t *cpuworker)
log_warn(LD_OR,"assign_to_cpuworker failed. Ignoring.");
}
-#define CPUWORKER_BUSY_TIMEOUT 3600 /* seconds */
+/** How long do we let a cpuworker work before deciding that it's wedged? */
+#define CPUWORKER_BUSY_TIMEOUT (60*60)
-/** We have a bug that I can't find. Sometimes, very rarely, cpuworkers
- * get stuck in the 'busy' state, even though the cpuworker process
- * thinks of itself as idle. I don't know why. But here's a workaround
- * to kill any cpuworker that's been busy for more than 3600 seconds. */
+/** We have a bug that I can't find. Sometimes, very rarely, cpuworkers get
+ * stuck in the 'busy' state, even though the cpuworker process thinks of
+ * itself as idle. I don't know why. But here's a workaround to kill any
+ * cpuworker that's been busy for more than CPUWORKER_BUSY_TIMEOUT.
+ */
static void
cull_wedged_cpuworkers(void)
{