[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: pid file security

]] Luke Kenneth Casson Leighton 

| > Does a program that uses inotify to wait for log file changes on disk
| > experience any delay of note?
|  ... no - you're right: it wouldn't.  so that would be a solution....
| but again, it would require an application that had that capability
| [to use notify] - times however many services you wanted to react to,
| in real-time.  so, an sshd-monitoring application would need to be
| written (in c?) to wait for inotify; an apache2-monitoring application
| would... etc. etc.

Like tail(1) which is part of coreutils?

|  however if that functionality was built-in to systemd, just as it is
| already built-in to depinit, i.e. if the services which were fired off
| foreground-style by systemd could have their stdin, stdout and stderr
| redirected to applications/scripts, as specified by command-line
| options to systemd...

command line options to systemd doesn't make any sense, it's an init
replacement, not a wrapper around single daemons.

| > The systemd option of creating sockets before executing services that listen
| > to them seems to offer the potential of more significant boot performance
| > benefits than just starting things in parallel.
|  that's got my eyebrows raised - how the heck does _that_ work?  i'm
| both surprised and intrigued.
|  ok, darn it - systemd seems to be a really bad name choice: google
| search comes up with "Systeme D", and also systemd on windows??

http://www.freedesktop.org/wiki/Software/systemd is hit number four or
five for it on google.

Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

Reply to: