Oops. The I/O error is on my machine , not cvsup :-)
-Matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Not sure who to notify here... I tried twice, this looks like a
real error.
-Matt
/usr/local/bin/cvsup -g -r 20 -L 2 -h cvsup.freebsd.org
/usr/share/examples/cvsup/cvs-supfile
SetAttrs ports/emulators/sim6811/distinfo,v
SetAttrs ports/emulators/sim681
Gunther Schadow <[EMAIL PROTECTED]> writes:
> I got some VAXen 6420, big machines. Mine has 6 CPUs. I was planning
> to boot myself with Ultrix, and then go on with NetBSD. Even
> NetBSD's port-vax needs some tweaking for my hardware, XMI and
> BI bus support is blank. I am with FreeBSD forever
On Fri, 25 May 2001, Terry Lambert wrote:
> So add an option to sysinstall called:
>
> "Fast and at least as reliable as Linux"
>
> and let them find out for themselves that that means that it's
> really dangerous, and that after a crash for whatever reason (e.g.
> your panic crash, or a p
> I doubt FreeBSD would need to enable write caching in order
> to be as fast as Linux (which doesn't have write caching
i spoke too harshly.
what i meant to show is that interactive performance
is compromised under load with soft updates enabled
(although soft upd
:
:On Fri, May 25, 2001 at 03:33:19PM -0700, John Baldwin wrote:
:> Nice! One thing to note in the filesystem tuning is that newfs can
:> turn on softupdates at newfs time now with -U, at least in -current.
:
:Stable too. ;-)
:
So as not to make a thousand little commits, I'll just put toge
On Fri, May 25, 2001 at 03:33:19PM -0700, John Baldwin wrote:
> Nice! One thing to note in the filesystem tuning is that newfs can
> turn on softupdates at newfs time now with -U, at least in -current.
Stable too. ;-)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hack
On Fri, May 25, 2001 at 11:21:06PM -0700, Ed Hudson wrote:
> enclosed is a .jpeg of an xgraph of the following interactive test:
Are you setup such that you could do the same test on a stock Red Hat
6.2, 7.0, and 7.1 box?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-h
On Sat, 26 May 2001, Peter Wemm wrote:
> Which is more expensive? Maintaining an on-disk hashed (or b+tree)
> directory format for *everything* or maintaining a simple low-cost
> format on disk with in-memory hashing for fast lookups?
I bet that for modest directory sizes the cost of disk IO ou
On Fri, 25 May 2001, Terry Lambert wrote:
> So add an option to sysinstall called:
>
> "Fast and at least as reliable as Linux"
I doubt FreeBSD would need to enable write caching in order
to be as fast as Linux (which doesn't have write caching
enabled in any distribution I'm aware of).
On Sun, 27 May 2001, Doug Barton wrote:
> Andrew Reilly wrote:
>
> > It is quite concievable that a performance tweak to the IMAP
> > server could involve a header cache in a relational database of
> > some sort, and that would certainly contain references to the
> > individual files, which would
Andrew Reilly wrote:
> It is quite concievable that a performance tweak to the IMAP
> server could involve a header cache in a relational database of
> some sort, and that would certainly contain references to the
> individual files, which would then be accessed randomly.
You might want
> As I remember, way back in the mists of 1990 when I first encountered a NeXT
> box, one of the principal reasons for selecting the Mach 2.x micro kernel was
> "mach messaging". This was a unified mechanism for almost all IPC both within
> one host or distributed over a network, where eg. socke
Matt Dillon <[EMAIL PROTECTED]> writes:
> http://apollo.backplane.com/FreeBSD/tuning.html
In the kernel config tuning section, you've misspelt NSFBUFS as
NFSBUFS, which doesn't exist.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
Sat, May 26, 2001 at 22:03:34, barry (Barry Lustig) wrote about "Re: Boot time memory
issue":
> > > SMAP type=01 base= 0010 len= 13ef
[...]
> Did that and got the same error. I put a printf just before the
> pa_indx++ in machdep.c and watched it increment by 2's all th
> > > SMAP type=01 base= len= 0009f800
> > > SMAP type=02 base= 0009f800 len= 0800
> > > SMAP type=02 base= 000e8400 len= 00017c00
> > > SMAP type=01 base= 0010 len= 13ef
> > > SMAP type=03 base= 13ff
16 matches
Mail list logo
