LINUX.ORG.RU

Один из вариантов, задействовано видеоядро, второй преддекодирование. Вероятно где-то узкое горлышко. Мнение дилетанта

cyberping ()
Ответ на: комментарий от cyberping

видеоядра не задействованы для кодирования
что за преддекодирование?
в чем узкое горлишко может быть?
ОЗУ 2x16 3600 CL14 - явно не оно
мамка на чипсете B550, тоже не оно
блок питания нормальный на целых 650 ват, 8 пин на питание проца, как положено, не 4
ничего не греется, не тротлит

старый i5-3570k грузило на 100%

Ros ★★★ ()
Последнее исправление: Ros (всего исправлений: 3)
Ответ на: комментарий от Ros

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

cyberping ()

Проц не кодирует видео! Он только обсчитывает то, что ему дают. А кто даёт? Если ffmpeg, то это типичное явление. Тогда надо сравнивать скорости кодирования, а не цифру загрузки проца.

xradio ()

Попробуй в рамдиске расположить видео кодируемое и источник. Может долго обрабатывается чтение/запись.

xmikex ★★★★ ()
Ответ на: комментарий от Ros

старый i5-3570k грузило на 100%

У Intel i5 3570k четыре потока исполнения, у Ryzen 5700G — шестнадцать.

У любой задачи есть некий лимит ускорения, выше которого не прыгнуть, сколько бы ядер не было добавлено. В теории это ограничение происходит из принципиально последовательной части задачи, и описывается «правилом Амдаля»: https://ru.wikipedia.org/wiki/Закон_Амдала. В реальности к этому ещё добавляются накладные расходы на синхронизации между потоками, поэтому график ускорения даже не стремится к асимптоте, а начинает загибаться вниз.

i-rinat ★★★★★ ()
Ответ на: комментарий от hizel

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

Ros ★★★ ()
Последнее исправление: Ros (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.