--MimeMultipartBoundary
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Return-Path: <Christian.Khoury@inria.fr>
Received: from panther.memory.se (localhost [127.0.0.1])
by pchno.memory.se (8.8.5/8.8.4) with SMTP
id AAA00413 for <henrik>; Tue, 6 Jan 1998 00:45:31 +0100
Received: from Grynet.passagen.se (grynet.passagen.se [194.17.55.99])
by Gudrun.passagen.se (8.8.5/8.8.5) with ESMTP id MAA12677
for <hno@hem.passagen.se>; Mon, 5 Jan 1998 12:06:34 +0100 (MET)
Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39])
by Grynet.passagen.se (8.8.6/8.8.6) with ESMTP id MAA15311
for <hno@hem.passagen.se>; Mon, 5 Jan 1998 12:06:33 +0100 (MET)
Received: from prof.inria.fr (prof.inria.fr [128.93.11.47])
by concorde.inria.fr (8.8.7/8.8.5) with ESMTP id MAA11026;
Mon, 5 Jan 1998 12:06:26 +0100 (MET)
Received: from tif.inria.fr (tif-f.inria.fr [193.51.192.8]) by prof.inria.fr (8.7.6/8.6.6) with ESMTP id MAA29693; Mon, 5 Jan 1998 12:06:25 +0100 (MET)
Received: from bernin (khoury@bernin.inria.fr [128.93.7.60]) by tif.inria.fr (8.6.10/8.6.6) with SMTP id MAA28581; Mon, 5 Jan 1998 12:06:25 +0100
Sender: khoury@prof.inria.fr
Message-ID: <34B0BE33.65D716ED@inria.fr>
Date: Mon, 05 Jan 1998 12:04:19 +0100
From: Christian Khoury <Christian.Khoury@inria.fr>
X-Mailer: Mozilla 3.04 (X11; I; Linux 2.0.29 i586)
MIME-Version: 1.0
To: Henrik Nordstrom <hno@hem.passagen.se>
CC: squid-users@nlanr.net
Subject: Re: Last Modified
References: <34ACBF4E.A1F62AF@inria.fr> <34AD2AB6.43CE37FB@hem.passagen.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Henrik Nordstrom wrote:
>
> Christian Khoury wrote:
> >
> > hi,
> >
> > i'm using Squid-1.0.20 :-)
> > i know, it's an old version, but i'm using it just for
> > experimental uses (changed the cooperating protocol).
>
> Thats an almost anicent version ;-).
> It would be interesting to know what changes have you made.
well, we replaced the cooperative protocol by another one (we called it
Relais ).
It's an interesting protocol we developped (objectively speaking :-) ).
It consists on replicating the mapping server (directory that tells you
where to find a cached version of the doc, if it already exists on the
distributed cache), that way, the cost of searching for a document and
locating it is just the cost of a local search. The consistency of this
directory is achieved using a lazy approach: We propagate notifications
(messages concerning deletes, adds, invalidations,..in the directory) to
other cooperating caches on certain "occasions" (either at a fixed
frequency or if the number of notifications exceeds a certain
threshold). Relais guaranties a very important property which is a
progressive view of the documents on each cache: this means that an
older document will not be cached if a newer version of the document has
already been seen by the cache. This property can be used so that (after
a while) users would stop using (perhaps) the "Reload" button.
there's already a working version of Relais that we're trying to
evaluate (hopefully, we'll finish the evaluation by the end of this
month).
you can take a look at Relais' page:
http://www-sor.inria.fr/projects/relais
if you have any more questions, please feel free to contact me.
Christian
-- Christian Khoury INRIA - Projet SOR - B.P. 105 - 78153 Le Chesnay Cedex - FRANCE Tel : +33 1 39 63 51 33 e-mail : Christian.Khoury@inria.fr --MimeMultipartBoundary--Received on Tue Jul 29 2003 - 13:15:45 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:11:32 MST