Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 May 2006 21:28:25 +0400
From:      "Michael Bushkov" <bushman@rsu.ru>
To:        "Ceri Davies" <ceri@submonkey.net>, "Robert Watson" <rwatson@FreeBSD.org>
Cc:        freebsd-current@FreeBSD.org, Hajimu UMEMOTO <ume@FreeBSD.org>, Colin Percival <cperciva@FreeBSD.org>, freebsd-arch@FreeBSD.org
Subject:   Re: [HEADS UP] upcoming /etc/services updating
Message-ID:  <019f01c66fa0$34052240$a9655050@jersey>
References:  <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> <001801c66b42$d48d4740$e8775050@jersey> <20060429100236.GJ51777@submonkey.net> <20060429174129.H11416@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

> Robert Watson wrote:
> BTW, since this is in the context of significantly increasing the size of 
> the services database, have we:
>
> (1) Measured what impact adding the cache daemon for local databases has?
>     Specifically, does adding the cache daemon for a database like
>     /etc/services, /etc/passwd, etc, improve performance, or add overhead?
>
> (2) Looked at adding /etc/services.db, similar to the other compiled 
> database
>     pieces, in order to improve lookup times for very large tables.  This
>     change would be orthoganal to a cache daemon.

getpwXXX() and getgrXXX() functions work slower in about 3 times with cached 
enabled when only "files" source is used. The thing is, I think, I'll be 
able to improve cached's performance to reduce this drawback. Currently, 
cached gives real performance gain with sources such as DNS and LDAP and is 
not that useful with local sources, except the "services" database (I'll do 
accurate benchmarking with all types of sources and will post the report 
with its results). I'll test the cached performance with very large 
/etc/services file. However, at this moment, the solution with compiled 
database for services will be probably faster. Anyway, cached can be used 
right now to allow IANA list importing without significant performance 
drawbacks, IMHO.

With best regards,
Michael Bushkov




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?019f01c66fa0$34052240$a9655050>