Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.mel.connect.com.au!news.mira.net.au!Germany.EU.net!main.Germany.EU.net!EU.net!newsfeed.internetmci.com!uwm.edu!news.sol.net!brasil.moneng.mei.com!not-for-mail From: jgreco@brasil.moneng.mei.com (Joe Greco) Newsgroups: news.software.nntp,comp.unix.bsd.freebsd.misc Subject: Re: FreeBSD 2.1.5, INN 1.4unoff4, and mmap() Date: 15 Jul 1996 10:05:42 -0500 Organization: Marquette Electronics, Inc. - Milwaukee, WI. Lines: 80 Distribution: inet Message-ID: <4sdmo6$269@brasil.moneng.mei.com> References: <mandrews.837437077@bob.wittenberg.edu> NNTP-Posting-Host: brasil.moneng.mei.com Xref: euryale.cc.adfa.oz.au news.software.nntp:24416 comp.unix.bsd.freebsd.misc:23624 In news.software.nntp article <mandrews.837437077@bob.wittenberg.edu>, mandrews@bob.Wittenberg.EDU (Mike Andrews) wrote: :Now that FreeBSD 2.1.5-RELEASE is out, is it safe to compile in the use :of mmap() in INN 1.4unoff4? Currently I have ACT_STYLE set to READ, and :while there is a note in the config.data I've got (the one that came with :1.4unoff4 if I remember right) that says ACT_STYLE=MMAP should be ok, :but I'm not sure about -DMMAP for DBZFLAGS, and I've read enough stories :of both success and failure that I'm now very thoroughly confused. ;-) :Anyone? : :While I'm at it, anyone have luck (good or bad, preferably good) using :the ccd (concatenated disk) driver in this kind of setup? I have three :2 gig drives I'd like to combine because INN seems to have a deep hatred :for symbolic links on spool disks... Yes, I read the FAQ and have it :working, but occasionally I get dangling symlinks scattered across the disk. :Maybe I just goofed somewhere, but ccd sounds like it'd be a performance win :as well. My "toy box", FreeBSD 2.1-STABLE as of about three months ago... # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 140862 14350 115242 11% / /dev/sd0s1e 302222 149940 128104 54% /usr /dev/sd0s1f 271886 146860 103274 59% /usr/src /dev/sd10s1e 704559 51721 596473 8% /var /dev/ccd0e 1502959 181594 1201128 13% /usr/local /dev/ccd1e 2003951 74939 1768695 4% /news /dev/ccd2e 1939471 598284 1186029 34% /news/.0 /dev/ccd3e 2003951 141249 1702385 8% /news/.1 /dev/ccd4e 2003951 86772 1756862 5% /news/.2 /dev/ccd5e 2003951 288385 1555249 16% /news/.3 /dev/ccd6e 8075148 2785667 4643469 37% /news/.4 /dev/sd20s1e 1001951 120521 801273 13% /news/.5 procfs 4 4 0 100% /proc # uptime 9:26AM up 20 days, 23:33, 2 users, load averages: 0.05, 0.15, 0.15 This is ccd combined with symlinks, actually. Most of the ccd components are the new Hawk 31055N 1G drives, except for /news/.4 which is alt.binaries, and is two Barra 15150N's. I typically attempt to balance based on hierarchies, and will do something like # cd /news # mkdir .0/alt # chown news.news .0/alt # chmod 775 .0/alt # ln -s .0/alt for each symlinked hierarchy. It looks like this in the end.. # ls -l /news | grep " ->" lrwxrwxr-x 1 news news 6 May 28 18:13 abg -> .2/abg lrwxrwxr-x 1 news news 6 May 28 18:13 alt -> .0/alt lrwxrwxr-x 1 news news 6 May 28 18:13 aus -> .3/aus lrwxrwxr-x 1 news news 9 May 28 18:13 austin -> .1/austin lrwxrwxr-x 1 news news 5 May 28 18:13 ba -> .3/ba lrwxrwxr-x 1 news news 9 May 28 18:13 bionet -> .3/bionet lrwxrwxr-x 1 news news 6 May 28 18:13 bit -> .3/bit lrwxrwxr-x 1 news news 6 May 28 18:13 biz -> .3/biz lrwxrwxr-x 1 news news 6 May 28 18:13 can -> .2/can lrwxrwxr-x 1 news news 6 May 28 18:13 cbd -> .2/cbd lrwxrwxr-x 1 news news 10 May 28 18:13 chinese -> .3/chinese lrwxrwxr-x 1 news news 5 May 28 18:13 cl -> .2/cl lrwxrwxr-x 1 news news 7 May 28 18:13 comp -> .2/comp lrwxrwxr-x 1 news news 10 May 28 18:13 control -> .3/control lrwxrwxr-x 1 news news 5 May 28 18:13 de -> .3/de lrwxrwxr-x 1 news news 8 May 28 18:13 demon -> .2/demon [... etc ...] Obviously my hierarchies aren't too balanced (see the df). OTOH, this box processes news faster than any other box I've seen, so I guess I have not been too worried about it. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968