Доброго времени суток!

Столкнулся с проблемой просадки fps при записи через OBS после вынужденной смены железа (сдох проц AMD FX-8350 и МП Asus M5A97 r2.0). Вначале собрал сборку на процессоре Intel Core i5-7500. Оказалось что он совсем не тянет одновременно игру (WarThunder) и OBS, а если при этом ещё и стрим на ютубе включить, то просто дичайшие фризы идут. Заменил на сборку на процессоре AMD FX-8320е. Стало уже по-лучше, но всё-равно просадки при записи идут до 30-20 fps. При этом в диспетчере задач нет сильной загруженности процессора. Сравнивал запись на разных видеокартах Radeon R280x, R290x, GTX1060 3Gb и на разных ОС Win7x64, Win10x64 - везде идут просадки фпс. Пробовал разные настройки выставлять в OBS, ничего не помогло. Если не вести запись то фпс держится в районе 60, только жмёшь на запись сразу просадки идут. На старой конфигурации у меня таких просадок сильных не было, мог одновременно вести запись из OBS и смотреть стрим, просадки были незначительны. Настройки графики в игре выставлены практически на минимум. Из-за чего могут быть такие сильные просадки?

При чтении результата из GPU происходит сначала ожидание, а потом и остановка всего графического конвеера потому что это синхронная операция.
Потом идет перекачка данных из "видюхи" (video ram) в оперативку (ram).
Соответсвенно производительность системы будет падать и падать сильно (у кармка первое время при чтении фидбек буфера каждый кадр fps падал вдвое в том железе)
- у вас 1920x1080x4x60=474Mb качать из видюхи каждую секунду (заметим что эта перекачка идет через системную шину и отнимает какую то часть от ее пропускной способности).
И это только начало. После того как back буффер прочитан в оперативку, его надо еще пожать соотвествующим кодеком (эта операция оооочень мееедленная и делается обычно силами CPU) и зафлушить на диск.

Вот вам и узкие места:
1. производительность GPU (как быстро просрется в драйвере конвеер команд до места где надо скачивать данные из backbuffer-а)
2. быстродействие Video RAM
3. быстродействие (и размер) RAM
4. пропускная способность системной шины
5. производительность CPU
6. быстродействие HDD при операциях записи (это самый минорный фактор, т.к. информации соотв. пожатому кадру в среднем немного)

PS: Соответсвенно если CPU не загружен, то см пункты 4-1 (передача данных по шине осуществляется аппаратно и не зависит от CPU).
Если вдобавок и видюха прежняя, то соответсвенно пункты 4-3 (неудачная мать, память, ее нехватка).

vertur
Теория-это конечно хорошо, но повторюсь, у меня в связке AMD FX-8350 + МП Asus M5A97 r2.0 + DDR3 2400Mhz 8Gb + Radeon R280x всё летало без всяких там существенных просадок. Насчёт пунктов 4-1 не очень понял.
1. Производительность GPU - видеокарты Radeon R280x, R290x, GTX1060 3Gb достаточно производительны для поставленных задач. Многие стримеры стримят на них без проблем.
2. Тут вообще вопросов никаких быть не должно, 3 Gb Video RAM у Radeon R280x и GTX1060 3Gb, у R290x 4Gb.
3. Память одна из самых быстрых из DDR3 - Dimm DDR3 8Gb (4Gbx2) Kingston KHX24C11T2K2/8X PC19200 2400 МГц, в случае сборки на Core i5-7500 стояла память Hynix PC19200 2400 МГц [H5AN8G8NMFR-UHС] 8 ГБ
4. пропускная способность системной шины - если имеется в виду свойства шины FSP, то там 200Мгц, частота HyperTransport 2000 МГц, Частота северного моста 2400 МГц
5. Процессор AMD FX-8320е разогнал до 4000Мгц
6. У меня сиcтема на SSD, т.е. врядли он мог стать причиной падения fps

Система по железу в целом более чем отвечает задачам, разве что процессор может слабоват, но неужели настолько велика разница между разогнанными 4000Мгц у FX-8320е и стоковыми 4200Мгц у AMD FX-8350 ?

Исправлено: R.A.Y., 03.04.2018 19:42

А для практики нужны покадровые диаграммы состояния GPU и графики загружености системных узлов. Цифры характеристик ничего не значат - у вас могут быть многочисленые сталлы в GPU из-за нарушения или лишней синхронизации, и усадка в режим меньшей производительности разогнаного CPU из-за перегрева. Кроме этого возможно нарушены параметры работы CPU с системной шиной (FSB) и шиной памяти.

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

Померять. Специального софта для профилирования радеонов навалом.Кратко: потому что readback from GPU call. Подробно здесь.

Это всё конечно интересно, хоть и пока непонятно как это всё работает, но возникает вопрос: нужно ли вникать в это обычному пользователю и почему у многих других всё прекрасно работает "из коробки" на менее производительном железе и какова вероятность нарваться дважды на железо которое бы не потянуло поставленные задачи, притом что первоначальная сборка на Intel Core i5-7500 и МП MSI B250 KRAIT GAMING вроде как ещё не совсем устарела и о проблемах с железом тут вряд ли было бы резонно говорить ибо всё было новое. Неужто связка AMD FX-8350 + МП Asus M5A97 r2.0 + DDR3 2400Mhz 8Gb + Radeon R280x была настолько производительнее чем Intel Core i5-7500 + МП MSI B250 KRAIT + Hynix [H5AN8G8NMFR-UHС] 8 ГБ + GTX1060 или AMD FX-8320е + ASROCK 970 Pro3 R2.0 + Radeon R290x ?

У вас тоже все прекрасно работает "из коробки" ровно до того момента когда вы начинаете лезть туда руками (использовать OBS).

в смысле? OBS виноват стал?

У вас в самом первом посте это написано: Если не вести запись то фпс держится в районе 60, только жмёшь на запись сразу просадки идут.

Явление это не ново, вообщем-то известно, и возникает не только у вас. Вам я обьяснил механизм и причины этого явления.
Чтобы разбираться дальше более конкретно нужны данные профилировки GPU и системы.

А есть пошаговая инструкция как получить данные профилировки GPU и системы в gpu radeon profiler ?

R.A.Y.
Обычно в справке профайлеров пишут как ими пользоваться. Насчет пошаговой - может быть и есть, надо искать.

Кажется я нашёл решение своей проблемы: разогнал процессор AMD FX-8320е до 4500Мгц, установил вместо win10 win7, поставил свежую версию OBS, в настройках выставил Вывод/Запись/Тип: Пользовательский вывод (FFMpeg) | формат контейнера: mp4, Описание формата контейнера: MP4 (MPEG-4 Part 14)| Битрейт видео: 15000 | Интервал ключевых кадров (кадры): 150 | Кодировщик видео: nvenc_h264 (libx264)| Битрейт аудио: 192 | Кодировщик аудио: acc | базовое (основа) разрешение и выходное (масштабированное) разрешение: 1920х1080 | Фильтр масштабирования: Бикубический (чёткое масштабирование, 16 выборок) | Общие значения FPS: 60 | Приоритет процесса: высокий | Рендер: Direct3D 11 | Цветовой формат: NV12 | цветовое пространство YUV: 601 | Цветовой диапазон YUV: частичный

С такими настройками запись идёт ровно, без рывков и просадок FPS даже при запущенном стриме на youtube.

Добавление от 24.12.2021 22:01:

НЕТ ОБЯСНенИЯ что нУЖНо делаТЬ

Добавление от 24.12.2021 22:01: