Тестирование производительности процессора силами ffmpeg.

Часто в обзорах процессоров встречаюсь с тестами, которые нереалистичны с точки зрения обычного пользователя чуть менее чем полностью, вроде всяких линпаков и вычисления числа Pi.
Вот, по моему скромному мнению, куда более реалистичный сценарий использования - декодирование видео, который позволяет оценить "запас прочности" системы в повседневном использовании. Иными словами, скажем, что если система не справляется с декодированием актуального видеокодека в 1080p/30fps, ей скоро пора на пенсию.
Аппаратное декодирование здесь - это отдельный вопрос. И так, методика тестирования предельно проста.
Качаем Big Buck Bunny, скажем 4K/30fps (не самый тяжелый вариант, в самом деле):

wget http://distribution.bbb3d.renderfarming.net/video/mp4/bbb_su...
Теперь прогоним ffmpeg:

time ffmpeg -i ./bbb_sunflower_2160p_30fps_normal.mp4 -f null - -benchmark

В итоге на моем AMD FX-6300/3.9 выходит:

ffmpeg version 2.8.11-0ubuntu0.16.04.1
frame=19036 fps=102 q=-0.0 Lsize=N/A time=00:10:34.60 bitrate=N/A
video:1785kB audio:356706kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
bench: utime=1042.712s
bench: maxrss=344196kB
real 3m6.276s
user 17m22.776s
sys 0m4.224s

Как видно, жить еще можно. Если еще пару-тройку человек протестят свои компы, сделаю сводную диаграмму.
У меня пока все.

GNU/Linux

1K постов15.5K подписчиков

Добавить пост

Правила сообщества

Все дистрибутивы хороши.

Будьте людьми.

Автор поста оценил этот комментарий

102 fps

Как видно, жить еще можно.

???

ubuntu

а, понял.


По сабжу:

Athlon II x4 615e или просто Athlon 615e.


frame=19036 fps= 50 q=-0.0 Lsize=N/A time=00:10:34.60 bitrate=N/A speed=1.68x

video:9221kB audio:356706kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown

bench: utime=1224.722s

bench: maxrss=382072kB

ffmpeg -i ./bbb_sunflower_2160p_30fps_normal.mp4 -f null - -benchmark 1224.82s user 11.46s system 326% cpu 6:19.13 total

раскрыть ветку (1)
4
Автор поста оценил этот комментарий
ubuntu
а, понял.
Иллюстрация к комментарию
показать ответы
3
DELETED
Автор поста оценил этот комментарий

Софтовое дикодирование видео? Думаешь, такое часто происходит с современным оборудованием?

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Думаю, сплошь и рядом, ибо хардварный декод - это постоянно уходящий поезд.

Когда я ставлю компьютер бабушке, я должен быть уверен, что не помрет смертью храбрых при попытке проиграть VP9.

Когда компьютер не может проигрывать видео софтово - это значит, что по закону мерфи тебе будет попадаться именно то, что он только софтово и может играть.

показать ответы
4
DELETED
Автор поста оценил этот комментарий

А это точно тестирует процессор, а не видеокарту (хоть и встроенную в процессор) и аппаратную поддержку кодирования/декодирования?


Я на своем примере тестировал производительность по распознаванию лиц на фотке (писал небольшую либу). На Rpi3 процесс занимает около 30 секунд. На моем ноуте 0.3 сек (в 100 раз!!!), на nano машинке с амазона - 0.5 сек.

А вообще, есть готовые паки тестов из кучки разнообразных тестов, их комбинация хорошо покажет, как процессор ведет себя в самых разных ситуациях.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Насколько я знаю, аппаратное ускорение без -hwaccel <name> не работает.

показать ответы
3
DELETED
Автор поста оценил этот комментарий

Ок, не знал, спасибо.

Все равно остается вопрос: ты говоришь, что вычисление числа Pi или другие синтетические тесты - не круто. А вот кодирование видео (что делает наверно меньше 1% пользователей на самом деле) - это вот прям то что надо. Странно, не правда ли?

Я к тому, что если взять десяток простых синтетических тестов, накидать десяток реальных вещей из жизни (вроде того же кодирования видео), и все это привести к общей шкале и ставить общий балл - вот это будет реально крутая оценка производительности системы.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
вот кодирование видео (что делает наверно меньше 1% пользователей на самом деле) - это вот прям то что надо

Декодирование. Насколько мне известно, видео смотрит большая часть пользователей ПК.
Возможно, я ошибаюсь - готов к критике такого мнения.

показать ответы
1
Автор поста оценил этот комментарий

Я в таких случаях файл в tmpfs клал, чтобы в диск не упираться.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Там битрейт всего около 8 мбит/с, так что tmpfs даст изменения на уровне погрешности.