GPU 없이 전용 vCPU VPS에서 FFmpeg로 비디오를 트랜스코딩할 수 있나요?

CPU에서 실행되는 인코더는 무엇이며, 프리셋은 무엇을 바꾸나요?

프리셋은 속도와 크기를 맞바꾸는 것입니다: 느린 프리셋은 같은 품질에서 더 작은 파일을 만들기 위해 CPU를 더 사용합니다. 모든 FFmpeg 소프트웨어 인코더에는 프리셋이 있습니다. 품질 자체는 CRF로 따로 설정합니다. 먼저 품질을 정한 다음, 마감 기한이 허용하는 가장 느린 프리셋을 고르세요.

FFmpeg는 VPS의 vCPU를 어떻게 사용하나요?

FFmpeg와 그 인코더는 감지한 CPU 개수로 스레드 수를 정하며, VPS에서는 이 값이 vCPU 개수입니다. 일반 threads 옵션은 기본값이 auto이고, -filter_threads(스케일링, 오버레이 및 기타 필터)은 사용 가능한 CPU 개수가 기본값입니다. x265는 NUMA 노드마다 하나씩 자체 스레드 풀을 CPU 개수에 맞춰 만들고 기본적으로 웨이브프런트 병렬 처리를 실행합니다; x265 문서에 따르면 WPP의 압축 비용은 대부분의 테스트에서 1% 미만입니다.

이 기본값은 한 번에 하나를 인코딩할 때 적합합니다. 여러 개를 병렬로 인코딩하면 각 작업이 모든 vCPU를 쓰려고 하면서 인코딩 대신 전환에 시간을 씁니다. 스레드를 직접 나누세요: Fell 8에서는 -threads 4씩 두 작업, 또는 -threads 2씩 네 작업으로 나눕니다. 스레드와 코어의 관계 규칙은 전용 vCPU는 코어인가 스레드인가에서 설명합니다.

단일 인코딩도 끝없이 확장되지는 않습니다. 프레임 및 슬라이스 스레딩에는 해상도에 따른 한계가 있어서, 720p 파일은 4K 파일보다 16개 스레드에서 얻는 이득이 적습니다.

긴 인코딩에서 전용 코어는 무엇을 바꾸나요?

인코딩은 파일이 이어지는 동안 CPU를 100%로 쓰는 작업이며, 이는 공유 플랜이 막도록 설계된 부하 패턴입니다. 2026년 11월 2일 Cobaltfell의 조사에 따르면, 신분 확인 없이 암호화폐를 받는 51개 호스트 중 29곳은 CPU를 전용이라고 부르는 플랜을 판매하지 않습니다. 그중 두 곳은 제한을 문서로 명시했습니다: Spartan Host의 약관은 할당된 코어의 50%를 넘겨 1시간 이상 사용하는 것을 금지하고, Advin Servers의 공정 사용 정책은 CPU 사용을 75%로 제한합니다. 영화 한 묶음을 처리하면 두 제한 모두에 걸립니다. 일반적인 내용은 공유 vCPU와 전용 vCPU의 차이는 무엇인가에 정리되어 있습니다.

Cobaltfell에서는: 작업에 필요한 만큼 얼마든지 풀 부하를 허용합니다. CPU 크레딧도, 버스트 시간도, 100%에서 몇 분이 지난 뒤의 스로틀링도 없습니다. vCPU 하나는 호스트 프로세서의 하드웨어 스레드 하나입니다. 고객님의 vCPU는 VPS에 1대1로 고정되며 다른 고객에게 절대 빌려주지 않고, 물리 코어의 두 스레드는 함께 유지되므로 2 vCPU마다 이웃이 공유하지 않는 온전한 코어 하나가 됩니다. 이웃이 사이클을 가져가지 않으므로 FFmpeg가 출력하는 speed= 수치는 배치의 첫 분부터 마지막 분까지 유지되며, 따라서 대기열의 소요 시간을 미리 계산할 수 있습니다.

비디오는 크기 때문에 디스크와 트래픽도 코어만큼 중요합니다. 원본과 출력은 플랜의 NVMe(모든 플랜에 NVMe 스토리지)를 함께 씁니다: Fell 8은 320 GB NVMe, Fell 16은 640 GB NVMe을 담습니다. 각 VPS에는 1 Gbit/s 포트에서 IPv4 주소 하나와 IPv6 /64가 제공됩니다. 플랜의 월 트래픽은 나가는 데이터만 계산하며, 초과하더라도 그 자체로 추가 요금이 부과되지 않습니다.

약정하기 전에 VPS에서 인코딩 시간을 어떻게 측정하나요?

실제 원본의 1분을 각 후보 설정으로 인코딩하고 speed= 값을 읽으세요: 1x는 실시간, 2x는 두 배 빠름입니다. -f null -은 출력을 버리므로 테스트는 디스크가 아니라 인코더를 측정합니다. -benchmark는 끝에 사용된 CPU 시간을 추가합니다.

# which software encoders this ffmpeg build has
ffmpeg -hide_banner -encoders | grep -E 'libx264|libx265|libsvtav1'

# 60 seconds of your own file, video only, output discarded
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx265 -preset medium -crf 28 -f null -
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libsvtav1 -preset 8 -crf 35 -f null -

# the same H.264 test held to 4 threads, to plan parallel jobs
ffmpeg -hide_banner -benchmark -t 60 -i input.mp4 -an -c:v libx264 -preset medium -crf 23 -threads 4 -f null -

어떤 플랜이 어떤 트랜스코딩 작업에 맞나요?

플랜을 정하는 것은 단일 파일이 아니라 시간당 완료할 작업량입니다. 이 표는 시작점일 뿐 소요 시간은 아닙니다: 자체 YABS 및 Geekbench 6 결과와 측정한 steal time은 첫 테스트 장비가 도착하는 대로 날짜와 함께 공개됩니다. 그때까지는 자체 성능 수치를 제시하지 않습니다. 각 플랜의 가격은 전용 코어 VPS 비용은 얼마인가에 나와 있습니다.

긴 인코딩을 위해 전용 코어를 판매하는 다른 호스트는 2026년 최고의 전용 CPU VPS 제공업체는 어디인가에서 순위가 매겨져 있습니다.

동영상 작업에서 GPU가 더 나은 도구가 되는 때는 언제인가요?

GPU는 실시간 동시 라이브 스트림이 많을 때, 또는 인코딩 처리량이 가능한 가장 작은 파일보다 중요할 때 더 나은 도구입니다. NVENC, Quick Sync, VAAPI 같은 하드웨어 인코더는 그래픽 카드나 내장 GPU에서 동작하며, FFmpeg는 해당 하드웨어가 있을 때만 이를 사용합니다. Cobaltfell VPS에는 그런 하드웨어가 없으므로 강점은 소프트웨어 인코딩입니다. 스트림당 속도는 느리지만 전체 preset을 사용할 수 있고 소프트웨어 인코더의 압축 효율을 누릴 수 있습니다.

주문형 라이브러리, 야간 배치, 보관용 파일에는 전용 코어의 CPU 인코딩이 더 단순한 구성입니다. 동시 채널이 수십 개인 라이브 플랫폼에는 GPU 하드웨어를 구매하는 것이 맞습니다. 언어 모델에 대한 같은 CPU 대 GPU 질문은 GPU 없이 VPS에서 Ollama를 실행할 수 있나요에서 다룹니다.