From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <49ecafc21d6cdc08958b71307fc5f60e@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] killing processes
From: Lucio De Re <lucio@proxima.alt.za>
Date: Thu, 15 Sep 2005 17:32:59 +0200
In-Reply-To: <20050915150756.GO30467@server4.lensbuddy.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: 88d6f2b6-ead0-11e9-9d60-3106f5b1d025

> I think it's already mentioned in the original papers that one of the
> main reason for 'cpu' servers is bandwidth/proximity to the file
> server(s), so I in a way it has always been a misnomer.

A good point.  Fossil does provide, at a price, the features of both
worlds and in fact encourages being used in both roles.  Until now, I
had considered the Fossil host as strictly out of bounds for
computation.  But _that_ is obsolete thinking, my approach ought to be
to enhance its resources as far as possible.

Unfortunately, it is no longer possible, in this type of scenario, to
identify clearly which of two otherwise distinguishable needs is not
being met when the Fossil server runs out of steam.  It makes more
sense to cluster CPU servers around it and alleviate its computational
load, if feasible, reverting to the obsolete model.

I dunno, it sounds like too much of a judgement call.

++L