[Overclocker]

Но ведь, согласитесь, эти самые ALU и FPU надо загрузить данными. Лично мне приходит на ум только один ответ -- опять воин в сияющих доспехах с надписью "Кэш" на щите.

Иначе контроллер памяти просто не успеет обработать данные с нужной скоростью. Или как?

HEKT0 Значит такой пропускной способности хватает для ALU и FPU, чтобы они были загруженны на 100%.
Суди сам, у тебя скорость на GF6800 изменится если одна сделана на PCI-E, а другая на AGP?
Кэш тут вообще мало чего решает, это скорее для меренья органов, чем для реальной работы. Что 2M, что 4M - разница в считанные проценты и то не везде.

причом тут этот бред???? теперь это модно? везде употреблять слово линукс??? ну вот тебе выдержка с опеннета-Компания AMD решила принять на работу в "Operating Systems Research Center" нескольких разработчиков Linux ядра, которые будут заниматься не только своей главной задачей - оптимизацией ядра под процессоры AMD, но и смогут взаимодействовать с проектировщиками процессоров в целях улучшения поддержки Linux в будущих разработках компании AMD.
http://www.techspot.com/news/21372-amd- ... linux.html

Gordon_FreemaN Это было модно в середине 90-х, может быть в конце, а теперь это суровая реальность
см. www.netstat.ru
Добавлено спустя 33 секунды
В начале лету у венды было 10%:)

[Overclocker]

Всё равно странно. Или тесты врут и скорость выше, или кэш настолько всё меняет. Иначе очень трудно объяснить эту картину.

По поводу кэшей: вообще-то говоря эффективность кэша зависит от трёх величин:
1. Его объем
2. Его скорость
3. Объем выборки

Причем, если мы имеем ситуацию "выборка = объема кэша", то его эффективность будет = 100%
Логика кэша стремиться держать эту величину как можно ближе к абсолютной.

Если же в тестах, как например Super-Pi, объем выборки = 8М, а объем кэша = 4М, то тут всё зависит от его скорости и от того, насколько логика правильно сработает и насколько сам по себе кэш быстрый. У АМД ширина шины до кэша = 128 бит, у Интела = 256. Он просто быстрее.

Кто-нибудь видел тесты подсистемы памяти Конро в Сандре? Как они соотносятся с А64? У кого есть, поделитесь линком, плиз.

HEKT0
Вы абсолютно правы - IMHO 50% заслуги в высокой производительности Конро дают очень прогрессивные кэши, с очень хорошей ассоциативностью при минимальной латентности. Да ещё и с предвыборкой данных и из L2, и из памяти.

HEKT0 повторяюсь ещё раз, дело в математических блоках процессора, а не в кэш памяти.
Если сравнивать Прескотт 1М и 2М то разницы в суперПи в 2 раза не будет. Если она вообще будет.
Добавлено спустя 4 минуты, 13 секунд
GReY http://www.ixbt.com/cpu/p6-nexgen.shtml

GReY

В принципе - это легко проверить. Достаточно запустить серию тестов с постепенно увеличивающимся массивом данных в памяти. Тот же Super-Pi с 5-ти миллионов и с шагом в 1 миллион, например. И сравнить, насколько будут расходиться показатели в зависимости от нагрузки.
Добавлено спустя 3 минуты, 23 секунды



Т.е. кэш тут не при чем? Я правильно тебя понимаю? Если так, то предлагаю отключить ... чтобы не грелся.

Ps. почему мне вспомнилась история про Pentium-MMX и его "революционную" технологию, повышающую производительность во всех приложениях... которая сводилась к увеличинному вдвое кэшу L1 ?

Тупик?
Я бы посмотрел шире.На АМ 2 влезет 4-х ядерник.АМД договорилась с моим любимым Кэйквоком о проге под 4-ре ядра.Ну, может, Интел такая крутая,что для неё напишут само-собой.А 4-х?
Я не знаю,почему не тестят в аудио прогах.Навалить дорожки синтезаторами,обработками,успевать считывать трэки и записывать одновременно - вот физика.Как для домашней студии,думаю, рассматривать нужно 6600 и 5000+.И с учётом завтрашнего дня.

о боже!!!! ну не смишите пожалуйста, что это за статистика???? она такая уже как много лет и как ваша новая реплика соотносится с тем что вы сказали ранее??? ни как не пойму) юзайте линукс а не трипитесь о нем)

NETSTAT(8) Linux Programmer's Manual NETSTAT(8)



NAME
netstat - Print network connections, routing tables, interface statistics, masquerade connections, and multicast memberships
)))))))
Добавлено спустя 5 минут, 59 секунд
вот счастье то настанет кокда на 50% десктопов будет фря стоять!))))

И снова к вопросу о памяти и кэшах

Видимо, всё-таки, тесты, которые я привел на картинке выше, не врут. Вот ещё один результат, на сей раз с
http://www.anandtech.com/memory/showdoc.aspx?i=2800&p=3

#77

Полагаю, что на крупных массивах данных (16Гб и выше) картина производительности может быть несколько иная. Соответственно для серверов БД это может быть интересно.

Может и глупый вопрос, макрофьюжен, что нелзя зделать так чтоб он работал и 64битномрежиме, или придумать другую технологию которая аналог макрофьюжен, и ещё Чем различаются у атлонов 64 битность от интел

А может введут в следующих степингах, как это было с EM64T для НетБурстовых Целероноах