NNRPd "option"?
The Hermit Hacker
scrappy at hub.org
Thu Jul 15 00:18:10 UTC 1999
I don't know...Matt?
On Thu, 15 Jul 1999, Clayton O'Neill wrote:
> Well, it's obviously not the history file being mmaped. Unfortunately
> lsof only displays the size of the file, not the size of the mmap. Does
> FreeBSD have something that will give you that info?
>
> On Wed, 14 Jul 1999, The Hermit Hacker wrote:
>
> >
> > Like this:
> >
> > hub# /usr/local/sbin/lsof -p 8131
> > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
> > nnrpd 8131 news cwd VDIR 4,131080 512 15872 /news/spool/articles
> > nnrpd 8131 news rtd VDIR 4,131072 1024 2 /
> > nnrpd 8131 news txt VREG 4,131116 765839 110602 /news/admin/bin/nnrpd
> > nnrpd 8131 news txt VREG 4,131076 63884 17427 /usr/libexec/ld-elf.so.1
> > nnrpd 8131 news txt VREG 4,131076 633529 24880 /usr/lib/libperl.so.3
> > nnrpd 8131 news txt VREG 4,131076 115780 24660 /usr/lib/libm.so.2
> > nnrpd 8131 news txt VREG 4,131076 514271 24706 /usr/lib/libc.so.3
> > nnrpd 8131 news txt VREG 4,131076 12965 24623 /usr/lib/libdescrypt.so.2
> > nnrpd 8131 news txt VREG 4,131076 31723 24835 /usr/lib/libutil.so.2
> > nnrpd 8131 news txt VREG 4,131128 105512960 3 /news/spool/articles/disk_one/ctrl_one
> > nnrpd 8131 news txt VREG 4,131128 3791519744 5 /news/spool/articles/disk_one/main_one
> > nnrpd 8131 news txt VREG 4,131152 3892844570 3 /news/spool/articles/disk_four/main_two
> > nnrpd 8131 news txt VREG 4,131144 3897032704 3 /news/spool/articles/disk_three/main_three
> > nnrpd 8131 news txt VREG 4,131096 4083759218 4 /news/spool/articles/disk_six/alt_two
> > nnrpd 8131 news txt VREG 4,131087 3978645401 3 /news/spool/articles/disk_five/bin_one
> > nnrpd 8131 news txt VREG 4,131120 4087576637 3 /news/spool/articles/disk_seven/bin_seven
> > nnrpd 8131 news txt VREG 4,131080 2949128 87297 /news/spool/over.view/group.index
> > nnrpd 8131 news txt VREG 4,131136 442207 299363 /news/spool/over.view2/a/b/p/e/t/f/alt.binaries.pictures.erotica.teen.female.DAT
> > nnrpd 8131 news txt VREG 4,131136 684932 368963 /news/spool/over.view2/a/b/m/e/alt.binaries.multimedia.erotica.DAT
> > nnrpd 8131 news txt VREG 4,131136 281011 414047 /news/spool/over.view2/a/b/p/e/f/alt.binaries.pictures.erotic.female.DAT
> > nnrpd 8131 news txt VREG 4,131136 789509 414057 /news/spool/over.view2/a/b/p/e/f/alt.binaries.pictures.erotica.female.DAT
> > nnrpd 8131 news txt VREG 4,131136 63744 414058 /news/spool/over.view2/a/b/p/e/f/alt.binaries.pictures.erotica.female.IDX
> > nnrpd 8131 news 0u inet 0xcd1712a0 0t0 TCP news.trends.ca:nntp->news.trends.ca:4411 (ESTABLISHED)
> > nnrpd 8131 news 1u inet 0xcd1712a0 0t0 TCP news.trends.ca:nntp->news.trends.ca:4411 (ESTABLISHED)
> > nnrpd 8131 news 2u inet 0xcd1712a0 0t0 TCP news.trends.ca:nntp->news.trends.ca:4411 (ESTABLISHED)
> > nnrpd 8131 news 3u unix 0xcd0745a0 0t0 ->0xcd05cf00
> > nnrpd 8131 news 4r VREG 4,131128 105512960 3 /news/spool/articles/disk_one/ctrl_one
> > nnrpd 8131 news 5r VREG 4,131128 3791519744 5 /news/spool/articles/disk_one/main_one
> > nnrpd 8131 news 6r VCHR 2,2 0t0 6293 /dev/null
> > nnrpd 8131 news 7r VREG 4,131152 3892844570 3 /news/spool/articles/disk_four/main_two
> > nnrpd 8131 news 8r VREG 4,131144 3897032704 3 /news/spool/articles/disk_three/main_three
> > nnrpd 8131 news 9r VREG 4,131096 4083759218 4 /news/spool/articles/disk_six/alt_two
> > nnrpd 8131 news 10r VREG 4,131087 3978645401 3 /news/spool/articles/disk_five/bin_one
> > nnrpd 8131 news 11r VREG 4,131120 4087576637 3 /news/spool/articles/disk_seven/bin_seven
> > nnrpd 8131 news 12u VREG 4,131080 2949128 87297 /news/spool/over.view/group.index
> > nnrpd 8131 news 13u unix 0xcd067b40 0t0 ->(none)
> > nnrpd 8131 news 14u VREG 4,131136 789509 414057 /news/spool/over.view2/a/b/p/e/f/alt.binaries.pictures.erotica.female.DAT
> > nnrpd 8131 news 15u VREG 4,131136 63744 414058 /news/spool/over.view2/a/b/p/e/f/alt.binaries.pictures.erotica.female.
> >
> >
> > On Wed, 14 Jul 1999, Clayton O'Neill wrote:
> >
> > > I seem to recall that I ripped that code out a long time ago. I'd suggest
> > > getting a copy of lsof and seeing what is mapped and how big. Or does
> > > FreeBSD have something similar to Solaris's pmap?
> > >
> > > On Wed, 14 Jul 1999, The Hermit Hacker wrote:
> > >
> > > >
> > > > Morning...
> > > >
> > > > Since upgrading to INN 2.3, my FreeBSD 3.2-STABLE machine hasn't
> > > > been able to stay up for much more then 24hrs before grinding to a halt.
> > > > I've been working with Matt Dillon to resolve this, and we've got it
> > > > narrowed down to INN's 'footprint', with his suggestion being:
> > > >
> > > > nnrpd should not be getting that big. There is an INN configuration
> > > > parameter, I forget exactly what it is called... which causes nnrpd to
> > > > load the hash table for the history file into memory after a certain
> > > > number of message-id lookups. Find it, turn it off, and recompile --
> > > > so nnrpd *never* tries to load the hash table into memory. This may
> > > > solve your problem simply by reducing the size of nnrpd's footprint.
> > > >
> > > > The thing is, I don't know of any parameter that allows, or disallows
> > > > this, and suspect it might be something from an older one? Or I'm just
> > > > blind? Is this an option we still have in 2.3?
> > > >
> > > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
> > > > Systems Administrator @ hub.org
> > > > primary: scrappy at hub.org secondary: scrappy@{freebsd|postgresql}.org
> > > >
> > > >
> > > >
> > >
> >
> > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
> > Systems Administrator @ hub.org
> > primary: scrappy at hub.org secondary: scrappy@{freebsd|postgresql}.org
> >
> >
> >
>
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy at hub.org secondary: scrappy@{freebsd|postgresql}.org
More information about the inn-workers
mailing list