On Sun, Mar 15, 2020 at 03:43:09PM -0700, Robert Woodcock <r...@debian.org> wrote: > If you *do* need to differentiate, I would adjust the limit for the > number of outstanding probes in packet/probe.h, and then recompile: > > #define MAX_PROBES 1024 > > However, that's not enough - I believe the intent of this limit is to > match the default Linux limit of 1024 open files per process, which you > will need to override in /etc/security/limits.conf to make effective use > of the new limit in your copy of mtr. > > Probably the best long-term fix would be to automatically free the > oldest probe when the newest one is requested, but I don't know how > practical that would be.
Thanks a lot for this detailed analysis and tips. The strange thing, though, is that this is clearly a regression, i.e. these limits (other than the kernel limit) seem to either be new, or mtr silently handled this in the past. Anyway, if that's going to be it, I'll simply have to adapt, and this apparently works as designed and is not a bug. -- The choice of a Deliantra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=====/_/_//_/\_,_/ /_/\_\