rgerhards wrote:The current input uses a single thread. No way around. However, I am short of writing a new TLS input module, as the current one's design involves a number of other performance issues. Plus we have some stability issue that I can not reproduce and thus fix. It begins to look like rewriting is less effort than fixing.
johannreinhard wrote:One more thing to consider regarding TLS in v5.7.1. Why does the receiving server require much more processing power than the sending server? Using identical servers the receiving server has a core that's 99% used while the sending server's top utilized core is only at 70%. These are brand new Opteron 6136 processors.
rgerhards wrote:That's an interesting question, to which I have no answer right now.
However,I have thought about the situation in general. Do you expect only a single or multiple sender? With a single sender, there is obviously not so much I can do, but if we have multiple senders, I could see if I modify the input module to utilize multiple threads, but a connection will always need to be handled by one thread at a time.
Feedback is appreciated.
johannreinhard wrote:We typically have multiple senders and a single receiver, so the multiple thread modification you described would work wonderfully. If you have some way to let rsyslog do some sort of round-robin load balancing, you could even improve server to server throughput by using multiple connections.
rgerhards wrote:But I currently do not have the time to setup a good enough test environment, so it would be very useful if you could try it out when I have reached a decent stage. If that's OK with you, I would probably be able to implement it within a week or so.
rgerhards wrote:sorry, John, I seem to have overlooked your initial reply :( I will try to get something done soon, but I am unfortunately not sure if I actually manage to do that before my xmas-break (as usual, a lot of late minute stuff came in...). I am really sorry for that. Please let me know if you would still be interested if the work extends into the second half of jan 2011...
Users browsing this forum: No registered users and 2 guests