Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: mencoder загружает процессор только на половину!??  (Прочитано 7465 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн ival.spb

  • Автор темы
  • Новичок
  • *
  • Сообщений: 22
    • Просмотр профиля
Запускаю конвертацию с помощью lincoder.
У меня Linux 3.2.0-38-generic-pae Ubuntu 12.04 precise AMD FX(tm)-8120 Eight-Core Processor           
С одной стороны, радует что грузятся все ядра более-менее равномерно. С другой стороны, ужасно раздражает почему загрузка процессора при этом от силу 50% а то и 30%!  :-[ :'( :'( Не для этого такой проц покупал!  :idiot2:
Вот и думаю, в чем дело, куда копать? Может, дело в том, что ubuntu 32 bit? Надо может переставить 64?  >:(
Думал сначала что это троттлинг процессора из-за повышения температуры -- купил суперкулер, разогнал проц до 4 ггц и температура теперь все равно больше 50 не поднимается ни при каких стресс тестах, а троттлинг вроде от 60.
Нагрузку смотрю с помощью psensor и Системного монитора. :P

Оффлайн arch!ver

  • Старожил
  • *
  • Сообщений: 1260
    • Просмотр профиля
А у вас энергосбережение случайно не включено в биосе?

Оффлайн sergey109

  • Активист
  • *
  • Сообщений: 619
    • Просмотр профиля
 Я тоже задавался этим вопросом.
Из всех видеокодеров, хорошо с многопотоком работает только x264 и vp8.
Кроме того, всё зависит еще от сборки программы-кодировщика (и кодера соответственно)
На убунте, к примеру, пришлось ставить avidemux из getdeb.
Сейчас у меня федора.

Цитировать
sergey109@sergey109-fuduntu ~ $ cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family   : 21
model      : 1
model name   : AMD FX(tm)-8150 Eight-Core Processor
......................................................
« Последнее редактирование: 24 Февраля 2013, 04:49:49 от sergey109 »
SysV и dmix.

Оффлайн san-alex

  • Забанен
  • Старожил
  • *
  • Сообщений: 7726
  • Ex-CNC programmer
    • Просмотр профиля
У меня Avidemux при конвертировании, тоже грузит проц на 40-50%, правда, все 4 ядра более-менее одинаково.

Оффлайн sergey109

  • Активист
  • *
  • Сообщений: 619
    • Просмотр профиля
 Попробуйте поставить версию из getdeb, мне когда-то помогло.
А вообще можно собрать из исходников, кодеры тоже.
x264 так вообще неприменно, он в убунте кривой традиционно. В /usr/local/ ,
чтоб не нарушать ничего. На дебиане ленни так делал постоянно.
Работало на ура.
« Последнее редактирование: 24 Февраля 2013, 04:59:54 от sergey109 »
SysV и dmix.

Оффлайн ival.spb

  • Автор темы
  • Новичок
  • *
  • Сообщений: 22
    • Просмотр профиля
ну я правильно понимаю, что без разницы 32 битная или 64 битная ось?

Пользователь решил продолжить мысль 24 Февраля 2013, 10:59:33:
А у вас энергосбережение случайно не включено в биосе?
А это влияет?

Пользователь решил продолжить мысль 24 Февраля 2013, 11:02:40:
И еще: нужно ли для работы с видео память более 4 гигов? У меня просто стоит 4 но она тоже не загружается особо вроде никогда.. Или я глючу? :idiot2:

Пользователь решил продолжить мысль 24 Февраля 2013, 11:05:21:
И еще интересно, нельзя ли использовать для ускорения CUDA? ???
« Последнее редактирование: 24 Февраля 2013, 11:05:21 от ival.spb »

Оффлайн arch!ver

  • Старожил
  • *
  • Сообщений: 1260
    • Просмотр профиля
А это влияет?

Может влиять - и очень даже...

Оффлайн sergey109

  • Активист
  • *
  • Сообщений: 619
    • Просмотр профиля
 Вот вчера скачал кино. Попробуем поработать.
Цитировать
ffmpeg -y -i Proekt.Dinozavr.2012.D.HDRip.IRONCLUB.avi -threads 8 -acodec libmp3lame -ab 128k -ar 44100 -vcodec libx264 -coder ac -level 41 -b 5000k -refs 2 -flags +loop -flags2 +mixed_refs+dct8x8-fastpskip -me_method umh -subq 9 -me_range 16 -qmin 10 -qmax 50 -g 24 -keyint_min 2 video.avi
-8 потоков, настройки кодера оптимальны для хорошего качества.,битрейд 5000 - много, больше подходит для рипа 1080p, ну да бог с ним.
Загрузка
Цитировать
top - 15:26:50 up 41 min,  3 users,  load average: 4.28, 1.21, 0.52
Tasks: 194 total,   2 running, 192 sleeping,   0 stopped,   0 zombie
Cpu0  :  5.0%us,  0.3%sy, 85.7%ni,  8.7%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu1  :  4.4%us,  0.3%sy, 88.3%ni,  6.7%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu2  :  6.0%us,  0.3%sy, 83.9%ni,  9.4%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu3  :  4.3%us,  0.3%sy, 87.0%ni,  8.0%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu4  : 11.0%us,  0.3%sy, 77.9%ni, 10.4%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu5  :  9.4%us,  0.3%sy, 77.9%ni, 12.0%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu6  :  4.7%us,  0.3%sy, 84.6%ni, 10.0%id,  0.0%wa,  0.3%hi,  0.0%si,  0.0%st
Cpu7  :  5.3%us,  0.3%sy, 81.0%ni, 12.7%id,  0.0%wa,  0.3%hi,  0.3%si,  0.0%st
Mem:   8078140k total,  1905436k used,  6172704k free,    35900k buffers
Swap:        0k total,        0k used,        0k free,  1021800k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
  363 sergey10  20   0 1314m  74m 6296 R 717.2  0.9   6:15.84 ffmpeg           
19661 sergey10  20   0  909m 215m  22m S  1.0  2.7   0:53.40 opera             
 1471 root      20   0  426m 109m  91m S  0.7  1.4   0:31.21 Xorg               
  388 sergey10  20   0 15232 1308  920
- в общем, в среднем ~90%
Память до
Цитировать
free
             total       used       free     shared    buffers     cached
Mem:       8078140    1988904    6089236          0      36120    1145280
-/+ buffers/cache:     807504    7270636
Swap:            0          0          0
Память во время
Цитировать
free
             total       used       free     shared    buffers     cached
Mem:       8078140    1939168    6138972          0      36176    1028700
-/+ buffers/cache:     874292    7203848
Swap:            0          0          0
Память используется в очень небольших объемах.

ЗЫ
 Мне кажется, что для бульдозера (может и не только), надо сделать еще вот так:
Цитировать
dmesg | grep microcode
[    3.695493] microcode: CPU0: patch_level=0x0600062e
[    3.714191] microcode: CPU1: patch_level=0x0600062e
[    3.714205] microcode: CPU2: patch_level=0x0600062e
[    3.714214] microcode: CPU3: patch_level=0x0600062e
[    3.714222] microcode: CPU4: patch_level=0x0600062e
[    3.714230] microcode: CPU5: patch_level=0x0600062e
[    3.714239] microcode: CPU6: patch_level=0x0600062e
[    3.714250] microcode: CPU7: patch_level=0x0600062e
[    3.714364] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Если нет, поставить, для убунты это что-то вроде amd-microcode.
Во всяком случае это не помешает.
« Последнее редактирование: 24 Февраля 2013, 18:14:01 от sergey109 »
SysV и dmix.

Оффлайн arch!ver

  • Старожил
  • *
  • Сообщений: 1260
    • Просмотр профиля
sergey109,
Для хорошего качества рипа оптимален хороший источник, например: блюрик, двд, оригинал-рип (рип с большим битрейтом и качеством ближе к оригинальному) ;)
А например, установка битрейта 5000к для создания рипа - из другого рипа битрейтом, например 2000к, - это бессмысленное занятие...
« Последнее редактирование: 25 Февраля 2013, 09:59:07 от archiver »

Оффлайн ival.spb

  • Автор темы
  • Новичок
  • *
  • Сообщений: 22
    • Просмотр профиля
sergey109,
Для хорошего качества рипа оптимален хороший источник, например: блюрик, двд, оригинал-рип (рип с большим битрейтом и качеством ближе к оригинальному) ;)
А например, установка битрейта 5000к для создания рипа - из другого рипа битрейтом, например 2000к, - это бессмысленное занятие...
В принципе, вы правы, но не всегда так бывает. Мне тут недавно попалось 8 файлов с битрейтом 5000к в mpeg1/2 с ужасным интерлейсингом, где один час лекции (качество не особо важно) занимал 3,3 гига.. Очевидно, перекодировать эти 6 двд болванок есть кое-какой смысл для дальнейшего использования материала.

Оффлайн gva230

  • Активист
  • *
  • Сообщений: 981
  • GUI-овый линуксоид
    • Просмотр профиля
    • Моя дикая страничка
С одной стороны, радует что грузятся все ядра более-менее равномерно. С другой стороны, ужасно раздражает почему загрузка процессора при этом от силу 50% а то и 30%!  :-[ :'( :'( Не для этого такой проц покупал!  :idiot2:
Попробуйте процессу кодировщика повысить приоритет на выполнение.
Kubuntu - наше фсё! :Ь

Оффлайн ival.spb

  • Автор темы
  • Новичок
  • *
  • Сообщений: 22
    • Просмотр профиля
С одной стороны, радует что грузятся все ядра более-менее равномерно. С другой стороны, ужасно раздражает почему загрузка процессора при этом от силу 50% а то и 30%!  :-[ :'( :'( Не для этого такой проц покупал!  :idiot2:
Попробуйте процессу кодировщика повысить приоритет на выполнение.
Пробовал, никакой реакции.

Оффлайн sergey109

  • Активист
  • *
  • Сообщений: 619
    • Просмотр профиля
sergey109,
Для хорошего качества рипа оптимален хороший источник, например: блюрик, двд, оригинал-рип (рип с большим битрейтом и качеством ближе к оригинальному) ;)
А например, установка битрейта 5000к для создания рипа - из другого рипа битрейтом, например 2000к, - это бессмысленное занятие...
Это очевидно.
Просто это демонстрация загрузки памяти и процессора. Мне это не нужно, любой битрейд мог-бы быть.
Следовательно нужно искать причину. У меня федора, могу только догадываться ,а карты в руки вам. :)
PS
 У меня тут есть оригинал dvd, давно хотел перегнать , отпишусь скоро.
(Нажмите, чтобы показать/скрыть)
« Последнее редактирование: 25 Февраля 2013, 23:25:38 от sergey109 »
SysV и dmix.

Оффлайн arch!ver

  • Старожил
  • *
  • Сообщений: 1260
    • Просмотр профиля
В принципе, вы правы, но не всегда так бывает. Мне тут недавно попалось 8 файлов с битрейтом 5000к в mpeg1/2 с ужасным интерлейсингом, где один час лекции (качество не особо важно) занимал 3,3 гига.. Очевидно, перекодировать эти 6 двд болванок есть кое-какой смысл для дальнейшего использования материала.

Тут не кодировать, а ремастерить надо: разжимать файл в raw и исправлять кривой интерлейсинг. Но встаёт вопрос ЧЕМ? - В Avidemux есть несколько неплохих фильтров для "лечения" кривого интерлейсинга, но:
1. Они очень медленные, особенно mcDeinterlace
2. Avidemux очень плохо и медленно работает с raw форматами. Извиняюсь, но кодировка занимающая от 5 часов до суток - это не айс.

-8 потоков, настройки кодера оптимальны для хорошего качества.

Я понял о чём вы, но фраза выше, вводит в заблуждение - при чём тут качество, если файл тестовый? :(

« Последнее редактирование: 26 Февраля 2013, 09:01:30 от archiver »

Оффлайн gva230

  • Активист
  • *
  • Сообщений: 981
  • GUI-овый линуксоид
    • Просмотр профиля
    • Моя дикая страничка
Тут не кодировать, а ремастерить надо: разжимать файл в raw и исправлять кривой интерлейсинг. Но встаёт вопрос ЧЕМ?
yadif и разжимать не нужно.

Я понял о чём вы, но фраза выше, вводит в заблуждение - при чём тут качество, если файл тестовый? :(
Чтобы продемонстрировать 100-процентную загрузку процов.
Kubuntu - наше фсё! :Ь

 

Страница сгенерирована за 0.041 секунд. Запросов: 25.