Summary: | [PATCH] optionally set nice priority for syslog-ng | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Mattie <codermattie> |
Component: | Current packages | Assignee: | Mr. Bones. (RETIRED) <mr_bones_> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | uberlord |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | patch for files/syslog-ng.rc6 |
Description
Mike Mattie
2007-04-23 02:43:45 UTC
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. |