As I stated in my follow up, the numbers were observed during a test.
For testing, we used the 63 characters for domain names since it's
longest legal length (67 if the dot, and tgld included).
Furthermore, unless you have exactly the same setup (both hardware and
software), to extrapolate your own experience into mine (which you may
or many not have) is not convincing, IHMO. I stated what I observed,
that's it.
Why don't we stop arguing about the numbers. I have given my
hardware/OS/qmail setup, please go ahead and try it yourself. That's
"measure", not "speculation". I look forward to seeing your
observations, and I won't immediately jump in and label them as
"speculation" either ;)
Regards,
Chin Fang
[EMAIL PROTECTED]
> let's see here. 63 characters is an enormously long domain name and
> you're saying in effect that each domain has an AVERAGE length of 63
> characters. you're assuming 100k domains on a single machine, which
> again seems awful high to me.
>
> the argument about process size is less than convincing. a modern unix
> will not attempt to read that same file directly from disk every time
> qmail-smtpd is invoked, it will hit the buffer cache. every qmail-smtpd
> instance will be reading from the same cache, and unless i'm too
> mistaken, each instance will hit the same physical pages of memory.
>
> further, it's unlikely (at least based on my experience) that every
> qmail-smtpd will have to go through the entire rcpthosts file every
> single time a message comes in, so the CPU argument is a little iffy
> too.
>
> i'll admit for the sake of argument that a huge rcpthosts file could
> potentially cause problems, but one assumes that a sysadmin who has to
> deal with a setup that large can be bothered to read the documentation
> and see the notes about morercpthosts.
>
> shag
[...]
