runsvdir polling

2017-01-13 Thread 39066dd5
I'm using runit as my primary init on Linux to good effect but have noticed that it accumulates CPU time even while the system is idle. I suspect that this is a consequence of runsvdir polling the service directory for changes and that using inotify would reduce this. This would introduce some comp

Re: runsvdir polling

2017-01-14 Thread 39066dd5
On Sat, Jan 14, 2017 at 09:24:42AM +, Laurent Bercot wrote: > > I suspect non-portability and complexity are the main reasons. > The current runsvdir implementation is very simple. It's originally based > on daemontools' "svscan" design, which polls every 5 seconds. runsvdir > only polls 14

Re: runsvdir polling

2017-01-15 Thread 39066dd5
On Sat, Jan 14, 2017 at 04:10:07PM -0500, Steve Litt wrote: > On Fri, 13 Jan 2017 21:12:27 -0800 > 39066...@gmail.com wrote: > > > I'm using runit as my primary init on Linux to good effect but have > > noticed that it accumulates CPU time even while the system is idle. I > > How much time in how

Re: runsvdir polling

2017-01-15 Thread 39066dd5
On Sun, Jan 15, 2017 at 12:28:49PM -0500, Steve Litt wrote: > > That sounds sensible on a desktop. In my case the motivation is to > > trim a source of power draw for an image that's going to run on a > > battery-powered device that will be awake but idle a lot of the time. > > Why Linux? Pretty mu

Re: runsvdir polling

2017-01-15 Thread 39066dd5
On Sun, Jan 15, 2017 at 11:38:21AM +, Laurent Bercot wrote: > Polling is evil for several reasons, the two most important of them being > the following. Harsh but true. > I have met a real-life example of this at Google, of all places: sending ... > I have also met a real-life example of t

Re: runsvdir polling

2017-02-26 Thread 39066dd5
After some more investigation the problem has gone away. I suspect operator error. Specifically the runsvdir CPU usage was likely caused by a misconfigured service that was generating frequent readproctitle messages. Oops. Current CPU time is about 58s over 28 days uptime which seems fine. On T

Re: small proxy

2017-05-30 Thread 39066dd5
On Tue, May 23, 2017 at 01:07:13PM +0100, Jorge Almeida wrote: > Is there any small proxy that is supervision-friendly? Polipo is no longer maintained but overall quite nice. Good support for pipelining etc.

Re: small proxy

2017-05-30 Thread 39066dd5
On Tue, May 30, 2017 at 07:27:09PM +0100, Jorge Almeida wrote: > On Tue, May 30, 2017 at 7:01 PM, <39066...@gmail.com> wrote: > > On Tue, May 23, 2017 at 01:07:13PM +0100, Jorge Almeida wrote: > >> Is there any small proxy that is supervision-friendly? > > > > Polipo is no longer maintained but ov