Cách thay đổi cài đặt ffmpeg -threads

Làm việc trên một trang web ống . Tôi đang chạy video thông qua ffmpeg trên máy chủ chuyên dụng linux để chuyển đổi sang mp4 .

Thông số kỹ thuật của máy chủ:

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                8
On-line CPU(s) list:   0-7
Thread(s) per core:    2
Core(s) per socket:    4
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 60
Stepping:              3
CPU MHz:               3491.749
BogoMIPS:              6983.49
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              8192K
NUMA node0 CPU(s):     0-7

Vấn đề trong quá trình thử nghiệm là thậm chí chỉ thực hiện 4-5 lần một lần, máy chủ tải skyrockets lên mức trung bình khoảng 36. Đây chỉ là một người. Tôi tưởng tượng khi nó mở ra, nhiều người sẽ tải lên cùng một lúc.

Có vẻ như ffmpeg cố gắng sử dụng tất cả các tài nguyên có sẵn cho mỗi chuyển đổi.

Tôi đã nghe nói có một cài đặt -threads bạn có thể thay đổi, nhưng tôi không thể tìm thấy nó. Tôi có một máy chủ 8 CPU. Nó chỉ được sử dụng cho chuyển đổi, vì vậy tôi đã nghe cài đặt tốt nhất sẽ nằm trong khoảng từ 2 đến 4. Tôi có thể kiểm tra nó.

Nhưng làm cách nào để thay đổi cài đặt này? Tất cả mọi thứ tôi thấy trực tuyến thảo luận về cài đặt này, nhưng không phải là các bước để thay đổi nó.

Cờ tùy chọn bạn muốn thực sự là chính xác -threadsvà bạn sẽ sử dụng nó như thế này (chỉ cho một luồng):

ffmpeg -i somefile.wmv -c:a libfdk_aac -c:v libx264  -threads 1 transcoded.mp4

Tuy nhiên, có khá nhiều sự tinh tế sẽ tăng tải máy chủ của bạn và thời gian hoạt động, chẳng hạn như thay đổi kích thước, áp dụng các bộ lọc và chất lượng khung hình / tốc độ khung hình cuối cùng - chưa kể đến việc một số kiến ​​trúc VM thực sự đọc và viết mọi thứ hai lần (một cách tự nhiên và một lần hầu như !!!)

Dưới đây là một số mẹo để tăng tốc độ của bạn:

1. sử dụng hàng đợi để mỗi lần chỉ có một mục được chuyển mã
2. yêu cầu các tệp nhỏ hơn từ người dùng của bạn
3. sử dụng toàn bộ mã lực của máy bằng cách:
   • đọc và viết từ một ramdisk
   • chuyển sang kim loại trần cho các nhiệm vụ chuyển mã
   • sử dụng -threads 0

Dù bạn làm gì, hãy thông báo cho người dùng về quá trình chuyển mã, bởi vì nó chỉ mất thời gian. (IJTT)

[lệnh được chỉnh sửa để phản ánh nhận xét của LordNeckbeard]

Điều này có thể hơi cũ nhưng điều này nghe có vẻ như là một nhiệm vụ hoàn hảo cho một container như docker.

• Hãy để ffmpeg chạy với full horsepower(như denjello đã gọi nó)
• nhưng hãy để nó chạy bên trong docker

Bây giờ bạn có thể giới hạn số lượng tài nguyên mà một cá thể ffmpeg có thể tiêu thụ mà không cần sử dụng các tùy chọn dòng lệnh ffmpeg. Và không chỉ cpu mà còn cả bộ nhớ và IO.

Thậm chí nhiều hơn: Có thể bạn có các nhiệm vụ khác nhau có thể chạy trong nền và bạn không quan tâm chúng mất bao lâu và bạn có các nhiệm vụ nên chạy nhanh, do đó bạn có thể đặt trọng số lên các nhiệm vụ khác nhau.

Xem https://docs.docker.com/engine/reference/run/#rp4-constraint-on-resours

Đã có một hình ảnh ffmpeg được xác định trước trên github: https://github.com/jrottenberg/ffmpeg

docker run jrottenberg/ffmpeg \
        -i http://url/to/media.mp4 \
        -stats \
        $ffmpeg_options  - > out.mp4

Một chuyển đổi có thể sẽ chạy chậm hơn do chi phí hoạt động nhưng nếu bạn chạy các trường hợp đột biến đồng thời thì đây có thể là một lợi ích rất lớn. Bất kỳ điều này sẽ mở rộng rất tốt, chưa kể đến việc bảo mật được cải thiện vì mỗi tác vụ được tách biệt khỏi HĐH cơ bản.