<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Just to check--before we do all this, have we tried running with GRAM4?<br>

<br>

Ben Clifford wrote:

<blockquote

 cite="mid:Pine.LNX.4.64.0801301342300.6302@dildano.hawaga.org.uk"

 type="cite">

  <pre wrap="">

On Wed, 30 Jan 2008, Ti Leggett wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">As a site admin I would rather you ramp up and not throttle down. Starting

high and working to a lower number means you could kill the machine many times

before you find the lower bound of what a site can handle. Starting slowly and

ramping up means you find that lower bound once. From my point of view, one

user consistently killing the resource can be turned off to prevent denial of

service to all other users *until* they can prove they won't kill the

resource. So I prefer the conservative.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

The code does ramp up at the moment, starting with 6 simultaneous jobs by 

default.

What doesn't happen very well at the moment is automated detection of 'too 

much' in order to stop ramping up - the only really good feedback at the 

moment (not just in this particular case but in other cases before) seems 

to be a human being sitting in the feedback loop tweaking stuff.

Two things we should work on are:

 i) making it easier for the human who is sitting in that loop

and

 ii) figuring out a better way to get automated feedback.

>From a TG-UC perspective, for example, what is a good way to know 'too 

much'? Is it OK to keep submitting jobs until they start failing? Or 

should there be some lower point at which we stop?

  </pre>

</blockquote>

</body>

</html>