DocumentazioneExperience Cloud KCS

AEM 6.5: il flusso di lavoro Codifica video elementi multimediali dinamici causa un picco di CPU durante i caricamenti video paralleli

Ultimo aggiornamento: 31 luglio 2026

Questo articolo spiega come risolvere i picchi di CPU causati dal flusso di lavoro Codifica video elementi multimediali dinamici durante il caricamento di video paralleli in Adobe Experience Manager 6.5.

Descrizione description

Ambiente

Adobe Experience Manager (AEM) 6.5 SP24 (tutte le piattaforme)

Problema/Sintomi

Quando si caricano contemporaneamente più risorse video (ad esempio, 15-20 video da 10-80 MB ciascuno) sul server Production Author, il flusso di lavoro Codifica video elementi multimediali dinamici attiva processi di transcodifica FFmpeg paralleli, con conseguenti forti picchi CPU. Il server non risponde e richiede un riavvio. Un comportamento simile si verifica in ambienti inferiori quando si caricano 5 video da 30 MB ciascuno.

Sintomi:

  • Utilizzo intensivo del CPU sul server di authoring durante il caricamento di risorse video
  • L’istanza di authoring non risponde e deve essere riavviata
  • Gli utenti aziendali non possono caricare risorse video finché il problema non viene risolto.

I registri di errore mostrano che i passaggi di transcodifica FFmpeg sono attivi prima dell’interruzione del server.

Causa

L’elaborazione FFmpeg parallela attivata dal flusso di lavoro Codifica video elementi multimediali dinamici non è stata limitata a causa di un argomento della coda configurato in modo errato (barra iniziale).

La correzione dell’argomento e l’utilizzo di una coda dedicata consentono la concorrenza controllata, impedendo i picchi di CPU.

Risoluzione resolution

Per risolvere il problema, segui i passaggi seguenti:

  1. Verifica configurazione flusso di lavoro:

    • Identificare il modello di flusso di lavoro utilizzato per la codifica video (ad esempio: Dynamic Media Encode Video).
    • Confermare l’argomento del flusso di lavoro caricando un video di prova e controllando /system/console/slingevent per l’argomento, ad esempio com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode.

  2. Configura una coda processi Sling ordinati dedicata:

    • Crea una coda di processo Sling personalizzata per l’argomento del flusso di lavoro.

    • Verificare che l’argomento della coda corrisponda esattamente (senza barra iniziale) all’argomento visualizzato in /system/console/slingevent.

    • Esempio:

      • Corretto: com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode
      • Errato: /com/adobe/granite/workflow/job/var/workflow/models/nhbvideoencode

  3. Imposta classificazione coda e concorrenza:

    • Assegna una classificazione più alta alla coda personalizzata (ad esempio: 1000) rispetto alla coda del flusso di lavoro predefinita.
    • Configurare le impostazioni di concorrenza per limitare l’elaborazione FFmpeg (ad esempio, impostare maxConcurrentJobs per limitare le esecuzioni simultanee).

  4. Convalida configurazione:

    • Ripristina lo stato del flusso di lavoro ed esegui nuovamente il flusso di lavoro.
    • Conferma che i processi vengano instradati attraverso la coda dedicata e che l’utilizzo di CPU rimanga stabile durante i caricamenti paralleli.

  5. Test nell’ambiente inferiore:

    • Carica più video simultaneamente e monitora l’utilizzo di CPU.
    • In caso di esito positivo, applica la configurazione a Produzione.
recommendation-more-help
experience-cloud-kcs-help-kbarticles