Thread (1 message) 1 message, 1 author, 2017-10-21

Re: [PATCH 4/4] fsmonitor: Delay updating state until after split index is merged

From: Junio C Hamano <hidden>
Date: 2017-10-21 02:06:18

Ben Peart [off-list ref] writes:
quoted
quoted
+	} else {
+		trace_printf_key(&trace_fsmonitor, "fsmonitor not enabled");
+	}
+
I'd remove the trace statement above as it isn't always
accurate. fsmonitor could be enabled but just hasn't written/read the
extension yet.
I agree; when it is not enabled, we shouldn't be paying the penalty,
either.  I wonder if tweak_*() function can return early upfront if
we know fsmonitor is not enabled to make it even more obvious.
quoted
quoted
+	if (ignore_fsmonitor)
+		trace_printf_key(&trace_fsmonitor, "Ignoring fsmonitor for %s", ce->name);
This is the code path I am fairly certain should not be penalized if
tracing is disabled.
Definitely agree with the need to remove this tracing as it will get
called a lot and we don't want to pay the perf penalty.
Yes.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help