> As a side-note: I think that my UDP message loss may partly be related > to DNS > resolution. I will try this in a lab tomorrow. But I still think a lot > of > packets never leave the source system. This may be related to the > virtual > environment I am currently using for the lab. I hope to be able to > generate > the traffic by a program, because that offers me the flexibility (now > and in > the future) to test complex messages scenarios (what, granted, does not > help > if it does not expose the problem...).
Very interesting - I just did a couple of tests with UDP and various DNS resolution settings. The message loss I see is definitely related to DNS resolution. This is especially interesting as in my lab setup there should be no need to do more than the initial query. This points into some area that either is buggy or needs to be optimized. When I turn off DNS resolution, I have far fewer lost message. Still, there is between 1% and 10% loss for reasonable high traffic, but that is OK from my expectations given the lab environment I use. With DNS resolution, I have > 90% loss, and this difference is clearly not acceptable. I will look into this issue, but will try to find the segfault first (better not change the environment so that the bug moves to some other region). In the light of this, I'll probably rerun some of my tests today without reverse DNS resolution - the higher rate will hopefully trigger the bug in my lab. Rainer _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
