Return-Path: Delivered-To: apmail-incubator-river-dev-archive@minotaur.apache.org Received: (qmail 14449 invoked from network); 20 Dec 2010 21:13:29 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Dec 2010 21:13:29 -0000 Received: (qmail 94450 invoked by uid 500); 20 Dec 2010 21:13:29 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 94423 invoked by uid 500); 20 Dec 2010 21:13:29 -0000 Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: river-dev@incubator.apache.org Delivered-To: mailing list river-dev@incubator.apache.org Received: (qmail 94415 invoked by uid 99); 20 Dec 2010 21:13:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Dec 2010 21:13:29 +0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dan.creswell@gmail.com designates 209.85.216.47 as permitted sender) Received: from [209.85.216.47] (HELO mail-qw0-f47.google.com) (209.85.216.47) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Dec 2010 21:13:24 +0000 Received: by qwg5 with SMTP id 5so3154259qwg.6 for ; Mon, 20 Dec 2010 13:13:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=luYZ17c1HflVNW5irDyOw8Snd+tzYRJO7btUcnHGoy8=; b=cHdu/IEtMt3LEeoFDej6w6ioji9dz1jAuyVbdX0XPif25qL1NL2I/qKzcnnVNdv11y wV4GydsEphW7rdQgNkMsh6FnaJLlGLPzdxNM/6pxCQQ/Ok5IKAw9qDrmbzhRzk4dQroh y/w6rwjpoXwtHwcoJNH8RArCvw/tztdGKYrLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sjc1yxGfTh+0qtXkVf0ofwGy4+wrAkl7NCqcaEN0+mby+2u7+JquRa8rvbRRUbBgMd EHxC2KYIiq+q7wdvK6kz4NSXTz9Ho+waYoQrKjHmn3jQe6Bi5406tlXAjK+6LY/7B+QI MUHc7A6Gv8YiD4JmGGorBfm2XpRdmzoRq8K38= MIME-Version: 1.0 Received: by 10.224.2.200 with SMTP id 8mr4414096qak.203.1292879583419; Mon, 20 Dec 2010 13:13:03 -0800 (PST) Received: by 10.220.87.157 with HTTP; Mon, 20 Dec 2010 13:13:01 -0800 (PST) In-Reply-To: <4D0FBCCD.8080506@acm.org> References: <4CF89BD3.3030103@acm.org> <4CF909A0.5070409@wonderly.org> <4D056E41.7020102@acm.org> <4D057B73.3090905@zeus.net.au> <4D05BA22.4000002@acm.org> <4D06672A.10203@wonderly.org> <4D066FA2.8050207@wonderly.org> <4D069D21.5070908@zeus.net.au> <4D06BA8D.4040602@simulexinc.com> <4D06C523.5000006@acm.org> <5E44AB11-EC78-476E-8A6D-C9AEBEFCA3D2@topiatechnology.com> <4D079D60.4070607@wonderly.org> <4D07E442.5040908@acm.org> <39AED645-40CC-4314-9956-25BE1325B2F5@topiatechnology.com> <4D07E9D4.2080106@acm.org> <4D0856B2.1070107@acm.org> <4D0A1A61.2020805@acm.org> <4D0A1D90.2000900@qcg.nl> <4D0B8903.8090704@wonderly.org> <4D0BFA6D.80201@acm.org> <4D0FBCCD.8080506@acm.org> Date: Mon, 20 Dec 2010 21:13:01 +0000 Message-ID: Subject: Re: datastructure classes From: Dan Creswell To: river-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0015175ca8764e9dc50497ddfc73 --0015175ca8764e9dc50497ddfc73 Content-Type: text/plain; charset=ISO-8859-1 Blitz too has optional FIFO-ness via configuration though it's absolutely a performance killer for any decent concurrent load by virtue of the usual suspects such as lock contention and the high chance of scanning entry's that have just been taken by a thread just ahead in the queue. To be honest though, unless FIFO is spec'd officially as an option or a default, having developers rely on magic such as FIFO by default is "very bad" (TM). On 20 December 2010 20:30, Patricia Shanahan wrote: > Tom Hobbs wrote: > >> I know of at least one company which uses Outrigger specifically >> because of it's fortuitous FIFO behaviour. I'm trying to encourage >> them to move from the Jini 2.1 code to the River release and losing >> the FIFO-ness might be an issue for them. >> >> And yes I know, the spec doesn't specify FIFO, like I said, they >> needed a FIFO space, and Outrigger "just happened" to behave like >> that. >> > > That confirms my suspicion that FIFO-ness is a useful property. I note that > Gigaspaces has optional support for FIFO. > > My quick changes to try to fix the current bug will preserve it. If the > long term design loses it for flat-out performance, we should make it > available on a configuration basis. > > Patricia > > > --0015175ca8764e9dc50497ddfc73--