Re: Understanding the PageCache Working
Re: Understanding the PageCache Working
- Subject: Re: Understanding the PageCache Working
- From: Chuck Hill <email@hidden>
- Date: Fri, 25 Aug 2006 10:57:20 -0700
On Aug 25, 2006, at 7:39 AM, Ute Hoffmann wrote:
Hallo,
just a question for clarification again. In my app there are some
big pages (containing a lot of data and html).
The HTML is not relevant. The graph of WOElement and WOComponents
created from the HTML template and WOD file is. Using stateless
components can greatly reduce this memory footprint.
In general, try to keep the page cache size as small as possible.
Try 5. Or less. If you app uses direct actions and those actions
return content without component actions, override savePage in
Session to NOT save these in the page cache. The page cache is only
needed for content containing component actions.
In the page cache, will there be only saved a reference and the
template or will the html-page with complete content be saved or is
it completely different?
The response sent to the browser is not saved in the cache,
everything else is.
Follow up: If a database fetch was for a page that is still in the
pageCache of an application, is the ec of this database fetch
eligible for garbage collection (if it holds only the data for this
singe page) or will it stay around until the page it was originally
used for is out of the pageCache?
Sort of the wrong question. Fetches are never for a page. They are
for an EC. If the page maintains references to the fetched objects,
then both the object and the EC are not eligible for garbage
collection. As long as something, somewhere, be it a page or a
session or any object holds a reference to an EO, neither that EO nor
its EC will be garbage collected.
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems. http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden