Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 88026 invoked by uid 500); 23 Aug 2001 22:39:17 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 87965 invoked from network); 23 Aug 2001 22:39:17 -0000 From: "Gerhard Froehlich" To: Subject: AW: AW: IT'S TIME TO REDO YOUR TESTS, GENTLEMEN! Date: Fri, 24 Aug 2001 00:38:49 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3B850080.72525403@apache.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N >I have created and Active Monitor class that would help us >minimize the number >of accesses to the webapp resources. Using the FileResource, we >can register >and class (i.e. the cache, etc.) with a PropertyChangeListener. >That listener >will recieve messages who's name is the same as the resource being >monitored. >This effectively eliminates our need to call >${file}.lastModified() directly from >our code. Each resource in the collection of resources is tested >on a frequency >you specify (i.e. 1/minute, 1/half-hour, etc.). That way during >extreme load >conditions the number of times we call the "lastModified" method >doesn't change. >Instead of 1/request (with 200 simultaneous users requesting 4 >pages a second >that comes to 800 calls a second) it is once per period of time. >Even at one >second, you have called "lastModified" 1/800th of the time using >the afforementioned >example. It defaults to once per minute which is 1/24000th of the >time (that >is 2400000% decrease in calls. > >The Monitor class is in Excalibur's scratchpad section--awaiting >the soon inclusion >in the main excalibur jar. Sounds very cool. But when you have many resources isn't it dangerous that this collection becomes to big? Cheers Gerhard --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org