lkml.org 
[lkml]   [1999]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: SLOW SLOW SLOW tar with 2.2.0
From
Date
>>>>> Thierry Danis writes:

> We have here at work a group NIS map with ~ 1000 entries.
> To make things go faster (logging, su, ls, etc.), we
> removed 'nisplus' and 'nis' from the group line in
> nsswitch.conf and run :
If you're only running NIS, you shouldn't use both nisplus and nis -
just nis is enough.

> $ cp -f /etc/group-orig /etc/group+
> $ ypcat group >>/etc/group+
> $ mv -f /etc/group+ /etc/group

> each time the group NIS map is modified (and regularly
> every night through a cron).

> If we don't do that, each file access last a long time,
> with a lot of request towards our NIS server (Note that
> we have to do that for our FreeBSD, NetBSD, SGI, etc.
> machines, the only machine that deal correctly with
> big NIS map beeing the SunOS and Solaris ones).

> Is there another way to obtain good performance ?
> I thought that ypbind with glibc 2.0.7 was OK, but
> it seems not, so we get stuck with our hacky solution.

As already mentioned in this thread:
glibc 2.1 will contain the Name Service Cache daemon `nscd' which caches
all excesses. Get 2.1 when it's out (or a prerelease) and run nscd -
and you should be happy again.

Andreas
--
Andreas Jaeger aj@arthur.rhein-neckar.de jaeger@informatik.uni-kl.de
for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.040 / U:0.668 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site