I was more meaning the intrinsic performance of the database, rather than a
poor client implementation.
Apropos qmail, it only needs direct lookups for address verification. But my
(admittedly limited black-box) understanding is that the NIS tables are
loaded into memory by nisd and linearly searched.
Regards.
At 10:01 PM 3/3/99 +0100, Peter van Dijk wrote:
>On Thu, Mar 04, 1999 at 07:37:46AM +1100, Mark Delany wrote:
>> >> Or is there a 32K+ limit on NIS user ids as well?
>> >
>> >ofcourse there is. NIS is just a way to manage your /etc/passwd centrally (no,
>don't
>> >start flaming now :)
>>
>> Somewhere within the Sun NIS+ doco it talks about optimal sizes of around
>> 10K objects. I've never been able to confirm what sort of degradation
>> happens when you exceed that number by over an order of magnitude. I don't
>> know whether this limitation applies to independent implementations (of
>> which there is one I know of).
>
>well things like 'finger' like to search the _whole_ passwd map, for instance.
>
>This takes quite some time on a big map :(
>
>Greetz, Peter.
>--
>.| Peter van Dijk | <mo|VERWEG> stoned worden of coden
>.| [EMAIL PROTECTED] | <mo|VERWEG> dat is de levensvraag
> | <mo|VERWEG> coden of stoned worden
> | <mo|VERWEG> stonend worden En coden
> | <mo|VERWEG> hmm
> | <mo|VERWEG> dan maar stoned worden en slashdot lezen:)
>
>
