Chuyển đến nội dung chính

[PERFORMANCE] Adobe WEM/CQ performance tuning

Adobe WEM/CQ performance tuning
Contents
Main documentation you should consult first:

Caching-related configurations

CRX Bundle cache

CRX caches bundles, consisting of a node with all its properties. This is used by all bundle-based Persistence Managers. The default size of BundleCache is 8 MB. If this is too small it can cause an excessive number of read-accesses to the underlying persistence layer.
Set the bundleCacheSize to something larger than the default. See more here: http://dev.day.com/docs/en/cq/current/deploying/performance.html#CRX%20Bundle%20Cache


CRX Search index handler (Lucene) cache

This Search configuration controls the size of the document number cache for Lucene indexes, which maps UUIDs to Lucene document numbers. Consider increasing this cache size as described in the links below.
See more here:


Tar PM index cache

To enable caching of the tar PM index (for TarPM optimization process), set value for indexinMemory to “true” for the TarPersistanceManager.

The indexInMemory configuration option causes the TarPM to buffer *all* index files entirely in memory. This can significantly boost performance, but be aware of the tradeoff: a significant RAM cost.
See more here:
To learn more about the Tar Persistence Manager, see:
Index Merge
Index merge will free up disk space and also speed up reading from the repository.
If many entries are stored in the tar files, the number of index files may grow. The index files are automatically merged before and after the scheduled Tar PM optimization. However, if you need to manually reduce the number of index files at other times, you can merge these index files using the CRX Console. See: http://dev.day.com/docs/en/crx/current/administering/persistence_managers.html#Manually Merging Tar Index Files


Scalability

Regarding CQ/CRX itself, the only known limitation that might affect performance directly are flat hierarchies. This means that you should avoid having content structures with thousands of nodes on the same level in the hierarchy. Source: http://dev.day.com/content/kb/home/Crx/CrxFAQ/CrxLimitation.html

Maintenance

Optimizing Tar Files (for Tar Persistence Manager)

As data is never overwritten in a tar file, the disk usage increases even when only updating existing data. A (typically) daily optimization routine runs to maintain these files, in which the Tar Persistence Manager copies data that is still used from old tar files into new tar files, and deletes the old tar files that contain only old or redundant data.
If the optimization routine is stopped mid-stream before it is finished completely, then the next time it is started it will continue from where it left off (i.e., it doesn't start from the beginning).


Data Store Garbage Collection

The data store can be used to store large binary values. Normally all JCR node and property data is stored in a persistence manager, but for large binaries such as files special treatment can improve performance and reduce disk usage.
The data store never deletes entries except when running data store garbage collection.
Execute garbage collection to remove any unused files in the Data Store. CRX supports the Jackrabbit data store. See http://wiki.apache.org/jackrabbit/DataStore

More here:






Find more resources about Adobe CQ5 / WEM here:


Nhận xét

Đăng nhận xét

Bài đăng phổ biến từ blog này

How to add a new supported language in CQ / WEM (Translator in CQ)

Use case:  You want to add new language to CQ Change display language options in translator grid Change language name and default countries  Solution: You can access translator UI in CQ with following URL http://<HOST>:<PORT>/libs/cq/i18n/translator.html Create new language location for Dictionary Go to CRXDE lite (or your favorite JCR browser) and add this structure (assuming /apps/myapp/i18n as a typical location for custom apps): /apps/myapp/i18n [sling:Folder]     - de [nt:unstructured]         + jcr:mixinTypes = [mix:language]         + jcr:language = de     - fr [nt:unstructured]         + jcr:mixinTypes = [mix:language]         + jcr:language = fr Then reload the translator and the path /apps/ myapp /i18n should show up in the drop-down at the top. Note: the translator will only save translations for languages that are actually present underneath the path (e.g. /apps/myapp/i18n), others will be skipped. Then on jsp pa
Đăng nhận xét
Đọc thêm

Login / Logout on a Publish instance and Closed User Group (CUG)

In CQ5 there is the login logout could be configured using a Closed User Group. Closed User Groups (CUGs) are used to limit access to specific pages that reside within a published internet site. Such pages require the assigned members to login and provide security credentials. http://dev.day.com/docs/en/cq/5-4/howto/create_apply_cug.html The logout using /libs/cq/core/content/login.logout.html always gets redirected to the geometrixx site   http://localhost:4503/content/geometrixx-outdoors/en.html By configuring the Default login page  under the osgi configuration for com.day.cq.auth.impl.LoginSelectorHandler to be – /content/mysite/en/login But still after logout the page goes to the geometrixx site. IIRC, the redirect first goes to to / which then goes through the standard, somewhat complex handling of the root with multiple redirects: 1) / has a resource type of sling:redirect and redirects to /index.html 2) /index.html is handled by the RootMappingServlet [0] which h
Đăng nhận xét
Đọc thêm