From owner-freebsd-stable@FreeBSD.ORG Tue Feb 12 13:02:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7C5AA511 for ; Tue, 12 Feb 2013 13:02:04 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 041ABDAF for ; Tue, 12 Feb 2013 13:02:03 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MEHTC-1U7OAU3fqK-00FVIM for ; Tue, 12 Feb 2013 14:02:02 +0100 Received: (qmail invoked by alias); 12 Feb 2013 13:02:02 -0000 Received: from cm56-168-232.liwest.at (EHLO bones.gusis.at) [86.56.168.232] by mail.gmx.net (mp024) with SMTP; 12 Feb 2013 14:02:02 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1+1REUBMdW1MA8pdUSRQbmizeMwsCb2h/UUMC1WKk oeYbGiKMSV5nKw From: Christian Gusenbauer To: freebsd-stable@freebsd.org Subject: Re: 9.1 AMD64 multitasking efficiency low Date: Tue, 12 Feb 2013 14:04:28 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-STABLE; KDE/4.8.4; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201302121404.28342.c47g@gmx.at> X-Y-GMX-Trusted: 0 Cc: freebsd-emulation@freebsd.org, Bernhard =?iso-8859-1?q?Fr=F6hlich?= , CeDeROM X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2013 13:02:04 -0000 On Tuesday 12 February 2013 13:11:12 CeDeROM wrote: > On Mon, Feb 11, 2013 at 11:35 PM, CeDeROM wrote: > > I can work on VESA xorg driver, I can have no multimedia drivers, but > > the system performance is really important factor for me and working > > like this is really unpleasant on a pretty modern machine :-( > > I made a short movie to show how bad this looks :-) After some time of > moving data from ext2 sata partition to ufs2 usb partition I have > started Xorg, the speed is a disaster, then I have shutdown the Xorg, > stopped file transfer and starter Xorg again, things were okay, then > started transfer again and things get worse and worse again... > > http://youtu.be/5pLODViX3JY > > Now when all of the data are back on the sata drive with UFS2 things > seems a lot better. Do you think this may be the EXT2 issue? Still > when swap starts working there is a slowdown to the whole system. > > What are recommended flags to build the kernel for efficiency? > > Does debug symbols in kernel can slow things down? > > Any hints welcome! :-) > Tomek Hi! Maybe it's hardware related? I experience the same slowness as you do as soon as I copy more than a few MB of data *on the same drive*. It doesn't make any difference if the destination is on the same filesystem or not. When the copy is done, everything is back to normal. Recently I bought a new drive for doing backups which I connect via eSata. Now guess what: copying data on that drive does not affect the performance of the system! But copying data from that drive to the old one renders the machine unusable as soon as the write starts. Here's the dmesg output of my old drive: ada0 at ahcich2 bus 0 scbus2 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 and here the one of the new drive: ada1 at ahcich0 bus 0 scbus0 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 My motherboard is an ASUS P5B-E. Do you have an external drive which you can use for a test? Ciao, Christian.