Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263539AbTKFM7a (ORCPT ); Thu, 6 Nov 2003 07:59:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263541AbTKFM7a (ORCPT ); Thu, 6 Nov 2003 07:59:30 -0500 Received: from mail-03.iinet.net.au ([203.59.3.35]:2522 "HELO mail.iinet.net.au") by vger.kernel.org with SMTP id S263539AbTKFM72 (ORCPT ); Thu, 6 Nov 2003 07:59:28 -0500 Message-ID: <3FAA45A9.20707@cyberone.com.au> Date: Thu, 06 Nov 2003 23:59:21 +1100 From: Nick Piggin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030827 Debian/1.4-3 X-Accept-Language: en MIME-Version: 1.0 To: "Prakash K. Cheemplavam" , Andrew Morton CC: Jens Axboe , linux-kernel@vger.kernel.org Subject: Re: 2.9test9-mm1 and DAO ATAPI cd-burning corrupt References: <20031105095457.GG1477@suse.de> <3FA8CA87.2070201@gmx.de> <20031105100120.GH1477@suse.de> <3FA8CCF9.6070700@gmx.de> <20031105101207.GI1477@suse.de> <3FA8CEF1.1050200@gmx.de> <20031105102238.GJ1477@suse.de> <3FA8D17D.3060204@gmx.de> <20031105123923.GP1477@suse.de> <3FA945DD.8030105@gmx.de> <20031106091746.GA1379@suse.de> <3FAA41C3.9060601@gmx.de> In-Reply-To: <3FAA41C3.9060601@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1860 Lines: 50 Prakash K. Cheemplavam wrote: >>> procs -----------memory---------- ---swap-- -----io---- --system-- >>> ----cpu---- >>> r b swpd free buff cache si so bi bo in cs us >>> sy id wa >>> 2 0 0 579472 13976 308572 0 0 425 85 1255 645 5 >>> 3 84 9 >>> 2 0 0 579456 13976 308572 0 0 0 0 725 521 5 >>> 5 91 0 >>> 1 0 0 579448 13976 308572 0 0 0 0 736 523 2 >>> 5 94 0 >>> 0 0 0 579448 13976 308572 0 0 0 25 745 439 2 >> >> >> >> [snip] >> >> This looks good, from a system utilization point of view. I'm wondering >> whether you have the iso image cached? There's no block io going on. >> >> It does like more like a CPU scheduler problem at this point. > > > > Ok, then it is Nick's turn, I guess. :-) Yeah most probably the iso is > cached, as it was not the first time I burnt the iso when I did the > vmstat, furthermore I have 1 GB of RAM... The other thing which > doesn't speack for i/o problems, I guess: Just the first seconds when > I start erasing the CD-RW the mouse hangs and heavily stutters, then > it is OK until actual burning of image begins, then the mouse slightly > stutters. All this was not with test9-mm1. > I don't think the scheduler is the problem if you didn't have these problems in mm1. The scheduler is quite good when nothing is reniced. Whats funny though is it looks like you're losing timer interrupts, this is a sign that something is holding interrupts off for too long, and would also cause problems with your mouse. I guess its over to Andrew. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/