mica-ppocr 1.2.4가 전처리 메모리를 절반으로 줄이고 검출 속도를 2.6배 높였다

중국 오픈소스 프로젝트 mica-ppocr가 2026년 10월 25일 버전 1.2.4를 공개했다. 직전 버전은 2026년 9월 12일의 1.2.3이다. 이번 릴리스의 핵심은 두 가지로, OCR 전처리 단계의 메모리 사용량을 절반으로 줄였고 검출 단계 처리 속도를 2.6배 끌어올렸다는 것이다. 이름에서 짐작할 수 있듯 PP-OCR 계열 모델을 다루는 래퍼 성격의 라이브러리로 보이며, 설정 키가 mica.ai.ppocr.enabled 형태인 점을 보면 자동 구성 방식으로 붙는 구조다.

눈에 띄는 부분은 성능 수치만이 아니다. 릴리스 노트는 이번에 두 종류의 설정 버그를 정리했다고 적었다. 값을 적어 넣어도 실제 동작에 반영되지 않던 유형과, 껐다고 했는데 완전히 꺼지지 않던 유형이다. 구체적으로 PDF 이중 경로와 관련된 설정이 이제 엔진까지 전달되고, mica.ai.ppocr.enabled=false로 두면 애플리케이션이 정상적으로 기동된다. 포스터처럼 복잡한 레이아웃을 다룰 때 검출 파라미터를 선언할 수 있는 자리도 생겼다.

배경에는 OCR 파이프라인의 구조적 부담이 있다. 인식 모델 자체보다 앞단의 전처리에서 이미지 디코딩과 리사이즈, 정규화 과정이 메모리를 크게 잡아먹는 경우가 많고, 검출 단계는 문서 한 장당 여러 번의 추론을 요구한다. 여기에 PDF 다중 경로, 전역 on/off 스위치, 레이아웃별 파라미터 같은 설정 층이 겹겹이 쌓이면 우선순위가 어긋나기 쉽다. 이번 수정 목록은 그런 누적이 실제 문제로 터진 흔적에 가깝다.

실무에서 체감되는 변화는 세 갈래다. 전처리 메모리가 절반으로 줄면 같은 노드나 컨테이너에서 동시에 처리할 수 있는 문서 수가 늘어난다. 검출 속도 2.6배는 대량 배치나 실시간 요청에서 지연과 처리량에 직접 반영된다. 그리고 비활성화 스위치가 실제로 동작한다는 점은 테스트 환경이나 OCR이 필요 없는 서비스에서 해당 기능을 꺼 둔 채 애플리케이션을 띄울 수 있다는 뜻이라, 운영 편의성 측면에서 작지 않다.

다만 수치는 프로젝트 측이 자체적으로 제시한 값이다. 어떤 해상도와 문서 유형, 어떤 하드웨어에서 측정했는지는 릴리스 노트에 드러나지 않으며, 외부 벤치마크로 교차 확인된 자료도 아직 없다. 메모리 절반과 2.6배라는 숫자는 자신의 워크로드에 그대로 대입하기보다 자체 데이터로 다시 재 보는 편이 안전하다. 포스터 레이아웃용 파라미터 선언도 인터페이스가 열렸다는 수준이지, 그 파라미터가 정확도를 얼마나 바꾸는지는 별도 검증이 필요하다.