활용 · 가이드

파일 크기는 작은데 브라우저가 느려지는 이유

압축된 파일 바이트와 펼쳐진 이미지·페이지·음원의 메모리 사용량을 구분해 작업 규모를 정합니다.

브라우저 로컬 파일 처리 도구를 개발·운영합니다. 합성 예제와 제품의 실제 옵션·출력을 대조합니다. 모든 문서의 호환성이나 원본 편집기와의 동일성을 보증하지 않습니다.

압축 크기와 펼친 데이터

사진 1MB가 처리 중에도 메모리 1MB만 쓰는 것은 아닙니다. 6000×4000 픽셀을 RGBA 4바이트로 펼친 한 장은 약 96MB이며 작업용 사본과 결과가 추가될 수 있습니다. 이 계산은 실제 브라우저 전체 메모리 측정값이 아닙니다.

PDF도 페이지를 이미지로 그리면 해상도와 페이지 수에 따라 사용량이 커집니다. 영상은 압축 크기 외에 디코드 프레임·오디오·인코더 버퍼가 필요합니다. 파일 크기만 비교해 안전한 배치 크기를 정하지 않습니다.

먼저 필요한 페이지·시간 구간만 남긴 사본을 만듭니다. 사진은 목적에 맞는 해상도로 낮추고 한 번에 여러 파일을 고르기 전에 한 장에서 결과를 확인합니다. 원본 자체를 덮어쓰지 않습니다.

다른 무거운 탭을 닫고 데스크톱에서 작은 묶음부터 실행합니다. 탭이 종료되거나 앱 전환으로 멈췄다면 다운로드 전 결과를 복구할 수 없을 수 있습니다. 다시 시작할 때는 같은 큰 묶음을 반복하지 않습니다.

sample-image.png는 600×400이므로 RGBA 한 장의 단순 계산은 960,000바이트입니다. 300×200으로 줄이면 240,000바이트입니다. 실제 처리 메모리에는 이외의 데이터도 포함됩니다.

두 파일로 시작해 결과 개수·픽셀 크기를 확인한 뒤 배치를 늘립니다. OCR·영상처럼 비용이 다른 작업의 성공 규모를 이미지 작업에서 그대로 추정하지 않습니다.

아래 자료를 내려받은 뒤 해당 도구에서 직접 선택합니다. 결과를 공유하기 전에 본문 검수 항목과 비교하세요.

일반 형식·API의 출처입니다. 웹오피스의 입력 지원·옵션·결과는 현재 도구 안내와 검수 항목을 기준으로 확인하세요.