Peter,
Unfortunately I haven't found a pattern. It seems quite random,
basically during random clicking around our site. My test was to go
visit several collections in communities which use custom XMLUI themes,
and by a few collections into this exercise I'd see mismatched elements
(CSS from one theme, banner from another!).
Regarding load/memory. I haven't find that our server (development or
production) is using more memory than before. Also, it seems to be just
as snappy as it ever was (if it ever was snappy!). It should be noted
that since I've ruled out client-side caching as causing this problem,
I've encouraged a bit more aggressive client-side caching via
mod_headers[1], so that will help reduce requests for static content.
I'll have to keep an eye on it to see if load from dynamic pages increases.
Regards,
Alan
[1]
https://gist.github.com/alanorth/5530986/raw/911457283ce9a4acacdbdf86edd7b65fe2db4753/gistfile1.txt
On 04/29/2013 07:03 PM, Peter Dietz wrote:
Hi Alan,
Disabling cache all-together was too high of a performance cost for
us. Depending on your usage, you might be fine though.
If you can narrow your problems/grievances with
incorrectly-cached-pages to a number of certain activities /
use-cases, then it is worth it to debug those, and find problems in
the cache logic.
i.e. for the recent-submissions the code had a bug where it didn't
nullify the validity of the object, so cocoon assumed that it could
continue to present the cache. Adding some code to nullify the
validity upon changes, made the caching problem act how we intended it.
Peter Dietz
On Mon, Apr 29, 2013 at 8:17 AM, Bram Luyten <[email protected]
<mailto:[email protected]>> wrote:
Hi Alan,
great to hear that disabling the pipeline cache did not
substantially increase your memory footprint in development.
Did you see the same on production?
best regards,
Bram
--
logo
*Bram Luyten*/@mire/
/2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010/
/Esperantolaan 4, Heverlee 3001, Belgium/
www.atmire.com
<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=braml>
On Sat, Apr 20, 2013 at 4:51 PM, Alan Orth <[email protected]
<mailto:[email protected]>> wrote:
Hi,
So for now I *seem* to have found a work around: setting the
pipeline to "noncaching". I found the hint referenced in Jira
DS-298, and have modified my code[1] to use the noncaching
pipeline type.
It's been working on my development instance for a few hours
now, and I've been refreshing quite a bit, browsing a number
of other themes, etc, and still no cache corruption persisting
across this particular theme which was so often affected before.
Fingers crossed!
[1] https://gist.github.com/alanorth/5426188
On Fri, Apr 19, 2013 at 8:36 PM, Alan Orth
<[email protected] <mailto:[email protected]>> wrote:
All,
I've been battling with overly-aggressive XMLUI caching ever
since version 1.7. We use DSpace 3.1 with 14 different XMLUI
themes, and after a fresh restart it only takes around 5
minutes before themes start getting jumbled between
communities. 1.8 introduced the ability to clear the Cocoon
Cache from the Control Panel, but that only solves the
problem temporarily.
I see a few XMLUI caching issues on JIRA, but they look to be
only slightly related:
* https://jira.duraspace.org/browse/DS-298
* https://jira.duraspace.org/browse/DS-871
Client-side caching is expressly prohibited via mod_headers
in our httpd reverse proxy, so I'm positive it's not a
browser issue.
Can anyone shed insight on this?
Adios,
--
Alan Orth
[email protected] <mailto:[email protected]>
http://alaninkenya.org
http://mjanja.co.ke
"I have always wished for my computer to be as easy to use as my telephone;
my wish has come true because I can no longer figure out how to use my telephone."
-Bjarne Stroustrup, inventor of C++
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs
for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free
account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
DSpace-tech mailing list
[email protected]
<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette:
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance
monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt!
http://p.sf.net/sfu/newrelic_d2d_apr
_______________________________________________
DSpace-tech mailing list
[email protected]
<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette:
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
Alan Orth
[email protected]
http://alaninkenya.org
http://mjanja.co.ke
"I have always wished for my computer to be as easy to use as my telephone; my wish
has come true because I can no longer figure out how to use my telephone." -Bjarne
Stroustrup, inventor of C++
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and
their applications. This 200-page book is written by three acclaimed
leaders in the field. The early access version is available now.
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
