Date: Thu, 25 Aug 2005 22:08:38 +0200 From: Roland Smith <rsmith@xs4all.nl> To: Mark Kane <mark@mkproductions.org> Cc: freebsd-questions@freebsd.org Subject: Re: Performance Issues with AMD64 3000+, 1.5GB RAM, FreeBSD 5.4-RELEASE Message-ID: <20050825200838.GA18166@slackbox.xs4all.nl> In-Reply-To: <430E105D.3080509@mkproductions.org> References: <430D3823.9070301@mkproductions.org> <20050825160909.GB10134@slackbox.xs4all.nl> <430DF015.5000203@mkproductions.org> <20050825173758.GA10790@slackbox.xs4all.nl> <430E0461.3030101@mkproductions.org> <20050825181931.GE10790@slackbox.xs4all.nl> <430E105D.3080509@mkproductions.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 25, 2005 at 01:39:25PM -0500, Mark Kane wrote: > Wow, that would be really nice. I notice whenever I compress something=20 > like a backup of my Thunderbird Inbox files (several hundred megs) in=20 > bzip2 format it goes nowhere near 100% or even 90% CPU usage. The=20 > problems I am talking about occur even when CPU usage is real low as=20 > well. :-\ Hmm, if bzip2 can't saturate the CPU, I would say it's probably waiting for disk reads/writes. > >The file is the most usual way to partition code. How else would you > >know where to look? >=20 > True. I meant I wouldn't know what files to look at since I don't know=20 > really anything about programming or how things are done internally. I'm= =20 > kind of used to the subversion approach of revisions for everything=20 > instead of file by file. Then it would have one log showing all the=20 > changes of that revision all in one place. I see how the other way makes= =20 > sense though. FreeBSD uses CVS, which can also produce such a logfile. But I think that you would have to install the complete CVS repository to generate such a changelog. Besides, if you are not a programmer, would the checkin comments really mean anything to you? <snip> > 29 ?? WL 1:35.00 [irq19: skc0 atapci2] It looks like one of your disk controllers is sharing an interrupt with another device (network card? can't find a skc device, only sk). That might have something to do with your problem. Try disabling that device, and see if your troubles disappear. If so, you could try to add a device hint to have the skc device use another free interrupt line. See device.hints(5). Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDDiVGEnfvsMMhpyURAmPjAJ43DBYBkgwdA88I76pg259pRWeY8QCgiB5w ExMvCCwsRckw0q4B05l/0VE= =JGmo -----END PGP SIGNATURE----- --liOOAslEiF7prFVr--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050825200838.GA18166>