Это уже сделано.
Вообще в данную статью многое не вошло просто чтобы не загромождать материал.

К сожалению было проигнорировано соавтором , который активно отвечает на вопросы читателей ... Чтож возможно автор статьи соизволит прокомментировать .... очень хотелось бы на самом деле ....

К-А-А уже ответил, что мгновенный fps =1 только если кадр рисовался целую секунду, а никак не 0.01 это уже мгновенный fps = 100.


Хотелось бы пример такой ситуации, ИМХО в 90% случаев вообще фризов не будет, никаких (ни подряд, ни отдельными кадрами), когда идут тормоза подряд - то это отловит и обычный minFPS (От которого никто вроде бы отказываться и не собирался, как и от среднего), а вот редкие кадры которые рисуются дольше остальных (или ситуация когда на один долгий кадр идёт серия быстрых) - практически не отлавливается обычным способом, так что отличить эти ситуации проблем не составит.

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

Как вариант, фризом можно считать кратковременное снижение ФПС (1-3 кадра) ниже скользящего среднего (например с глубиной усреднения 100мс) на 30% и более.
Возможно будут ложные фризы на стыке сцен... думаю с этим можно что-то придумать, подогнав указанные 3 параметра.

Угу, вы это автору статьи ответьте. У него получился так называемый "мгновенный FPS" равным 10 на участке 110мс. Так по вашей же логике это тоже порядка 100 кадров в секунду в течение этой самой секунды в которую входит 110 миллисекундный участок. И никаких фризов.
А вот автор в статье говорит, что это уже заметное замирание.
Так что не согласен. Более упрощённый пример.
Разбиваем участок времени считывания кадров - одну секунду на отрезки по 10%.
В течении первых 0,1 сек был прорисован один кадр. В течение всех остальных - по 10 кадров за каждую 0,1 сек.
FPS равен 91. Однако, так называемый "мгновенный FPS" на первом участке 0,1 сек составлял не 91, а только 1 кадр. Был фриз или нет? Можете ответить?
И мы возвращаемся к тому с чего начали. Терминология. Что такое "мгновенный FPS". На каком участке FPC считается мгновенным? Общий FPS в течении секунды? Количество кадров за 110мс, как у автора? Количество кадров за 0.01сек? Как??? Дайте определение чёткое и однозначное.

Довольно интересная статья, было бы неплохо еще Crysis посмотреть, вот уж где микролагов до чертиков, заметных не вооруженным взглядом. И к тому же, вы уверены, что данные микролаги это не следствие подгрузки текстур, может быть SSD драйв добавить еще?

А вот в этом я не уверен, всё зависит от методики подсчета этого самого minFPS. Если Fraps честно считает кадры в течении секунды и таким образом определяет minFPS, то этот самый minFPS ничего не покажет - ему совершенно по шарабану отрисовываются ли три кадра подряд в течении, например, 50мс каждый (а это 150мс действа с мгновенным FPS=20) или распределены равномерно среди быстрых кадров течении этой секунды. Я говорю в данном случае не про клинику, где отдельные кадры рисуются по "полчаса" Я говорю про ситуацию, которая встречается чаще. Картинка:
#77
Да у 8800GT есть отдельные "клинические" кадры (вообще неизвестно когда они появились, может в начале сцены, может в конце и на них никто не обратит внимание - и это тоже надо учитывать, т.е. указывать время появления этих клинических кадров), но в разы по времени меньше кадров начиная с <19 и вероятность того что они "шуруют" подряд у 5670 соответственно выше, и что более играбельно ещё вопрос.
В итоге, по моему мнению, конечный график может использоваться только совместно с таким:
#77 Но на нем и так видно, где что и как, а если не видно можно укрупнить. Следует вопрос, зачем "пятое колесо телеге"? Чтобы сравнить системы между собой? Но ведь толком сам по себе итоговый график всё равно ничего не покажет.
Да я понимаю, что подразумевал автор под понятием "фриз" - вики: Фриз (англ. freeze) в компьютерном сленге — замирание изображения на экране, связанное с нехваткой системных ресурсов компьютера (прежде всего, оперативной памяти или видеопамяти) - используется это самый сленг.
Потом автор оперирует понятием "лаг", как заметной задержкой перед выводом следующего кадра. Но из той же вики:
Лаг (компьютерный сленг) — задержка прохождения информации между компьютером и компьютерной сетью или сервером, затрудняющая работу в Интернете или игру в компьютерных онлайн-играх. Т.е. в данном случае сленг явно не используется. Или появился новый?
В общих чертах, в начале статьи надо давать определения не русским словам, чтобы читатель понимал о чем речь.

