diff options
| author | Rainer Gerhards <rgerhards@adiscon.com> | 2012-12-06 17:28:54 +0100 |
|---|---|---|
| committer | Rainer Gerhards <rgerhards@adiscon.com> | 2012-12-06 17:28:54 +0100 |
| commit | 7f4536b95720689c568a75f810645a55af3d1303 (patch) | |
| tree | 4c9b83d9f65ef2bc619ca32fb9c534b99c2d8a9a | |
| parent | 42d1d27a019f25bf39c1f424cd9fb23560728c58 (diff) | |
| download | rsyslog-7f4536b95720689c568a75f810645a55af3d1303.tar.gz rsyslog-7f4536b95720689c568a75f810645a55af3d1303.tar.bz2 rsyslog-7f4536b95720689c568a75f810645a55af3d1303.zip | |
doc: mention msg obj changes in ChangeLog
| -rw-r--r-- | ChangeLog | 16 |
1 files changed, 15 insertions, 1 deletions
@@ -15,6 +15,21 @@ Version 7.3.5 [devel] 2012-11-?? - bugfix[minor]: invalid error code when mmnormalize could not access rulebase - doc bugfix: corrections and improvements in mmnormalize html doc page +- bugfix: some message properties could be garbled due to race condition + This happened only on very high volume systems, if the same message was + being processed by two different actions. This was a regression caused + by the new config processor, which did no longer properly enable msg + locking in multithreaded cases. The bugfix is actually a refactoring of + the msg locking code - we no longer do unlocked operations, as the use + case for it has mostly gone away. It is potentially possible only at + very low-end systems, and there the small additional overhead of doing + the locking does not really hurt. Instead, the removal of that + capability can actually slightly improve performance in common cases, + as the code path is smaller and requires slightly less memory writes. + That probably outperforms the extra locking overhead (which in the + low-end case always happens in user space, without need for kernel + support as we can always directly aquire the lock - there is no + contention at all). --------------------------------------------------------------------------- Version 7.3.4 [devel] 2012-11-23 - further (and rather drastically) improved disk queue performance @@ -210,7 +225,6 @@ Version 7.1.12 [beta] 2012-10-18 This happened only under some circumstances. Thanks to Marius Tomaschewski and Florian Piekert for their help in solving this issue. ---------------------------------------------------------------------------- ->>>>>>> b151584d0929759284c0fb0399709e5ca0e29d60 Version 7.1.11 [beta] 2012-10-16 - bugfix: imuxsock truncated head of received message This happened only under some circumstances. Thanks to Marius |