I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R)
Results (/usr/ports/net/benchmarks/nbench):
(CPUTYPE=p3 in /etc/make.conf; portupgrade -vf nbench)
tests:
NUMERIC SORT: 4.11= 499.52 494.31 5.4= 451.26 449.7 (4.11 faster)
STRING SORT: 4.11= 24.13 24.11 5.4= 25.286 25.294 (5.4 f
On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote:
>
> Thanks, but if the machines are not completely idle then it's
> impossible to tell whether these numbers are meaningful :-(
nbench give almost exact results under load :
(1,2,3 nbenchs running)
load 1: 496.1
load 2: 497.7
load 3
On Tue, May 24, 2005 at 01:21:19PM -0700, Kris Kennaway wrote:
> On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote:
> > On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote:
> > >
>
> OK, it might be trustable..but you're still testing gcc 2/gcc
On Sun, Jun 05, 2005 at 09:29:52PM +0200, Holger Kipp wrote:
> Hello,
>
> I am currently using 5.4-STABLE (as of today with a
> vanilla setup) and I got the following error with
> wine-20050524.tbz:
>
> err:heap:HEAP_CreateSystemHeap system heap base address 0x8000 not
> available
>
> and t
On Mon, Jul 25, 2005 at 10:15:41PM +1200, Mark Kirkwood wrote:
> Hmm - looks like I missed that thread, never mind - repeatability of
> findings is sound scientific principle :-)
>
> With respect to changing the default for vfs.read_max - makes sense to
> me, but it would be interesting to know
On Mon, Jul 25, 2005 at 06:00:21PM +0200, Bohdan Horst wrote:
> On Mon, Jul 25, 2005 at 10:15:41PM +1200, Mark Kirkwood wrote:
> > Hmm - looks like I missed that thread, never mind - repeatability of
> > findings is sound scientific principle :-)
> >
> > With respect
