LINUX.ORG.RU
Форум — Desktop  

ubuntu невозможно смотреть видео при сильной нагрузке


0

1

ubuntu 10.10 одновременно выполняются такие задачи: 1. идёт копирование с диска на диск (с приличной скоростью, SATA, 50 мегабайт в секунду). 2. конвертируется видео (mencoder). 3. что-то качается торентом.

при это хочется посмотреть какое-нибудь видео.. но mplayer и totem очень сильно тормозят, то есть вообще нереально что-то посмотреть.

наверное не только у меня такой вопрос возникал, но чего-то не могу найти поиском.. направте, пожалуйста, в правильном направлении.

★

Последнее исправление: none (всего исправлений: 1)
← [хомячки][задолбали]Аналог Vkmusic для Linux.
вернуть значек nm-applet →

12309

Да, чёрт возьми, это оно!

melkor217 ★★★★★
()

> 1. идёт копирование с диска на диск (с приличной скоростью, SATA, 50 мегабайт в секунду). 2. конвертируется видео (mencoder). 3. что-то качается торентом.

при это хочется посмотреть какое-нибудь видео


бедный жесткий диск - он такого явно не заслужил

aho
()

во.. точно.. спасибо что напомнили..

друзья, а есть ли решение? у меня 2.6.35-23-generic-pae тут на форуме как бы намекают, что в 2.6.36 эта бага исправлена

none ★
() автор топика
Ответ на: комментарий от neocrust

действует.. прямо без перезагрузки..

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

hdd докрасна хотя бы накаливается?

hdd впорядке.. почти новенький.. выдержит)...

none ★
() автор топика

sudo add-apt-repository ppa:kernel-ppa/ppa

anonymous
()

1. ionice
2. С вдпау оно у меня крутило 720р преспокойно и не хрюкало, при минимуме ОЗУ в 100-200 мб.

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

...в то время как в чрут генту компилялся мир в пять потоках на 4х ядрах.

darkshvein ☆☆
()

Сколько ценных советчиков...

Про патч к cgroups уже сказали. Ещё можно попробовать bfs. Ну и главное, увеличить размер кэша в vlc/mplayer(не знаю, есть ли). Так будет закидывать в оперативку здоровенный кусок данных, а читать новые уже в фоне.

И да, поиск бы помог быстрее.

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

>Ну и главное, увеличить размер кэша в vlc/mplayer
не учи плохому!

megabaks ★★★★
()

во-первых 12309
во-вторых - ман vdpau
в-третьих ман приоритеты

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

>>Ну и главное, увеличить размер кэша в vlc/mplayer
на HD видео кэш лучше всего вообще отрубить!
например на нетбуке 720p с кэшем люто гонит - без него нормально играется
короче - думай для начала

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

Ну и главное, увеличить размер кэша в vlc/mplayer

а теперь фокус - твой вариант:

megabaks@desktop ~ $ mplayer -cache 102400 -benchmark /var/ftp/stuff/\[Leopard-Raws\]\ Dance\ In\ The\ Vampire\ Bund\ -\ 01\ RAW\ \(ATXHD\ 1280x720\ x264\ AAC\).mp4 
MPlayer SVN-r32624-4.5.1 (C) 2000-2010 MPlayer Team

Воспроизведение /var/ftp/stuff/[Leopard-Raws] Dance In The Vampire Bund - 01 RAW (ATXHD 1280x720 x264 AAC).mp4.
Заполнение кэша:  0.94% (983040 байт(а))   

Обнаружен libavformat формат файла!
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang jpn
VIDEO:  [H264]  1280x720  24bpp  47.952 fps  2202.6 kbps (268.9 kbyte/s)
Информация о клипе:
 major_brand: isom
 minor_version: 1
 compatible_brands: isom
==========================================================================
Форсирован видеокодек: ffh264vdpau
Открываю декодер видео: [ffmpeg] FFmpeg's libavcodec codec family
Выбран видеокодек: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Открываю декодер аудио: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 159.4 kbit/10.38% (ratio: 19923->192000)
Выбран аудиокодек: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Начало воспроизведения...
[VD_FFMPEG] Пробую pixfmt=0.
Movie-Aspect не определён - предварительное масштабирование не применяется.
VO: [vdpau] 1280x720 => 1280x720 H.264 VDPAU acceleration 
[VD_FFMPEG] XVMC-ускоренный MPEG-2.
A:  37.6 V:  37.6 A-V: -0.000 ct:  0.000   0/  0  2%  4% 49.6% 20 0 13% 
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x868a6c0]stream 0, offset 0x687081: partial file
A: 127.6 V: 216.1 A-V:-88.516 ct: -8.923   0/  0  1%  1%  8.9% 20 0 12% 

Слишком много (4096 в 1746525 байтах) аудиопакетов в буфере!
Возможно Вы проигрываете 'неслоёный' поток/файл или неудачный кодек?
Для AVI файлов попробуйте форсировать 'неслоёный' режим опцией -ni.
A: 127.6 V: 216.1 A-V:-88.506 ct: -8.925   0/  0  1%  1%  8.9% 20 0 13% 


