Выявление процесса, замеляющего работу
Слышал о каких-то супер-пупер инструментах для проверки и отладки производительности ОС, имеющихся в 7 и Vista. Стоит задача отловить - кто именно, какой процесс не позволяет VLC и WMP плавно воспроизводить Full-HD видео под Win7.
Тупо отловить в Диспетчере Задач не выходит - отключение процесса например индексации Поиска ничуть не помогло.
Расскажите, плз!
SergeSF, познакомьтесь с утилитой
Сразу ответ
VLC - для такого разрешения Full-HD (1920х1080) так и будет (замирание и шашечки, настройками программы не добился, кодеки использует свои).
WMP - без проблем, все воспроизводит при кодеках (матроска или MKV on Windows 7) И что еще заметил есть разделение потоков между ядрами, включаются два потока для кодеков msmpeg2vdec.dll, оба работают в одинаковых значениях по загрузке ЦПУ. А в VLC дуром использует библиотеку msvcrt.dll, а она уже libavcodec_plugin.dll
Согласен, тоже перелопатил все настройки VLC, но так и не добился снижения нагрузки на процессор. При воспроизведении HD-видео в нём крайне вырежается его однопоточность. Но у меня он хоть и грузит одно ядро на 100%, но видео крутит плавно, без пропусков кадров.
ЗЫ: Интересно, как такое видео будет идти на ноутбуке средней конфигурации
Для обсуждения VLC и Full-HD я лично открыл ветку в Железных вопросах. Здесь не отвечаю.
Process Explorer (ещё когда был Winternals) я использую вот уже дай бог памяти лет шесть. Вопрос был гораздо конкретнее - вроде бы есть какие-то встроенные средства измерения и настройки производительности именно самой ОС (Vista и 7). Если не знаете - просто не отвечайте.
Придется копать Process Monitor.
SergeSF,
Ищите у самой Микрософт, одной такой программы по всем вопросом не встречал, но маленькие есть
1.Microsoft Network Monitor 3 (в комплекте с Expert, VRTA) - анализатор сети из ходя из его данных можно провести сетевые настройки
2.Microsoft Windows Performance Toolkit - для анализа времени загрузки, выключения для последующего анализа проблемных служб
3.Счетчики производительности - в самой системе так и в программе Yet remote Process Monitor
4.KernrateViewer
и т.д.
Самое главное не в
SergeSF,
...вроде бы есть какие-то встроенные средства измерения и настройки производительности именно самой ОС (Vista и 7).
а в том, на что обратить внимание и какой параметр, какое приложение установлено коряво или драйвера проблемные.
Как вы считает параметр "запрещать выгружать ядро из памяти ОЗУ" повлияет на производительность ПК, если в настоящие время имеется ОЗУ в основном 2-4Gb?
Бэлиан :
SergeSF,
3.Счетчики производительности - в самой системе так и в программе Yet remote Process Monitor
4.KernrateViewer
Что за звери? Поищу, интересно. Пп 1 и 2 не имеют отношения к воспроизведению видео, IMHO.
Самое главное не в
SergeSF,
...вроде бы есть какие-то встроенные средства измерения и настройки производительности именно самой ОС (Vista и 7).
а в том, на что обратить внимание и какой параметр, какое приложение установлено коряво или драйвера проблемные.
WMP12 коряво установлен? Или VLC? Это невозможно. Про драйвера я написал в forums.php?m=posts&q=16041 - и встроенные, и с WU, и последние с NVidia. Никакой разницы.
Как вы считает параметр "запрещать выгружать ядро из памяти ОЗУ" повлияет на производительность ПК, если в настоящие время имеется ОЗУ в основном 2-4Gb?
Это Вы к чему написали? Я вроде ничего такого не упоминал...
К тому, что есть маленькие "программульки" которые несут в себе информацию по узкому кругу своих задач и используются для анализа производительности в системе.
Речь не о WMP или VLC (о нем речь особо), а о том что данные программы используют "кодеки", которые выполняют основную нагрузку по обработке данных.
Например считаю лучшим кодеком и по скорости и по качеству имеет CoreAVC Professional
CoreAVC - это H.264 видео декодер, сделанный, базируется на MPEG-4 Part 10 эталоне, который употребляется в Blu-ray и High Definition DVD (HD-DVD). CoreAVC считается одним из наилучших в мире H.264 видео декодеров.
AVC / H.264 - это эталон последующего поколения для видео, а CoreAVC признан самым скорым в мире декодеров формата H.264. Эффективность CoreAVC в программном подходе к декодированию и сиим самым он выигрывает в скорости у аналогов, которые пробуют повысить скорость проигрывания H.264 за счёт аппаратных средств ПК.
Лучше воспользоваться программой GraphStudio для анализа видео файла на входе и какой кодек принимает участие в его судьбе.
Очень многое покажет проста в управлении.
Речь о производительности - понятие расплывчатое, так как трудно определить будет ли влиять данный параметр улучшающий производительность системы в целом, даже если он в своем названии не несет информации относящейся к видео.
Бэлиан, я лично уверен, что проблема не в кодеках. Работа кодека - преобразовать закодированные видео данные в поток "сырых" битов, сливаемых в видеопамять. Производительности моего компьютера более чем достаточно для этой задачи. Затык происходит в расстановке приоритетов, которые навешаны в Vista и Windows 7. То есть "затыкается" сам процесс "слива" уже готовых битов в видеопамять, понимаете? Если в XP этот процесс происходил напрямую по схеме "оперативная память компа - память видеокарты", то в 7 и в Vista между ними вставлены какие-то дополнительные планировщики потоков, замедляющие процесс передачи.
Это архитектурный косяк Windows 7.
Меня сейчас интересует конкретная вещь - как настроить приоритеты видео-воспроизведения в Windows 7, чтобы они не отличались от настроек в Windows XP. Максимально близко, насколько это возможно.
И спасибо Вам за все наводки!
SergeSF,
я лично уверен, что проблема не в кодеках. Работа кодека - преобразовать закодированные видео данные в поток "сырых" битов, сливаемых в видеопамять.
Цифровой поток MPEG2 предусматриваит поток от 2 - 15Мбит и иногда и выше, он предназначен для кодирования полного ТВ и ТВЧ. Так поток MPEG2 представляет из себя например один опорный кадр I (сам кадр может быть сжат на базе алгоритма JPEG) далее + несколько промежуточных кадров Р (это только предсказанные изменения относительно опорного кадра) + между ними могут стоять грубые кадры B:
опорный кадр I- сжат JPEG
промежуточный P- сжаты в 3 раза к опорному кадру
грубые кадры B- сжаты в 2-2,5 раза к опорному кадру
т.е. имеем поток например I BBPBBPBB I BBPBBPBB...
Есть интересный реферат по MPEG
Все это к тому, что представьте если будут проблемы на I кадре, что будет на экране, и мощь ПК тут будет не причем.
Я вот обратил у себя внимание на тот факт, что например VLC при просмотре одного и того же видео потока пропуск кадров в статистики все это видно (т.е. наблюдается затык при просмотре) на одних и тех же местах, но при просмотре на WMP таких затыков нет отсюда для себя делаю вывод система не причем.
Для информации