라이브러리를 변경한 후 Plex 백그라운드 작업이 급증하는 이유는 무엇인가요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Why Does Plex Background Work Spike After a Library Change? - Zima Store Online

라이브러리 변경 후 Plex의 백그라운드 작업이 급증하는 이유는 검색 과정에서 스캔, 메타데이터 조정, 분석, 파생 파일 생성이 순차적으로 실행될 수 있기 때문입니다.

새 에피소드 하나만 추가해도 짧은 작업이 발생할 수 있지만, 폴더 이름 변경, 라이브러리 재마운트 또는 대규모 가져오기가 이루어지면 Plex가 여러 경로를 다시 확인하고 더 긴 분석 작업을 예약할 수 있습니다. 썸네일, 인트로 또는 챕터 처리, 백업 및 기타 홈 서버 작업이 겹치면 이러한 급증 현상이 더욱 뚜렷하게 나타납니다. 유용한 진단 방법은 현재 어떤 백그라운드 단계가 활성화되어 있는지, 그리고 정상적으로 진행되고 있는지를 확인하는 것입니다.

라이브러리 변경은 새 항목만 추가하는 것이 아니라 새로운 작업을 만듭니다

미디어를 추가, 이동, 이름 변경하거나 변경하면 Plex는 목록에 제목 하나를 삽입하는 것보다 훨씬 많은 작업을 수행해야 합니다. 변경된 경로를 검색하고, 미디어를 식별하고, 메타데이터를 조정하고, 데이터베이스 기록을 업데이트한 다음, 어떤 분석 작업을 적용할지 결정해야 합니다. 변경 규모에 따라 이 과정에서 활성화되는 작업의 양이 달라집니다.

대규모 라이브러리 운영자들은 라이브러리 스캔 동작이 변경된 콘텐츠의 양과 유형에 따라 달라진다고 보고합니다. 따라서 변경 후 발생한 급증 현상은 Plex가 새 에피소드 하나를 인식한 것인지, 아니면 전체 경로 트리를 다시 매핑한 것인지 알고 있을 때 더 유용하게 해석할 수 있습니다.

파일 하나를 추가한 후의 로그와 프로세스 활동을 폴더 이름 변경 또는 마운트 경로 변경 후의 동일한 지표와 비교해 보세요. 구조적 변경 규모가 큰 경우에만 급증이 발생한다면, 원인은 무작위 유휴 작업이 아니라 조정 작업의 범위일 가능성이 높습니다.

스캔은 증분 작업에서 광범위한 열거 작업으로 전환될 수 있습니다

증분 스캔은 변경된 라이브러리 영역만 확인해야 하지만, 파일 시스템 이벤트 누락, 원격 마운트, 대규모 경로 변경 또는 명시적인 전체 스캔으로 인해 Plex가 훨씬 더 많은 항목을 열거할 수 있습니다. 이 경우 짧은 작업이 지속적인 디렉터리 탐색, 메타데이터 확인 및 데이터베이스 업데이트로 바뀝니다.

장시간 실행된 라이브러리 사례에서는 미디어 경로와 라이브러리 규모가 맞물릴 때 전체 라이브러리 스캔이 몇 시간 동안 계속될 수 있음을 보여 줍니다. 중요한 단서는 정확한 소요 시간이 아니라 스캔 범위가 예상된 변경 영역을 넘어섰는지 여부입니다.

어떤 라이브러리가 활성 상태인지, 스캔이 부분 스캔인지 전체 스캔인지, 실행 중 저장 장치 지연 시간이 증가하는지 확인하세요. 스캔이 예상된 작은 영역만 확인한다면 분석 작업을 살펴보세요. 작은 업데이트가 있을 때마다 전체 트리를 탐색한다면 컴퓨팅 성능을 추가하기 전에 변경 감지 또는 예약 설정을 수정해야 합니다.

미디어 분석은 검색이 끝난 후 CPU 작업을 추가합니다

