From owner-freebsd-current@FreeBSD.ORG Sat May 30 12:04:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDCF11065741 for ; Sat, 30 May 2009 12:04:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2838FC14 for ; Sat, 30 May 2009 12:04:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1MANIS-0004Ow-I2>; Sat, 30 May 2009 14:04:20 +0200 Received: from e178032048.adsl.alicedsl.de ([85.178.32.48] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1MANIS-0003Jc-FX>; Sat, 30 May 2009 14:04:20 +0200 Message-ID: <4A2120D5.50300@mail.zedat.fu-berlin.de> Date: Sat, 30 May 2009 14:04:37 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.32.48 X-Mailman-Approved-At: Sat, 30 May 2009 15:43:02 +0000 Subject: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2009 12:04:30 -0000 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? Thanks for answering, Oliver