summaryrefslogtreecommitdiffstats
path: root/doc/v6compatibility.html
diff options
context:
space:
mode:
authorRainer Gerhards <rgerhards@adiscon.com>2011-07-13 12:54:08 +0200
committerRainer Gerhards <rgerhards@adiscon.com>2011-07-13 12:54:08 +0200
commit742afce7458505be1a82792c9b5728f58456565d (patch)
tree1784391b6b7948c208e52ee0ca6f5c504463a268 /doc/v6compatibility.html
parent9b7107111dac2a3d836063e576e465e5f3b791db (diff)
downloadrsyslog-742afce7458505be1a82792c9b5728f58456565d.tar.gz
rsyslog-742afce7458505be1a82792c9b5728f58456565d.tar.xz
rsyslog-742afce7458505be1a82792c9b5728f58456565d.zip
lexer bug: *.somewhat PRIs not detected
regression from last update
Diffstat (limited to 'doc/v6compatibility.html')
-rw-r--r--doc/v6compatibility.html30
1 files changed, 30 insertions, 0 deletions
diff --git a/doc/v6compatibility.html b/doc/v6compatibility.html
new file mode 100644
index 00000000..6d60062f
--- /dev/null
+++ b/doc/v6compatibility.html
@@ -0,0 +1,30 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html><head><title>Compatibility notes for rsyslog v5</title>
+</head>
+<body>
+<h1>Compatibility Notes for rsyslog v5</h1>
+<p><small><i>Written by <a href="http://www.gerhards.net/rainer">Rainer Gerhards</a>
+(2009-07-15)</i></small></p>
+<p>The changes introduced in rsyslog v5 are numerous, but not very intrusive.
+This document describes things to keep in mind when moving from v4 to v5. It
+does not list enhancements nor does it talk about compatibility concerns introduced
+by earlier versions (for this, see their respective compatibility documents).
+<h2>HUP processing</h2>
+<p>The $HUPisRestart directive is supported by some early v5 versions, but has been removed
+in 5.1.3 and above. That means that restart-type HUP processing is no longer
+available. This processing was redundant and had a lot a drawbacks.
+For details, please see the
+<a href="v4compatibility.html">rsyslog v4 compatibility notes</a> which elaborate
+on the reasons and the (few) things you may need to change.
+<h2>Queue Worker Thread Shutdown</h2>
+<p>Previous rsyslog versions had the capability to &quot;run&quot; on zero queue worker
+if no work was required. This was done to save a very limited number of resources. However,
+it came at the price of great complexity. In v5, we have decided to let a minium of one
+worker run all the time. The additional resource consumption is probably not noticable at
+all, however, this enabled us to do some important code cleanups, resulting in faster
+and more reliable code (complex code is hard to maintain and error-prone). From the
+regular user's point of view, this change should be barely noticable. I am including the
+note for expert users, who will notice it in rsyslog debug output and other analysis tools.
+So it is no error if each queue in non-direct mode now always runs at least one worker
+thread.
+</body></html>