Re: Performance!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kris Kennaway wrote: Krassimir Slavchev wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kris Kennaway wrote: Krassimir Slavchev wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Kris Kennaway wrote: Krassimir Slavchev

Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)

Anish Mistry wrote: On Friday 04 January 2008, Kris Kennaway wrote: Kris Kennaway wrote: David E. Thiel wrote: On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: FWIW, the problem remains for me. Still terrible performance during compiles. OK. Instead of going over all of the

sticky sound on 7 stable

Hi stable@ I have sticky sound flow on 2 different slowish laptops running 7 Stable, Sound plays for a few secs, then breaks for a fraction resumes, repeatedly. I guess fault is not sound config, hence I'm not posting multimedia@, but stable@ where I've seen other Sticky 7 response topics. I

panic: vinvalbuf: dirty bufs

Attached is the stack... I was trying to back up a DVD (acd0) to a file-system (on ad8). According to the ``systat 1 -vm'' window frozen on my screen, the system was processing an awful lot of interrupts, when it paniced. I have the entire vmcore. Attached is the debugger's stack of it. The

Re: FreeBSD tar errors on valid empty tar.gz

- Original Message - From: Kris Kennaway [EMAIL PROTECTED] Not that I'm aware of. gtar works but libarchive tar fails on the file it created. Yes, in 6.2. What about the report that it works in 6.3? Sorry didn't see that, out of order emails coming through no doubt :) Glad to

Re: sticky sound on 7 stable

On Fri, Jan 11, 2008 at 03:44:36PM +0100, Julian Stacey wrote: Hi stable@ I have sticky sound flow on 2 different slowish laptops running 7 Stable, Sound plays for a few secs, then breaks for a fraction resumes, repeatedly. I guess fault is not sound config, hence I'm not posting

Re: RELENG_7 2008/01/10 desktop system also periodically freezes

On Thu, 10 Jan 2008 08:32:12 +0100, Kris Kennaway [EMAIL PROTECTED] wrote: J.R. Oldroyd wrote: On Wed, 09 Jan 2008 20:38:29 +0100, Kris Kennaway [EMAIL PROTECTED] wrote: OK, same requests as to the others then. I presume you mean hwpmc... LOCK_PROFILING, sched_graph, hwpmc.

Re: Swapping caused by very large (regular) file size

Ian West wrote: Hello, I have noticed while benchmarking a system with a fair bit of ram (3G usable of 4G installed) that when using a very large file (3G upwards) in a simple benchmark it will cause the system to swap, even though the actual process does not show in top to be using a lot of

Re: Performance! [SOLVED]

Krassimir Slavchev wrote: I have read all related threads about performance problems with multi core systems but still have no idea what to do to make thinks better. Below are results of testing postgresql on HP DL380G5 using sysbench. The results are comparable to:

Re: Performance! [SOLVED]

I have read all related threads about performance problems with multi core systems but still have no idea what to do to make thinks better. Below are results of testing postgresql on HP DL380G5 using sysbench. The results are comparable to:

Re: Performance! [SOLVED]

On Fri, 11 Jan 2008 18:15:08 +0100 Kris Kennaway [EMAIL PROTECTED] wrote: Krassimir reports that with these two fixes, the standard 7.0 kernel has performance: #threads transactions/sec 1 755 8 7129 406580 100 6768 compared to Linux:

Re: Performance! [SOLVED]

At 12:15 PM 1/11/2008, Kris Kennaway wrote: Just to summarize some discussion we had off-list, this problem is now resolved. It turned out to have two causes: 1) sysbench on linux was defaulting to using a unix domain socket to communicate with pgsql, but FreeBSD was using TCP to 127.0.0.1.

Re: Performance! [SOLVED]

Mike Tancsa wrote: At 12:15 PM 1/11/2008, Kris Kennaway wrote: Just to summarize some discussion we had off-list, this problem is now resolved. It turned out to have two causes: 1) sysbench on linux was defaulting to using a unix domain socket to communicate with pgsql, but FreeBSD was

Re: Swapping caused by very large (regular) file size

On Fri, Jan 11, 2008 at 06:44:20PM +0100, Kris Kennaway wrote: Ian West wrote: dd if=/dev/zero bs=32768 of=junkfile count=10 seems to do it quite reliably on all the boxes I have tested ? I am unable to reproduce this on 7.0. I can't reproduce it on 6.3-PRERELEASE/amd64 with 1GB RAM.

Re: Swapping caused by very large (regular) file size

On Friday 11 January 2008 10:31:47 pm Peter Jeremy wrote: On Fri, Jan 11, 2008 at 06:44:20PM +0100, Kris Kennaway wrote: Ian West wrote: dd if=/dev/zero bs=32768 of=junkfile count=10 seems to do it quite reliably on all the boxes I have tested ? I am unable to reproduce this on 7.0.