Раз пошла такая "пьянка" давайте разбирать термин Frame, корректно ли превращать количество фреймов в секунду в количество кадров? Для тех кто желает понять откуда берутся задержки на экране(фризы) понимание сути термина Frame имеет ключевое значение.

Если кадр генерился 110мс, то мнгновенный fps = 1/0.110 = 9.0909090909... т.е. в диапозоне 9-10 (автор там округляет немного), при чём тут 100 кадров в секунду?, человек может на глаз замечать задержки значительно меньше секунды (точная цифра индивидуальна)

уже приводилось определение, как 1/время генерации кадра (вспомнить бы ещё математику, функция временном отрезке выглядит как набор горизонтальных линий, ширинами равными времени генерации каждого кадра), вполне однозначная вещь, некоторые проблемы только в граничных точках, от того на какие участки поделить секунду это не зависит, деление идёт всего временного участка тестирования на отрезки равные времени рисования кадров, и поэтому такой подход более адекватный.


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

Спасибо за статью, очень свежо и познавательно.

Про фризы/лаги сказано во втором абзаце статьи

Перед тем, как использовать термины лаги и фризы, я специально прошелся по гуглу с поиском "фризы в играх" + "лаги в играх" и убедился, что народ очень часто использует термин "лаги" не только для сетевых задержек, но и для локальных. Выбирая между википедией и форумами, я остановился на последних - если я употреблю фризы и лаги как синонимы, это будет понятно большинству. А для тех, кто не в теме, не предназначается. Я было начал по привычке писать пошаговую инструкцию со скриншотом каждого шага, но потом понял, что меня закидают помидорами за лишнюю воду. В общем, нравиться всем невозможно.


Задача вразумить крутых бенчеров не ставилось. "Курение убивает" тоже пишут, и что? В данном случае ответственность за написанное всегда лежит на плечах автора.


Такую? Как уже было сказано, число медленных кадров не сильно влияет, важна их продолжительность. Описывать быстрые кадры нет смысла. Если FPS скачет в диапазоне 60-200, это имхо не важно.

S3
Вот и займитесь этим. Напоминаю, что статья называется "выявляем фризы в играх"


Ведется подсчет кадров, мгновенный FPS которых входит в определенные диапазоны: от 0 до 0,99 FPS, от 1 до 1,99 и т.п.


Если мгновенный FPS кадра меньше определенного уровня, то его время прорисовки прибавляется ко всем группам больше заданной. Например, если есть кадр с FPS=9,5. то прибавку в 105мс получат группы <10, <11 и т.д. (до 30 в моем случае). Точную формулу можно посмотреть непосредственно в рассчетном файле, ссылка в конце статьи.



Представляю две ситуации: мы выбегаем из-за угла и там ПЫЩ - это будет одиночное, относительно продолжительное притормаживание. Второй вариант - фризы каждые 10 сек, когда FPS на мгновение падает с 60 до 10. Разделить эти две ситуации не видя спектрограммы будет не просто, хотя я думаю это должно выявляться моим финальным графиком. Предполагаю, во втором случае он будет начинаться позже (не будет супер медленных кадров <5 FPS) и иметь более прямоугольную форму (т.е. кадов ~10 FPS будет много, а диапазон 20-30 не будет давать прибавки). Но безусловно этот момент требует более тщательного исследования.

