gpt4 book ai didi

Hybris:是什么导致了几个 Backoffice Long Operation 项目,这些项目似乎导致了性能问题?

转载 作者:行者123 更新时间:2023-12-04 09:57:36 24 4
gpt4 key购买 nike

杂种:1905.14

我在 CCV2 中托管的 Hybris 实例上遇到了性能问题。它正在减慢店面和后台的速度。如果我转到 HAC > Monitoring > Suspend,我会看到几个 Backoffice Long Operation 项目。线程转储还显示了与后台相关的几个线程。

没有 cronjob 正在运行,并且触发器已设置为 active=false。一段时间后,服务器需要重新启动,因为后台不再加载。最后,服务器无法初始化,因为它包含数据。

后台有最少的配置,只有一些 XML 配置来自定义不同用户组的树 View 。

我无法在本地复制性能问题。任何想法可能导致这些后台长时间操作项目?

enter image description here

阻塞的线程如下所示:

priority:5 - threadId:0x2095 - nativeId:0x82f - nativeId (decimal):2095 - state:BLOCKED
stackTrace:
java.lang.Thread.State: BLOCKED
at java.base@11.0.6/java.util.Collections$SynchronizedMap.put(Collections.java:2598)
- waiting to lock java.util.Collections$SynchronizedMap@1e60f80f
at com.hybris.cockpitng.util.cache.WidgetAsyncWarmUpCache$WarmUpOperation.lambda$execute$0(WidgetAsyncWarmUpCache.java:122)
at com.hybris.cockpitng.util.cache.WidgetAsyncWarmUpCache$WarmUpOperation$$Lambda$1481/0x00000008020d4c40.accept(Unknown Source)
at java.base@11.0.6/java.util.ArrayList.forEach(ArrayList.java:1540)
at com.hybris.cockpitng.util.cache.WidgetAsyncWarmUpCache$WarmUpOperation.execute(WidgetAsyncWarmUpCache.java:122)
at com.hybris.cockpitng.engine.impl.DefaultWidgetInstanceManager.lambda$prepareLongOperation$2(DefaultWidgetInstanceManager.java:223)
at com.hybris.cockpitng.engine.impl.DefaultWidgetInstanceManager$$Lambda$1466/0x00000008020d0040.get(Unknown Source)
at com.hybris.cockpitng.engine.operations.CockpitNGBackgroundOperation.runInternal(CockpitNGBackgroundOperation.java:125)
at com.hybris.cockpitng.engine.operations.CockpitNGBackgroundOperation.run(CockpitNGBackgroundOperation.java:93)
at com.hybris.backoffice.cockpitng.util.BackofficeThreadContextCreator$RunnableWithParentThreadContext.run(BackofficeThreadContextCreator.java:100)
at java.base@11.0.6/java.lang.Thread.run(Thread.java:834)
at de.hybris.platform.core.threadregistry.RegistrableThread.internalRun(RegistrableThread.java:141)
at de.hybris.platform.core.threadregistry.RegistrableThread.run(RegistrableThread.java:131)
Locked synchronizers: count = 0

来自 fastthread.io 的线程数:

enter image description here

enter image description here

最佳答案

更新 5/27 15:29:Hybris 确认它是 1905.14 中的一个错误:ECP-5030 WidgetAsyncWarmUpCache causing CPU saturation with certain category structure . CCV2 的解决方法在 JIRA tiket 中:

  1. Upload attached cockpitframework-19.05.14-RC4.jar to your repository under root/CUSTOMIZE/modules/backoffice-framework/backoffice/web/webroot/WEB-INF/lib
  2. Build
  3. Deploy


但是,我们现在选择使用 1905.13。

xxx

作为临时解决方案(消除了性能问题),我们有:
  • 将 Hybris 1905.14 降级到 1905.13
  • 删除/禁用 hotfolder 扩展

  • 目前,我们不能说问题是由于 Hybris 版本还是由于 hotfolder 扩展。

    我们有另一台服务器在 Hybris 1905.14 上运行,启用了热文件夹,它没有“后台长时间操作”问题。所以,此时,我们只是在等待 SAP 提供一些响应(或对问题的调查)。

    关于Hybris:是什么导致了几个 Backoffice Long Operation 项目,这些项目似乎导致了性能问题?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61891900/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com