BENCHMARKs: VC:   3.545s VO:   2.442s A:  19.297s Sys: 105.750s =  131.034s
BENCHMARK%: VC:  2.7054% VO:  1.8634% A: 14.7266% Sys: 80.7047% = 100.0000%

Выходим... (Конец файла)
megabaks@desktop ~ $
как видим проблемы - около 10% файла тока осилить удалось - при этом отожрано было больше половины проца
теперь мой: 
megabaks@desktop ~ $ mplayer -nocache -benchmark /var/ftp/stuff/\[Leopard-Raws\]\ Dance\ In\ The\ Vampire\ Bund\ -\ 01\ RAW\ \(ATXHD\ 1280x720\ x264\ AAC\).mp4 
MPlayer SVN-r32624-4.5.1 (C) 2000-2010 MPlayer Team

Воспроизведение /var/ftp/stuff/[Leopard-Raws] Dance In The Vampire Bund - 01 RAW (ATXHD 1280x720 x264 AAC).mp4.
Обнаружен libavformat формат файла!
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (aac), -aid 0, -alang jpn
VIDEO:  [H264]  1280x720  24bpp  47.952 fps  2202.6 kbps (268.9 kbyte/s)
Информация о клипе:
 major_brand: isom
 minor_version: 1
 compatible_brands: isom
==========================================================================
Форсирован видеокодек: ffh264vdpau
Открываю декодер видео: [ffmpeg] FFmpeg's libavcodec codec family
Выбран видеокодек: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Открываю декодер аудио: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 159.4 kbit/10.38% (ratio: 19923->192000)
Выбран аудиокодек: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Начало воспроизведения...
[VD_FFMPEG] Пробую pixfmt=0.
Movie-Aspect не определён - предварительное масштабирование не применяется.
VO: [vdpau] 1280x720 => 1280x720 H.264 VDPAU acceleration 
[VD_FFMPEG] XVMC-ускоренный MPEG-2.
A:1439.9 V:1439.9 A-V:  0.000 ct:  0.000   0/  0  0%  0%  0.4% 4 0 


BENCHMARKs: VC:   2.293s VO:   5.092s A:   5.866s Sys:1427.161s = 1440.411s
BENCHMARK%: VC:  0.1592% VO:  0.3535% A:  0.4072% Sys: 99.0801% = 100.0000%

Выходим... (Конец файла)
megabaks@desktop ~ $
всё хорошо - нагрузка на проц 1% и файл проигрался полностью!
итого: в твоём варианте мне пришлось бы курить маны - разбираться с форматами и т.д.
в моём варианте - я просто смотрю
совет - думай с кем спорить в следующий раз! :3

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

да - забыл - откуда взялся то vdpau - конфиг 

megabaks@desktop ~ $ cat .mplayer/config

[default]
# Write your default config options here!
vo=vdpau
vc=ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,
ao=alsa
msglevel=all=5

[gnome-mplayer]
vo=vdpau
ao=alsa
msglevel=all=5
alang=Russian,rus,ru
slang=Russian,rus,ru
megabaks@desktop ~ $

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

Да нет, линукс тормозить не должен... Здесь скорее всего баг при копировании - то есть узкое место это первый пункт. У меня на другом чипсете это тоже было, после апгрейда пропало.

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

> Знаешь, я бы удивился, если бы оно не тормозило. Оффтопик при такой нагрузке вообще дыбом встанет.

Да не должно по идее тормозить: в правильно настроенной системе в такой ситуации ядро должно отдавать ресурсы mplayer-у и тормозить выполнение остальных прикладух.
Так что ТСу надо курить man nice и ionice.

Оффтопик при такой нагрузке вообще дыбом встанет.


Не факт, кстати. Оффтопик начиная со свисты вроде научился приоритетам ввода-вывода. Так что может и не встал бы дыбом.

anonymous
()

12309 крут!

Даже тролли погрызлись :)

pekmop1024 ★★★★★
()

Сначала смотришь в top: если %wa под 100%, то это может быть 12309. Если оно в норме, то всё нормально, ты просто забыл прочесть man ionice.

GotF ★★★★★
()

а если смонтировать папку в tmpfs, и туда скопировать видео и смотреть оттуда?

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

Забыл сказать:

1). Это баг единственный в своем роде. Линуксоиды держат в голове только его одного, а не еще 12308 багов

2). Переехал на чипсет AMD и сбой пропал. Существует версия, что баг зависит от драйвера чипсета.

3). Баг трудноуловим и появился недавно. Когда никто не знает. В 2.6.18 его еще не было.

Zenithar
()

> 1. идёт копирование с диска на диск (с приличной скоростью, SATA, 50 мегабайт в секунду). 2. конвертируется видео (mencoder). 3. что-то качается торентом.
Такое чувство, будто ресурсы компьютера безграничны, а злой 12309 не дает бедным людям нормально жить и делать конвертации, копирования, качания, смотрения фильмов, блекджекания, etc. Тогда 12309 на всех системах, тем более на венде.

doctorx ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← [хомячки][задолбали]Аналог Vkmusic для Linux.
Desktop
вернуть значек nm-applet →