<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi list, <br>
<br>
with the introduction of Solr to OpenCms we resolved most of the
performance issues. Especially content aggregation and property
resolving/querying is a blast. However we make no use of the
embedded Solr collectors but have written our own taglibs to
interface with the Solr backend(s). Further we patched the OpenCms
kernel to allow for dynamic (reads runtime) content type mappings
to Solr.<br>
<br>
Maybe this can be a feasible solution for your cases too.<br>
<br>
Sincerely<br>
<br>
<br>
\Fabian<br>
<br>
<br>
<br>
Am 27.03.15 um 15:51 schrieb Roman Uhlig:<br>
</div>
<blockquote cite="mid:55156E86.3070504@drakanor.de" type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=windows-1252">
We had the same (bad) experience with OpenCms XML-content that
reaches a certain amount of items (unfortunately not as many as
you might think).<br>
It's basically as if your database would store every row as XML in
a virtual filesystem. This just can't perform very well at all,
the concept doesn't allow this. <br>
And with something complex like a calendar with events, it goes
totally nuts. A sophisticated calendar is tricky even with a
regular database, with XML content it's server kill. ;)<br>
<br>
Unless OpenCms is offering some database connection features (e.g.
through Hibernate) to avoid storing everything in XML in the VFS,
you do better with a real database solution.<br>
<br>
<div class="moz-cite-prefix">Am 27.03.2015 um 15:15 schrieb
Alberto Gallardo:<br>
</div>
<blockquote
cite="mid:CA+zs-Py4GJEYmyudY5sk90hRrt4EN5yV0w+KkP=CMKJJaaoEjA@mail.gmail.com"
type="cite">
<div dir="ltr">Dear list,
<div><br>
</div>
<div>in the last OpenCms days I talked to some of you
mentioning some performance problems we were facing. I got
some valuable input and was asked to share our findings, in
case we further analyzed the situation.</div>
<div><br>
</div>
<div>Today, seizing Deiversons Silveira post 'Problem with
lucene - Old Generation Memory', I wanted to share with you
the main conclusion after our analysis: we found that the
alkacon-oamp/calendar was responsible for most of the server
processing time.</div>
<div><br>
</div>
<div>It turns out that this component aggregates all existing
events under a configured folder. It doesn't make any
difference if these are old or not. Even with the OCEE
accelerator, building the calendar view is a very expensive
operation.</div>
<div><br>
</div>
<div>Removing the calendar from some pages bring us a ten-fold
performance improvement.</div>
<div><br>
</div>
<div>Just keep in mind that content aggregation in OpenCms
isn't for free. It takes a lot of memory and processing
time. I'm talking about querying 5 properties of some 3000
events. So many elements it's probably not that common, but
if you are not aware of it, and you have been using similar
components (e.g. lists) accumulating ballast during several
years, it could inadvertently affect you some day.</div>
<div><br>
</div>
<div>Regards,</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
<div>
<div class="gmail_signature">Alberto Gallardo<br>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
This mail is sent to you from the opencms-dev mailing list
To change your list options, or to unsubscribe from the list, please visit
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev">http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
This mail is sent to you from the opencms-dev mailing list
To change your list options, or to unsubscribe from the list, please visit
<a class="moz-txt-link-freetext" href="http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev">http://lists.opencms.org/cgi-bin/mailman/listinfo/opencms-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>