Cette conversation a été verrouillée en raison de son inactivité. Veuillez créer une nouvelle publication.
Niveau 1
Niveau 2
Se connecter à la communauté
Connectez-vous pour voir tous les badges
Cette conversation a été verrouillée en raison de son inactivité. Veuillez créer une nouvelle publication.
I have a issue where my IT team has to keep rebuilding offloading agents. The problem occurs when we upload high amounts of
XML content roughly about 50 000 - 100 000 files. Only OOTB workflows are being run on it (DAM Update Asset). AEM processes couple thousands of files extremely fast
then it eventually gets slower and slower where it just comes to a halt. What can be the issue here? Adobe Tech guy said it should be able handle small files like that in large bulks.
I'm uploading it through a desktop client which sends the files to an OSGi Servlet.
Thanks all!
Résolu ! Accéder à la solution.
Vues
Réponses
Nombre de J’aime
So I've decided to just reduce my concurrent workflows to 20
however AEM still shows more than 20 workflows in the 'RUNNING' status.
I tested with about 200 files. My setup currently consists of one author & two offloading instances.
I changed the config of Apache Sling Job Queue Configuration...set the job topic to:
com/adobe/granite/workflow/job*
And maximum parallel jobs to 20.
Thanks.
Vues
Réponses
Nombre de J’aime
If you find the load too much - try reducing load.
Vues
Réponses
Nombre de J’aime
Have you taken any thread dumps when the system is slow/hung to see what thread(s) may be causing it? What does the heap look like? Is there a lot of GC activity?
Vues
Réponses
Nombre de J’aime
I think the system is slow because they are trying to post thousands of DAM assets @ once. I recommend breaking the job into manageable chunks of assets so AEM can handle it.
Vues
Réponses
Nombre de J’aime
ZygW wrote...
Have you taken any thread dumps when the system is slow/hung to see what thread(s) may be causing it? What does the heap look like? Is there a lot of GC activity?
I'll do this and post results. Can someone explain why this would cause workflows to be processed slower though? I imagine they are just in a queue and get processed in a X amount of times in parallel.
However the case here is that each individual workflow process time gradually gets slower and slower.
Vues
Réponses
Nombre de J’aime
So I've decided to just reduce my concurrent workflows to 20
however AEM still shows more than 20 workflows in the 'RUNNING' status.
I tested with about 200 files. My setup currently consists of one author & two offloading instances.
I changed the config of Apache Sling Job Queue Configuration...set the job topic to:
com/adobe/granite/workflow/job*
And maximum parallel jobs to 20.
Thanks.
Vues
Réponses
Nombre de J’aime
Are you seeing better AEM performance?
Vues
Réponses
Nombre de J’aime
Yes it did seem to perform better however when I checked the config node in the back end it was still set to '-1' which
I find quite odd...
Vues
Réponses
Nombre de J’aime
Vues
Likes
Réponses
Vues
Likes
Réponses