Спасибо за лестные отзывы и конструктивную критику А вот некоторые посты напоминают типичную форумную болтовню, когда в обсуждении любой темы, начиная от лечения гонореи и кончая шнековыми вездеходами, всегда найдется умник с зашкаливающим самомнением, который оказывается супер специалист в данной области. Где ж вы все эти годы отсиживались и почему не подавали голоса, пока я не написал эту статью? Значит старая методика устраивала, а ее расширение типа недостаточное? Не смешно. Советую либо говорить конкретно по делу, что и как можно улучшить, либо молчать, либо собрать свои мысли и написать отдельную статью, как это сделал я.

Все очень интересно, но вопрос: а надо ли?
Когда в 50 % игр (и 90 % тех, кот. не участвуют в ходовых тестированиях) мы можем получить СЕКУНДЫ реального минимального ФПС ниже 24, то вопрос о каких-то "микрофризах" кажется просто вопросом "от нечего делать".
Чем повышать трудоемкость подобным методом, я бы просто вводил в тестирование уникальные игры и уделял бы больше внимания 100 % повторяемости результатов при тестировании Фрапсом.

Т.е. падение ФПС до 40-45 при среднем 60-70 это фриз??

верное замечание.
по оси ординат надо откладывать не количество кадров а их суммарную продолжительность.

Мдаа... проснулись.

Проблематика на английском
http://www.pcgameshardware.de/aid,63166 ... arte/Test/

Прога для симулирования фризов MR-Tester
http://www.pcgameshardware.de/aid,65592 ... #dl_anchor

то что я уже написал
http://people.overclockers.ru/Gouvernator/articles

...и если кому надо то могу ещё скинуть прогу для настоящего сглаживания фреймов.

а кто заставляет не смотреть предварительно на эту самую спектрограмму?, за одно можно выявить места с полными просадками, которые просто забьют собою всю интересную статистику. Если такое место 1 (или 2-3), то имеет смысл такие места описать и исключить из теста (лечить отдельно, ибо это совсем другая болезнь)


В 90% случаев не надо, но проверять то придётся всегда, т.е. ИМХО все тесты должны проводиться с запуском некоего скрипта, которые бы сообщал о наличии (а скорей всего отсутствии каких-либо лагов/фризов), ежели лаги обнаруживаются и повторяются, то дальше смотрится спектрограмма, если не ней не видно отдельных мест - то строится уже график из этой методики (ну и для сравнения такой же, но в ситуации когда всё нормально)

Gouvernator Да, не первая попытка, но пожалуй первая доведённая до практической методики, и есть вероятность, что это будет использоваться (несмотря на трудоёмкость), ибо те условные 10% случаев того стоят ИМХО.
з.ы. А фризы то бывают не только на SLI Cros системах, см пример из статьи

Для SLI&CF это не 10% случаев а примерно 95 процентов... Последний раз когда АМД говорили на эту тему то сказали что данной проблемы для них не существует. Поэтому люди ищут возможности сгладить как-то вручную фреймы. Есть уже программы как например NTHUSIM с встроенным лимитером. Задаёшь фпс например 30 и спокойно играешь без лагов. Это на данный момент единственная возможность исключить лаги на DX11 играх для SLI/CF.

Качайте наслаждайтесь. Прога работает по 10 минут.
http://nthusim.com/newsletter/nthusim-release-22151

Sicvestoratium
Строго говоря да, согласен, не надо было смешивать термины



Я показал группировку по диапазоном с подсчетом числа кадров и ясно сказал, почему это не хорошо.

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


Gouvernator
В приведенных заметках лишь сказано, что такая проблема существует. Обе проги посмотрю, оценка их работы, пожалуй, на отдельную статью может потянуть. Ведь не факт, что избавление от всех быстрых кадров избавит от медленных. Будет интересно хотя бы для себя понять... жаль нет под рукой стенда с multiGPU.

Anvin
Спектрограммы автор смотреть может, хорошо если там не будет криминала, а что если как у меня? Тут есть несколько мест, где полнейший расколбас, вот что творится в районе 1600го кадра

Начало на 42й секунде, когда камера пролетает мимо угла кафе. Длится примерно 2 секунды. И заметьте, это демка, а не ручной прогон, без всяких смен сцен, текстов, затемнений и т.п. И не кросфаер. Вот с чего его так плющит?