Ждём Ваших отзывов о статье.

Doors4ever Почитать интересно, но в практической ценности сомневаюсь...

Оригинально, но как-то сыровато, не доделано и все прочее. Короче как-то слишком далеко это все...

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

С какой стати Tframe=TCPU+TVGA Они работают параллельно.

Сомнительная, чересчур упрощенная теория. Расчет действий AI (там, где он есть) может работать независимо от FPS (у него "независимый тактовый генератор" ). Часть физики, вероятно, тоже.

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

Мда...Очень оригинально и познавательно.Но чего то не хватает.

- а) Чем мерить? Любая "мерялка" ест эти самые фреймы;
- б) В современных приложениях невозможно абсолютно идентичное повторение тестов;
- в) Для чего нужны такие изощренные методы? Сообразить сбалансированна ли система можно, так сказать, "на глазок".

P.S> Но, всё же, оригинально. Respect за это.

Кхм...
#77

Ерунда . Дальше читать не стал.

Материал не понравился... Фигня какая-то...
Максимум - интересно прочитать. То что сложно определить сбалансирована система или нет - я бы посморил. Достаточно сравнивнить ценовые категории комплектубщих....

В оригинальности не откажешь. В практической ценности возникают сомнения. Думаю. над концепцией будет необходимо много и плодотворно работать.

У меня тоже возникает такой вопрос.... Скажем видяха требует T, проц T для просчета кадра, то кадр обсчитается не через 2T, а через T!!! А, увы, я нигде не увидел учета этого факта (+-dT на слив данных в видяху и проц)

В принципе, если доработать, то может получится нечто очень даже близкое к действительности.

dima333a
Спасибо за *интересную* статью. Идея была хорошая, но реализация подкчала.

Ага, и prerender limit -а не существует... ну-ну.
Половину величин, которыми манипулирует автор, невозможно узнать впринципе, и ещё раз тыкну в #77, "до кучи".

Не совсем верно. Зависит от того, что мы меняем FSB или множитель... При равной FSB линейная зависимость более-менее наблюдается. наглядный пример: линейка Barton'ов 2500+(внешн. част=133), 2600+ и т.д. за искл. старших (у них внешняя частота = 200)
Плюс есть еще такое явление, как асинхроные чипсеты (частота памяти отличается от внешней частоты проца)

Добавлено спустя 3 минуты, 2 секунды:

Тоже разумно. Пример не отсюда, но аналогичный: на старых машинах видео может отставать от звука (или наоборот ). происходит это из-за независимости обработки видео и звука...

vor RU_SilaVlad Evgeny-114
Dr. Bizar Root

Предложенный вариант модели не является "физической" моделью. В данном случае грубо говоря мы судим систему как "черный ящик", состоящий из двух компонентов : "CPU" и "VGA" и под "CPU" подразумевается связка центрального процессора с чипсетом и памятью , а под "VGA" полностю видеокарта с AGP слотом и тем как она связанна с "CPU" . Модель "черного яшика" не рассматривает как все работает внутри, а просто выводит некоторую зависимость между доступными параметрами и результатом. Если быть принципиальным, то можно сказать что проиводительность системы в играх измеряемая в ФПС есть функция от производительности "CPU" и "VGA" . В системе с какойто определенной видеокартой и определенным процессором, при изменении только частот "CPU" и "VGA" вполне можно сказать что:

FPS =f( Fcpu, Fvga)

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


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


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



Можно было представить в виде полинома и даже учесть взаимное влияние :

FPS=A0+А1*Fcpu+A2* Fvga+A3*Fcpu*Fvga+А4*Fcpu^2+.......


Есть еше варианты взять частные производные:

d(%fps)/d(%fcpu) d(%fps)/d(%fvga)

что точно является обьективным фактором баланса в системе... но я бы хотел видеть ето в виде вашей критики а не собственных оправданий

Идея "баланса" сама по сибе уже не оригинальна... Не вижу смысла в излдожении "прописных истин"...[/quote]

dima333a

Не могу согласиться.

В каждой игре будет своя модель, к тому же зависящая от текущей сцены. Функцию для среднего FPS можно рассчитать (экспериментальным путем ) для какого-нибудь Demo, наподобие игровых тестов 3dMark (так обычно и тестируют).

Root

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

Добавлено спустя 3 минуты, 47 секунд:
**S**

Интересно найти новый подход, или по крайне мере выразить в числах

vor
Предложи что либо получше
Не модель а только коеффициенты, но об этом я написал в самом начале статьи

Думаю, так:
T(frame),при T(VGA)>T(CPU) = T(VGA)
T(frame),при T(VGA)<T(CPU) = T(VGA)+(T(CPU)-T(VGA)) т.е T(CPU)
Про что там статья-то?

ЗЫ: Спать!

Модель не верна, если это можно назвать моделью
О чем дальше может идти речь.

Какбы не так. Посмотртеть тест ыдостаточно, чтоба понять.

Дорогие [псевдо]математике. НЕ ЛЕЗЬТЕ туда, где вы не понимаете ничего. Этот ряд сходиться? На каком множетсве? Равномерно?
Вот так.

Добавлено спустя 3 минуты, 8 секунд:
Я вот что думаю. Модель принципиально неправльна - выбрана жесткая единица - время расчета кадра. Во первых оно не фиксированно
Вот вторых в физической модели кадров нужно больше, чем при выводе видео, причем намного

согласен... прозводительность лимитируется наиболее медленным компонентом системы.

Tframe = T, где T = Tcpu или T = Tvga...