벤치마크: 브라우저 처리 vs 업로드 방식 이미지 도구
동일한 파일, 같은 컴퓨터, 같은 회선에서 OptImg와 iLoveIMG의 처리 시간을 측정했습니다. 측정 방법과 수치, 그리고 격차가 가장 작았던 경우까지 함께 공개합니다.
측정일:
모든 이미지 사이트가 빠르다고 말합니다. 그런데 무엇을, 어떤 파일로, 어떤 회선에서 쟀는지, 그리고 자기 방식이 어디서 불리한지까지 밝히는 곳은 거의 없습니다. 이 페이지는 그 반대로 해 보려는 시도입니다.
브라우저 안에서 이미지를 처리하는 OptImg와, 파일을 업로드해 서버에서 처리한 뒤 결과를 돌려주는 널리 쓰이는 서비스 iLoveIMG를 비교했습니다. 같은 스크립트, 같은 브라우저, 같은 컴퓨터와 회선, 같은 입력 파일로 한자리에서 측정했습니다.
무엇을 측정했나
보고하는 값은 작업 시간입니다. 파일이 페이지에 전달되는 순간 시계를 시작해, 완성된 파일의 마지막 바이트가 디스크에 기록되면 멈춥니다. 사람이 실제로 기다리는 모든 구간이 들어갑니다. 업로드 방식이라면 업로드, 대기열, 처리, 다운로드가 포함되고, OptImg라면 코드 내려받기, 디코드, 처리, 로컬 저장이 포함됩니다.
버튼 클릭이 아니라 파일 전달 시점에 시계를 시작하는 것은 공정성 문제입니다. 업로드 방식 서비스는 파일을 고르는 순간 이미 전송을 시작하기 때문에, 버튼 클릭부터 재면 그들의 업로드 시간이 비교에서 조용히 사라집니다.
각 칸은 3회 실행의 중앙값이며, 매 실행마다 캐시가 빈 새 브라우저를 사용합니다. 이는 의도적으로 OptImg에 가장 불리한 조건입니다. 측정 구간 안에서 매번 처리 코드를 다시 내려받게 되는데, 이는 첫 방문자와 똑같은 상황입니다.
측정 환경
| 하드웨어 | Apple M3 Pro, 18 GB RAM |
|---|---|
| 운영체제 | macOS 26.5.2 |
| 브라우저 | Chromium 149.0.7827.55 |
| 회선 | ≈95 Mbps down / ≈129 Mbps up, 16 ms idle latency (home fibre, Seoul) |
| 제한 프로파일 | 9 Mbps down / 1.5 Mbps up / 60 ms round trip |
결과
작업 시간(초)이며 낮을수록 좋습니다. 차이 열은 업로드 왕복 방식이 몇 배 더 걸렸는지를 나타냅니다.
가정용 광회선
| 작업 | 입력 파일 | OptImg | iLoveIMG | 차이 |
|---|---|---|---|---|
| 5MB 사진 압축 | 4.9 MB · 4000×3000 | 0.95 s | 14.54 s | 15.3× |
| 2천만 화소 PNG를 WebP로 변환1 | 47.8 MB · 5477×3651 | 2.58 s | 29.12 s | 11.3× |
| 2천만 화소 사진을 AVIF로 변환2 | 2.8 MB · 5477×3651 | 6.02 s | 미지원 | — |
| 2천만 화소 사진을 50%로 축소 | 2.8 MB · 5477×3651 | 0.96 s | 12.74 s | 13.3× |
| GIF 50프레임을 이미지로 추출 | 5.3 kB · 50 frames | 1.47 s | 8.80 s | 6.0× |
속도를 제한한 4G 회선
| 작업 | 입력 파일 | OptImg | iLoveIMG | 차이 |
|---|---|---|---|---|
| 5MB 사진 압축 | 4.9 MB · 4000×3000 | 0.93 s | 38.55 s | 41.5× |
| 2천만 화소 PNG를 WebP로 변환1 | 47.8 MB · 5477×3651 | 2.61 s | 282.35 s | 108.2× |
| 2천만 화소 사진을 AVIF로 변환2 | 2.8 MB · 5477×3651 | 6.58 s | 미지원 | — |
| 2천만 화소 사진을 50%로 축소 | 2.8 MB · 5477×3651 | 1.01 s | 25.95 s | 25.7× |
| GIF 50프레임을 이미지로 추출 | 5.3 kB · 50 frames | 1.50 s | 9.49 s | 6.3× |
- WebP 행은 같은 조건의 비교가 아닙니다. iLoveIMG에는 WebP 출력이 아예 없어서, 가장 가까운 기능인 PNG→JPG 변환에 동일한 PNG를 넣어 측정했습니다. 이 행을 인용할 때는 반드시 이 단서를 함께 밝혀야 합니다.
- iLoveIMG에는 AVIF 출력이 어디에도 없습니다. 따라서 해당 행은 승리 배수가 아니라 미지원으로 표기합니다.
이 수치를 정직하게 읽는 법
- 격차의 대부분은 네트워크에서 옵니다. 기술이 뛰어나서가 아니라 파일을 어디로도 보내지 않기 때문에 OptImg가 이깁니다. 빠른 회선에 작은 파일이라면 이 이점은 줄어들고, 이번 측정에서 격차가 가장 작았던 경우가 정확히 그 상황입니다.
- OptImg의 시간은 사용하는 컴퓨터에 좌우됩니다. 연산이 그곳에서 일어나기 때문입니다. 아래 수치는 위에 적은 기기에서 나온 값입니다. 오래된 휴대폰이면 같은 파일도 더 느리고, 더 빠른 데스크톱이면 더 빠릅니다.
- iLoveIMG의 시간은 그들의 서버 부하와 서버까지의 거리에 좌우됩니다. 한 도시에서 하루 3회 측정한 값은 스냅숏이지 서비스 보증이 아닙니다.
- 두 서비스의 결과물은 동일하지 않습니다. 각자의 기본 설정으로 실행했기 때문에 파일 크기와 품질 설정이 서로 다릅니다. 이 측정은 시간에 관한 것이며, 각자가 무엇을 만들어냈는지는 원본 데이터의 출력 용량에서 확인할 수 있습니다.
직접 재현하기
테스트 이미지는 사람이 고른 것이 아니라 고정된 수식으로 생성합니다. 그래서 저희 파일을 믿을 필요 없이 누구나 바이트 단위로 동일한 입력을 다시 만들 수 있습니다. 전체 측정 방법과 공정성 규칙, 알려진 한계는 코드와 함께 문서로 정리해 두었습니다.
아래 원본 측정 파일에는 개별 실행이 모두 들어 있습니다. 구간별 시각 기록, 결과 파일 용량, 그리고 실행 당시의 환경 정보입니다.