검색은 첫 번째 단계일 뿐입니다. Plex는 새로 발견된 동영상을 분석하여 기술적 속성을 파악하고, 미디어 전체를 읽어야 하는 기능을 준비할 수 있습니다. 설정에 따라 새 항목은 눈에 보이는 라이브러리 스캔이 끝난 후에도 미리 보기, 인트로, 챕터, 오디오 분석 또는 기타 파생 파일 생성 작업을 실행할 수 있습니다.

미리 보기 생성은 스캔 후 작업이 발생하는 일반적인 원인입니다. 동영상 미리 보기 썸네일은 가벼운 파일 이름 확인이 아니라 미디어 프레임을 바탕으로 생성되기 때문입니다. 따라서 제목이 이미 라이브러리에 표시된 후에도 CPU와 저장 장치 활동이 계속될 수 있습니다.

스캔 단계가 끝난 후에도 어떤 프로세스가 계속 바쁜지 확인하고, 이를 예약된 분석 또는 새로 추가된 항목 분석 설정과 비교해 보세요. 선택적 분석 기능 하나를 일시적으로 비활성화했을 때 급증 현상이 사라진다면 재생 설정을 변경하지 않고도 백그라운드 단계를 특정할 수 있습니다.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

썸네일 및 챕터 작업은 예상보다 오래 지속될 수 있습니다

썸네일 작업은 파일의 긴 구간을 읽고 작은 파생 이미지나 색인 항목을 많이 기록하기 때문에 특히 눈에 잘 띕니다. 따라서 새로 추가된 미디어가 대량으로 있을 경우, 미디어 자체는 이미 재생할 수 있어도 CPU, 디스크 읽기 및 앱 상태 기록 작업이 지속적으로 발생할 수 있습니다.

Plex가 썸네일 생성 중 멈추는 사례는 작업이 완료되지 않는 상황과 단순히 비용이 많이 들지만 정상적으로 진행 중인 작업을 구분해야 하는 이유를 보여 줍니다. 두 상황에 대한 대응은 다릅니다. 전자는 기다리거나 일정을 조정해야 하고, 후자는 문제가 있는 항목이나 작업을 조사해야 합니다.

시간이 지나면서 현재 처리 중인 미디어 항목이 바뀌는지, 데이터베이스 또는 메타데이터 크기가 계속 증가하는지 추적하세요. 진행 중인 작업은 더 한산한 유지 관리 시간대로 옮길 수 있습니다. 재시작 후에도 동일한 항목을 반복하는 작업이라면 다음 전체 재스캔을 실행하기 전에 파일 수준 또는 데이터베이스 수준의 진단을 수행해야 합니다.

공유 홈 서버 작업 부하로 인해 급증 현상이 더 커 보일 수 있습니다

다기능 홈 서버에서는 Plex의 백그라운드 작업이 백업, 다운로드, 스크럽, 사진 색인 또는 다른 컨테이너의 유지 관리 작업과 겹칠 수 있습니다. 이 경우 Plex로 인해 증가한 부하가 저장 장치 대기열이나 CPU 경합을 드러낼 수 있습니다. 라이브러리 변경이 단독으로 발생했다면 나타나지 않았을 현상입니다.

서버가 유휴 상태인 것처럼 보일 때에도 백그라운드 Plex 활동 중 CPU 사용량이 반복적으로 높아지는 사례가 보고되었습니다. 백그라운드 CPU 급증은 활성 작업 및 미디어 항목과 함께 확인할 때만 유용합니다. 사용률만으로는 어떤 작업인지 식별할 수 없습니다.

경쟁하는 유지 관리 작업을 일시 중지한 상태에서 통제된 라이브러리 변경을 한 번 다시 실행한 다음, 정상적인 예약을 복원하세요. 급증 시간이 짧아지거나 재생이 원활하게 유지된다면 경합이 원인 중 하나라는 뜻입니다. 디스크 공간 부족과 백그라운드 I/O가 충돌할 때는 백그라운드 저장 공간 확인을 통해 용량 문제와 처리 부하를 구분하세요.