Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S261321AbTCJN5o>; Mon, 10 Mar 2003 08:57:44 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S261323AbTCJN5o>; Mon, 10 Mar 2003 08:57:44 -0500
Received: from mail.gmx.de ([213.165.64.20]:1495 "HELO mail.gmx.net")
	by vger.kernel.org with SMTP id <S261321AbTCJN5n>;
	Mon, 10 Mar 2003 08:57:43 -0500
Message-Id: <5.2.0.9.2.20030310151040.023aed08@pop.gmx.net>
X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9
Date: Mon, 10 Mar 2003 15:12:56 +0100
To: Ed Tomlinson <tomlins@cam.org>, Con Kolivas <kernel@kolivas.org>,
       linux kernel mailing list <linux-kernel@vger.kernel.org>
From: Mike Galbraith <efault@gmx.de>
Subject: Re: 2.5.64-mm2->4 hangs on contest
In-Reply-To: <200303100841.01165.tomlins@cam.org>
References: <5.2.0.9.2.20030310144020.00c8feb0@pop.gmx.net>
 <fa.ie98jja.2hkdj6@ifi.uio.no>
 <fa.j59micm.1fhqe9k@ifi.uio.no>
 <5.2.0.9.2.20030310144020.00c8feb0@pop.gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1563
Lines: 34

At 08:41 AM 3/10/2003 -0500, Ed Tomlinson wrote:
>On March 10, 2003 08:41 am, Mike Galbraith wrote:
> > At 07:43 AM 3/10/2003 -0500, Ed Tomlinson wrote:
> > >Mike Galbraith wrote:
> > > > At 09:31 PM 3/10/2003 +1100, Con Kolivas wrote:
> > > >>On Mon, 10 Mar 2003 21:31, Mike Galbraith wrote:
> > > >> > Ahem.  Attached this time.
> > > >>
> > > >>I assume this is against bk? I'll massage it into 2.5.64-mm4
> > >
> > >Suspect that the interactivity changes have make the problem that my
> > >ptg patch is designed to fix easier to hit.  Con where is the latest
> > >contest (a quick google does not help)?  Mike what version of irman
> > >are you using?  The one I have has problems parsing /proc/mem in mm.
> >
> > Version 0.5.  (also has parse problem)
>
>If you guys play with the ptg patch there are two tunables you should
>be aware of.  The first is theard_governor, which probably will not need
>to be touched.  The second is user_governor.  This one you may want to
>reduce from 100 to 50 - meaning start reducing a user's timeslices when
>there are more than 5 in run queue tasks for that user.

In my experiments, reducing timeslice does horrible things to 
throughput.  The hind of testing I do is mostly throughput oriented... 
latency is secondary when you're running full throttle ;-)

         -Mike 

-
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/