<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html><head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <meta name="generator" content="Osso Notes">
    <title></title></head>
<body>
<p>----- Original message -----
<br>&gt; Thanks for your reply
<br>&gt; How can I understand when it's enough to increase things? Is there any
<br>&gt; manual way to get current values of each buffer, etc?
<br>
<br>well, I tend to use loggen for performance tests, also you can query syslog-ng internal statistics using 'syslog-ng-ctl stats'
<br>
<br>&gt; Also since I'm logging a lot of things I'd love to know if there are some
<br>&gt; other ways to lose messages without seeing them in "dropped"?
<br>
<br>syslog-ng counts everything it dropped using the dropped counters for destinations (which is a log-fifo overflow btw)
<br>
<br>messages can be lost outside syslog-ng because of transport reasons:
<br>&#32;&#32;* udp shouldn't be used for anything serious.
<br>&#32;&#32;* connection breaks can cause message loss
<br>
<br>
<br>&gt; 
<br>&gt; &gt; In general, performance wise you want to increase stuff
<br>&gt; &gt; (log-fetch-limit,
<br>&gt; log-iw-size, flush-lines for file destinations), memory-use and
<br>&gt; reliability wise you want to decrease them.
<br>&gt; &gt; Also, you have to make sure that sum(log-iw-size) &lt; log-fifo-size.
<br>&gt; So you propose just randomly tune those params? I just don't understand
<br>&gt; how should I get check if it helped. 
<br>
<br>no :) random tuning would be slow to converge to the ideal values.
<br>
<br>
<br>
<br>I need to see the current state of
<br>&gt; each buffer(to be able to get some statistics data) to see if it helps.
<br>
<br>syslog-ng-ctl stats displays the current values of statistics as a csv file.
<br>
<br>also you can ask syslog-ng to measure more stats by increasing stats-level (at the cost of some performance)
<br>
<br>&gt; 
<br>&gt; And one more specific question:
<br>&gt; &gt; If flow-control is in use and one of the destinations cannot accept the
<br>&gt; messages, the other destinations do not receive any messages either,
<br>&gt; because syslog-ng stops reading the source.
<br>
<br>this is not true. syslog-ng stops sources individually when their window is full.
<br>
<br>&gt; Why there is no messages about it in syslog-ng logs? It must be error,
<br>&gt; don't you think so?
<br>&gt; And what if I don't have flow-control enabled?
<br><br></p>
</body>
</html>