Hi Justin,
actually your version of the init script does something different from
the original: after 5 seconds (timeout added to the --retry option) it
sends a KILL signal to squid, which stops all it is doing (ensuring
that the saved state of the cache is coherent) and exits, leaving a
corrupted storage which will need to be rebuilt on the next startup.
This is why the original script waited for as long as two minutes for
squid to exit normally, and leaved it running if it needed more time.
So maybe you'll get some speed-ups on shutdown but will surely get
some slow-downs on startup, there is no clear win. :-)
The same behaviour as the original can be achieved adding the --retry
0/forever option, which tells s-s-d to wait forever for squid to exit,
but this will hang your terminal until squid does is job.
Maybe we should set a limit to something like 5 minutes with --retry
0/300/KILL/5 but I'm not sure that this solution is better than the
current code.
Regards,
L
--
Luigi Gangitano -- <lu...@debian.org> -- <gangit...@lugroma3.org>
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
