Date: Sat, 30 May 2009 18:44:08 +0200 From: Attilio Rao <attilio@freebsd.org> To: "O. Hartmann" <ohartman@mail.zedat.fu-berlin.de> Cc: freebsd-current@freebsd.org Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 Message-ID: <3bbf2fe10905300944r96ae931re4475c78d9be3aa8@mail.gmail.com> In-Reply-To: <4A215D7F.7020807@mail.zedat.fu-berlin.de> References: <4A2120D5.50300@mail.zedat.fu-berlin.de> <3bbf2fe10905300848s6342a7b1l32340baee8e7e8f1@mail.gmail.com> <4A215D7F.7020807@mail.zedat.fu-berlin.de>
next in thread | previous in thread | raw e-mail | index | archive | help
2009/5/30 O. Hartmann <ohartman@mail.zedat.fu-berlin.de>: > Attilio Rao wrote: >> 2009/5/30 O. Hartmann <ohartman@mail.zedat.fu-berlin.de>: >> >>> Hello. >>> I realized a significant slowdown of FreeBSD 8.0-CURRENT/amd64 on every >>> box I run. I have the most recent FreeBSD 8.0-CURRENT/amd64 with custom >>> kernel and switched off every debugging. I see a drastic slowdown >>> whenever heavy I/O on UFS2 and ZFS partitions is performed and whenever >>> some compilation is done (compiling world and kernel). This is horrible >>> on a single core Athlon64 CPU with 2GB RAM as well as on a 4 core Q6600 >>> with 8GB and a server with 2 x 4-cores and 16GB RAM. >>> >>> I can not say clearly whether I/O is the bottleneck. Maybe something >>> with the memory subsystem, when it comes to compiler runs, when no disk >>> I/O is done but the box is still horrible slow. This behaviour occured >>> several weeks ago, not being able to specify it more precisely. >>> >>> AQre there any issues at the moment? >>> >> >> Your kernel is compiled from which date? >> >> Thanks, >> Attilio >> >> >> > Most recent, say: yesterday! As well as world. Can you try to revert only r193011 and see if something changes? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3bbf2fe10905300944r96ae931re4475c78d9be3aa8>