Return to BSD News archive
#! rnews 2026 sserve.cc.adfa.oz.au Xref: sserve comp.unix.bsd.freebsd.misc:1462 news.software.nntp:13663 Newsgroups: comp.unix.bsd.freebsd.misc,news.software.nntp Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!yarrina.connect.com.au!classic.iinet.com.au!news.uoknor.edu!news.ecn.uoknor.edu!paladin.american.edu!gatech!howland.reston.ans.net!xlink.net!news.ppp.de!news.Hanse.DE!wavehh.hanse.de!cracauer From: cracauer@wavehh.hanse.de (Martin Cracauer) Subject: Re: Newspool Message-ID: <1995May26.113405.25470@wavehh.hanse.de> Organization: The poor LISPers' hacking kitchen References: <3q20eu$vk@airhk.air.org> <3q2524$7ot@brasil.moneng.mei.com> <3q2tur$ffb@agate.berkeley.edu> Distribution: inet Date: Fri, 26 May 95 11:34:05 GMT Lines: 25 jkh@violet.berkeley.edu (Jordan K. Hubbard) writes: >In article <3q2524$7ot@brasil.moneng.mei.com>, >Joe Greco <jgreco@brasil.moneng.mei.com> wrote: >>In news.software.nntp article <3q20eu$vk@airhk.air.org>, chris@airhk.air.org (Chris Lo) wrote: >>:Hi, >>: >>:Can anyone suggest a good newfs parameter for a newsspool under >>:FreBSD, I find it cannot use a block size < 4096. I'm using SNAP-0322. >> >>Uh, what's the matter with 4096/512? I have used this forever, and it works >>just fine.... news.sol.net (FreeBSD 2.0R) has a 7GB news spool, done this >You must not be taking a very aggressive feed. For news spools, I can >attest from personal experience that 4096/512 is NOT a very good value >and tends to run you out of inodes pretty quick.. A much better value >for a news partition is `-i 1024'. The 2.0.5 installation allows you to >specify newfs parameters on a per-filesystem basis. Sorry, what prevents you from using '-i 1024 -s 4096 -f 512'. Your posting seems to imply that you cannot use 4096/512 with more indoes. -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer@wavehh.hanse.de>. No NeXTMail, please. Norderstedt/Hamburg, Germany. Fax +49 40 522 85 36. This is a private address. At (netless) work programming in data analysis.