Date: Wed, 9 Jun 1999 14:51:44 -0300 (ADT) From: The Hermit Hacker <scrappy@hub.org> To: Richard Michael Todd <rmtodd@mailhost.ecn.ou.edu> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, inn-workers@isc.org Subject: Re: use of MMAP in new INN code... Message-ID: <Pine.BSF.4.05.9906091450270.49155-100000@thelab.hub.org> In-Reply-To: <m10rmJG-000FaLC@independence.ecn.uoknor.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
CC'ng your suggestion to the 'kernel wizards'...right now, the only thing
I have to work with is the fact that the problems started right after I
upgraded INN to the new code...the rest is basically trying to followup
suggestions...
On Wed, 9 Jun 1999, Richard Michael Todd wrote:
> In message <Pine.BSF.4.05.9906091317550.49155-100000@thelab.hub.org>you write:
> >
> >I'm currently investigating a problem with my server that
> >coincedentally(sp?) started right after I upgraded INN to what we
> >currently have...
> >
> >Someone *just* suggested that they thought that 3.2-STABLE of FreeBSD
> >still has a slight bug in MMAP that causes a race condition...it just
> >clued into me that Richard(?) sent out that response to me about Clayton
> >using mmap() more now in nnrpd to share active?
>
> It's actually sharing the group.index file, as well as mmap()ing the .IDX
> and .DAT files when needed. It'd require a lot of work to implement a
> non-mmap version of the code. Given that people like Matt Dillon are
> interested in working on the FreeBSD VM code, it's probably easier just to
> get him to fix mmap() on FreeBSD. :-)
>
> FWIW, I haven't seen any problems like that on 3.1-STABLE, but I may
> just not have enough reader load to trigger it. The use of mmap() in
> the ov3.c code isn't anything terribly exotic (i.e. not too different
> from, say, how cnfs.c or dbz uses it), and the group.index file is
> only a couple meg. The ov3.c code does do a lot of byte-range locking
> of the group.index file, though; have you and the FreeBSD kernel
> wizards considered the possibility that it may be the byte-range
> fcntl() locking code that's the problem?
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9906091450270.49155-100000>
