modify the /etc/init.d/syslog-ng script to honor SYSLOG_NG_NICELEVEL in /etc/conf.d/syslog-ng if no nicelevel is specified it defaults to 0. Reproducible: Always
Created attachment 117032 [details] patch for files/syslog-ng.rc6 There was alot of noise in the diffing, I dropped all the hunks but the change I wanted, but I had to hand-edit the last hunk so there may be some fuzz.
This doesn't seem generally useful. Why do you need it?
If it isn't useful for a person they can ignore it. Not setting a SYSLOG_NG_NICELEVEL value results in "0" which is what it would default to on a normal system. For me it is important that syslog-ng does not have high latencies under load. First in my mind is accurate time-stamping of log events. In any case when the system is not behaving properly , overloaded or other reasons I will absolutely need the log daemon running smoothly. The simplest way to stabalize the latency is to simply to set the nice value appropriately. I can't see any real downside, it is a one-liner that will not affect other people, and those that do want to set the nice level for the daemon will not have merge noise for every update.
ok, I can dig it. In CVS. resync/remerge if you need it.
Much appreciated. I like the state of this package alot.
Could we revert this please? Not only does it re-introduce a bashism by using [[ .. ]] (thus breaking fbsd), but we already have this feature in baselayout-2 where SSD nice values can be done like so in /etc/conf.d/foo export SSD_NICELEVEL=19
oh great. I'd rather use the more generic method anyhow. Thanks for pointing it out. I reverted back to the previous version in CVS.