Gerhard, >From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > >Gerhard Froehlich a écrit : >> >> Hi, >> I started to implement the Resource Monitor into >> the caching process. >> >> One place are the Generators (FileGenerator, etc..), therefore >> I have to lookup up the Monitor component. >> Where shall I place the contextualize method in the Generator >> derivation tree: >> >> ComposerGenerator >> AbstractGenerator >> AbstractXMLProducer >> >> ? >> >> I ask, 'cause I don't want to rain in somebodies "Generator" party ;) >> >> Cheers >> Gerhard >> >Gerhard, > >I'm happy you start working on Monitors : reducing filesystem lookup is >a must-do to increase performance. But I have a few wonders about the >way to introduce them in the engine. > >I didn't went deep in Monitors, but is it good to use an active monitor >? From what I understand, an active monitor scans periodically (10 secs >in cocoon.xconf) all its resources.
That's correct. >This means that every 10 secs, Cocoon will scan *each and every* file >monitored since the engine startup, even those that are unfrequently >used. I'm afraid this will be worse than what we have today on large >sites... but tell me if I'm wrong ! Ok I will quote Berin as answer: "...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..." IMHO that sound reasonable. >It seems to me that the main benefit of ActiveMonitor is for resources >that are systematically checked at each and every request : IMO, this >should be limited to configuration files and sitemaps. Yes and also systematically checked are the Generators. On every request the CachingStreamPipeline validates TimeStampCacheValidity. TimeStampCacheValidity is set i.e. from the FileGenerator, which calls getLastModified() every request. TimeStampCacheValidity signals if a Source (i.e sample.xml) has changed or not. >For less-frequently used resources, wouldn't it be a better solution to >only call getLastModified() when the resource is actually used and the >time since the last call to getLastModified() is greater than the >refresh period ? This would be a kind of buffering in front of the >filesystem. Also, can't this be integrated directly in Source ? Hmm I don't get you here ;). >Last point : your changes in ProgramGenerator make the assumption that >sources are files. This won't be true in unexpanded war files and will >very likely break the engine ;) But how works the FileGenerator and his related, when they call getLastModified() from the Source in this case? Cheers Gerhard "EARTH FIRST! We'll strip-mine the other planets later." --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
