]> git.bitcoin.ninja Git - rust-lightning/commitdiff
Drop some "Channel does not qualify for a feerate change" logs
authorMatt Corallo <git@bluematt.me>
Tue, 13 Feb 2024 23:00:38 +0000 (23:00 +0000)
committerMatt Corallo <git@bluematt.me>
Tue, 13 Feb 2024 23:06:48 +0000 (23:06 +0000)
On a high-traffic/channel node, `Channel .* does not qualify for a
feerate change.*` is our most common log, and it doesn't provide
much useful information. It's logged in two cases - (a) where the
estimator feerate is less than the current channel feerate but not
by more than half twice and (b) where we'd like to update the
channel feerate but the peer is disconnected or channel not
available for updates.

Because these conditions can persist and we log them once a minute
the volume of logs can add up quickly. Here we simply remove the
log in case (a), though leave (b) as its anticipated to be somewhat
quieter and does indicate a persistent issue that should be
addressed (possibly by closing the channel).

lightning/src/ln/channelmanager.rs

index 243cf74182205a61f62fae90b66e58f4da0c62bd..55b2cbae441f5870498ab703787b2772ed9a7310 100644 (file)
@@ -4833,10 +4833,6 @@ where
 
                // If the feerate has decreased by less than half, don't bother
                if new_feerate <= chan.context.get_feerate_sat_per_1000_weight() && new_feerate * 2 > chan.context.get_feerate_sat_per_1000_weight() {
-                       if new_feerate != chan.context.get_feerate_sat_per_1000_weight() {
-                               log_trace!(logger, "Channel {} does not qualify for a feerate change from {} to {}.",
-                               chan_id, chan.context.get_feerate_sat_per_1000_weight(), new_feerate);
-                       }
                        return NotifyOption::SkipPersistNoEvents;
                }
                if !chan.context.is_live() {