Athlon64+VIA

01 самый процессорозависимый из марков, он не может низкие результаты на быстрых цпу показывать

 

Ну я даже с этим не спорю. Бесполезно. Но втюхивать нам такую туфту, что мы вообще тут на одной голимой синтетике хотим выехать - очень некрасиво со стороны Bato-San, печально.

 

Offtop

Други-други, спокойствие!
Я никогда не использовал 3дмарк, для меня это всегда было лишь легендой. Я только хочу сам посмотреть и сделать какой-то вывод. Возможно, мы сейчас на пороге нового срыва покрова, кто знает?

До 330 билда обновлять?

 

Да.
Но проверять на вуде-4 PCI в 3D Mark2000 с избыточно мощным процессором, чтобы исключить падение фпс от него.

 

Offtop

Ой-вей, у меня только 5500. Я только хочу проверить, действительно ли оба чипа могут юзать все 64 метра, или же только 32 каждый.

 

смотря зачем... после этого обновления, как раз и начинаются те самые разборки...

 

http://www.ag.ru/files/software/5/2776 - 2000

--- добавлено 17 июл 2015, предыдущее сообщение размещено: 17 июл 2015 ---

Хотел бы я узнать, на основании чего сей вывод заключён Всевидящим Оком.

 

@LANRUS, вы скорость PCI на конкретных мамах меряете 3DMark ?

Читай документацию и те самые обзоры и те самые разборки. Инет то вроде есть. Я думал ты знаешь, раз соглашаешься выше.

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

 

Хорошо, я поясняю. Мы видим конкретный конечный результат: падение FPS на одних мамках относительно других. Видеокарта одна. Логически виновное звено - материнская плата. Я не говорю сейчас PCI, V-Link и т.д. Просто мамка. Надо с чего-то начать поиски? Надо. Начинаем с прогона хотя бы быстрых жёстких дисков, подключённых через PCI. Логично?

 

нет.

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

 

Мы можем, конечно, и дальше в сарказме поупражняться, но это ни к чему не приведёт. Как в известном анекдоте было сказано? "Ты не умничай, ты пальцем покажи!" Я уже высказывал в этой теме, что полагаться на HDD может оказаться обманчиво, это даже ежу ясно. Я просто не знаю, с чего сейчас начать, как поступить.

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

 

@LANRUS, хорошо. Надо поискать доступный механизм измерения не вносящий погрешностей. Без собирания специализированных стендов, насколько я понимаю. Почему на эту роль хдд годятся ещё меньше, чем видеокарты - ясно, надеюсь.

 

Offtop

С какими параметрами смотрели? У меня, например, в 1024х768*32 в этом тесте текстуры неба иногда появляются. А в 1280x1024x32 постоянно моргают. Всё, что это доказывает - полную несостоятельность синтетических тестов

А главное, на каком основании было выдвинуто предположение, что на вуду5500 каждый чип имеет доступ ко всем 64мегабайтам я не понял всё равно. Читать про архитектуру VSA-100 здесь или здесь, приводить весомые аргументы.

 

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

в разрешении 1024*32 без сглаживания на в5 проблем с отрисовкой неба нет. на в4 есть. если на в4 64мб памяти, то проблем так же нет.

 

Offtop

Ну так вот а у меня есть. И вообще, с каких это пор пропадания текстур стали 100% индикатором нехватки видеопамяти?

UPD: дрова на вуду5 5500 стоят последние официальные бета. Система указана в профиле. Не поленился, сделал пару экспериментов.

Так как вчера при запуске 3дмарка тот не дал мне вообще выставить Анти-алиасинг, я выставил его в дровах на 4x. После этого наблюдал картину как сказал вчера:

А сегодня я решил его в дровах выключить (В 3дмарк по-прежнему нельзя включить АА). Вот тогда наблюдал нормальное небо в абсолютно любом разрешении вплоть до 1600х1200*32.

Вероятнее всего 3дмарк так написан, что подкачка текстур, не уместившихся в видеопамяти, по шине отключена. Поэтому на вуду4 32мб мы видим пропадания.
Что касается вуду5 64мб, тут ситуация другая. Если включить АА, SLI выключается, каждый чип работает отдельно, резервируя себе половину свободной видеопамяти минус память под z-буфер и буфер кадра(буферы общие и потому одни). Поскольку в данном случае каждый чип работает с одним и тем же кадром отдельно, это требует хранения идентичных копий в памяти каждого. Поэтому с АА мы также видим пропадания текстур.
Если же АА выключен, тогда чипы работают в слае. У каждого так же половина памяти - z-буфер и буфер кадра, !НО! рисуют картинку они совместно, поэтому, возможно, что у каждого чипа в памяти своя часть текстур. Это единственное разумное объяснение, пожалуй. Однако это ведь не означает, что оба чипа имеют доступ ко всем 64метрам - это не так

 

Если пропадание текстур на 32мб это не показатель недостатка набортной памяти, то чего тогда показатель? И текстуры активно подгружаются в локальную память, т.к. Эффект моргания значительно меньше на агп, чем на pci

Я говорю о тестах без аа. Если говорить о 4х аа то нужно 128 Мб для первого теста без попадания неба.

Насчет отключения сли очень сомневаюсь, скорость на в5 с аа 2х выше чем на в4 с таким же аа

Каждый чип выводит строки шириной от 1 до 16 пикс, очень вряд-ли Драйвера нарезают текстуры соответствующим образом

 

Offtop

Однако же с FSAA2x у меня, по-моему, не было пропадания текстур. Это говорит о том, что сли отключается только при FSAA4x, что кстати ничуть не противоречит ни одному обзору архитектуры вса-100 тех дней.

Вообще же как бы там ни было, для себя я понял одну вещь: 3дмарк? никогда больше! Никакого онлайн-мониторинга, откровенный сбор попугаев.

 

есть табличка с пояснениями как память распределяется
http://www.naviburg.ru/tmp/Napalm Memory Allocation.xls
у меня не работает из-за формул

 

Offtop

Табличка интересная, но слишком для меня сложная.

Я, увы, не понимаю, что такое Linear Memory. Если это резервируемая под текстуры, то почему в 32-битном цвете её объём меньше?

 

потому что есть еще з-буфер, т-буфер и еще какие-то буферы, они отъедают место. я так понимаю

--- добавлено 17 июл 2015, предыдущее сообщение размещено: 17 июл 2015 ---

попробовал иса мост подключить, пока безуспешно. на интеле достаточно сконфигурировать ио диапазоны для перехвата мостом и сразу ctcm.exe начинает отрабатывать, diagnose.exe видит карту (awe64 проверяю). а тут ctcm постоянно говорит что конфигурация изменилась, надо винду запускать