On Thu, Nov 16, 2000 at 06:02:44PM -0800, [EMAIL PROTECTED] wrote:
> On Fri, Nov 17, 2000 at 02:55:51AM +0100, Peter van Dijk wrote:
> > On Thu, Nov 16, 2000 at 10:03:06PM +0100, Balazs Nagy wrote:
> > [snip]
> > > > > It probably would also be cool to have a cdb for vitualdomains, just
> > > > > like morercpthosts.
> > > > That would mean that virtualdomains updates are instantly instead of
> > > > only happening at SIGHUP?
> > > >
> > > > There is no performance benefit in having virtualdomains as a cdb.
> > > Heh. I have 75 domains managed and the virtualhost file contains about the
> > > same number of lines. It's not a performance issue but a management one.
> >
> > How would having virtualdomains being a cdb help you manage better?
>
> By saving on the HUP to qmail-send?
As I'd started this (sub-)thead ;-)
I made two mistakes, when I wrote that I want to have a cdb ;-)
We're currently experiencing some temporary performance problems with
our qmail server. This is due to large smtproutes and rcpthosts files
and some I/O bottleneck on the disk they're located.
Mistake 1) A cdb wouldn't help with this problem, as its usually even
slightly larger
Mistake 2) virtualdomains is only read once and kept im memory. Making
a cdb out of virtualdomains wouldn't help with the bottleneck ;-)
Working around the need for a kill -HUP to reread virtualdomains would
(for performance reasons) imply to have a mechanism to notice changes
to the cdb (timestamp on file e.g.) and only refresh when changed.
This however could also be done with a "plain" virtualdomains file,
except one would save the costs of hashing the file.
What also should be taken into consideration is constantly stat()ing
the virtualdomains file/cdb vs an occasional reload due to a kill -HUP.
\Maex
P.S. We'll hopefully be solving the I/O problem soon by migrating the qmail
server on a RAID 5 array ;-)
--
SpaceNet GmbH | http://www.Space.Net/ | Stress is when you wake
Research & Development | mailto:[EMAIL PROTECTED] | up screaming and you
Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | realize you haven't
D-80807 Muenchen | Fax: +49 (89) 32356-299 | fallen asleep yet.
