Ждём Ваших отзывов о материале.
Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!

бред. Учим матчасть.

проблемы идиотов, берущих к хорошему процу офисную видяху - это проблемы этих идиотов

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

1)

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

2)
В смысле незагрузить? нету прироста попугаев в 3дмарк? Я в игры играю, а не в 3дмарк.
В Battlefield 2142 у меня на средних настройках 40 кадров минимум. Зачем мне 8800?

3) даю вторую подсказку - попробуй во время игры паралелльно чего-нибудь поархивировать или еще чего...
Тормозит? А ты чего ожидал.

Винраром я пользуюсь раз по 20 в день для распаковки архивов по 2-4 мегвбайта макисмум.

Сжатием - максимум раз в неделю, максимльный размер архива не превышает 10 мб, и то редко когда 5 мб.

Видео не кодирую. Зачем? Качаю из сети двд-фильм и смотрю. Качаю из сети сд-фильм ( ави яайл на 700мб) смотрю. Зачем мне кодировать?

4)Зачем мне двухядернмк?
Довелось мне недельку посидеть на пне 805. Впечатления - винда грузится на 10 секунд быстрее. Ну и что? Delhi компилит за 4 секунды на 805 пнет, за стольеоже и на аслон64 3200+
Винамп не тормозит ничего. Игры идут на 805 медленее процентов на 20, если разогнать, то примерно также как и на аслон64 3200+ ( видюху я втыкал свою - 7600гт в 805 пень).
А как грелся этот 805!!!! Тепловой волной просто обдавало меня, особенно при разгоне.
Так зачем мне двухядерник? Если нет разницы, то зачем.
а вот если бы бы занимался бы монтажем видео или в 3дстудио мах работал тогда другой разговор.

5) неужели 3д студои макс не использует при рендеренге возможности видоекарты????????

совершенно банальная причина - не влезут на текущем техпроцессе. Если даже влезут, не заработают на нынешних частотах.
Следуя твоей логике, Интел давно бы уже мог запихать 9 вычислителей и танцевать на могиле AMD...

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

ха, тогда бы 3дмакс не был бы аргументом за 2ядерки...
вычислительная мощность видяхи намного превышает вычислительную мощность Core 2 Duo...

а для меня есть разница.... потому что открыто ~40 окон в браузере, идет архивация (бэкап) и идет запись фильма с тюнера в mpeg4. Не говоря уж о возможности мгновенно переключаться между приложениями.
А ведь у меня всего лишь медленный X2.
А ведь множество интеловцев перешли с P D на Core 2 Duo. Подумай почему.
...

Это тоже самое, что разговоры о SLI. Да он нужен лишь 1% пользователей. Но кому-нибудь стало плохо, от того что 1% пользователей поставил 2 видяхи, а?
А ведь сколько флейма перетерли по поводу "SLI не нужен, это все бред". Зависть это, а не бред.
Смысл прогресса - дать тому, кто хочет, то, чего он хочет. Не надо - не покупай.

А они туда просто не поместятся на данном этапе развития процессоростроения.
Зависть - это SLI из 8800GTX, а вот бред - это SLI из 7300GT

Хе! Так в этом то и сложность! Нужно делать КЭШ допускающий одновременные обращения и успевающий всех обслуживать. Это задача решаемая, но не тривиальная. При чём весьма. На разработку нужну выкинуть приличную сумму которой походу нет.. Куда проще сделать 3-ий уровень с арбитром. Собственно по этому пути и пошли. Предположу, что когда-нибудь у АМДей пояшится разделяемый КЭШ на 2-4 или даже 8-мь ядер, но потом, они опять пойдут по пути нового уровня КЭШа с арбитром.

Мешает архитектура х86. Команд очень много, они разной длинны и разного времяни выпонения. Перед тем как почить разработчики Альфы выли работы по 8 целочисленным и 4-м блока для чисел с плавающей точкой. Думаю, продалжай они существовать, то добили бы и до 16 и 8 соответсвенно, хотя разработка многоядерности тоже шла паралельно у них, ещё в конце 90-х. НО всё это было возможно в рамках весьма упрощенного набора команд в Алфах. Сделать дополнительные блоки в рамках х86 непосильно даже Интелу (трудно представить, что он не прорабатывали этот вопрос). Как я понимаю, в К9 это (дополнительные блоки ввиде сращивания двух ядер, что несколько проще, чем просто добавить дополнительные ядра) и предпологалось сделать. Да не получилось. Точнее получился обрубок от этого проекта - К8Л. Конечно реализовать задуманный К9 было бы здорово, но близок локоть...

нее, это маркетинг

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

Почему амд не назвала новую архитектуру k8l, а не k9? Я думаю, что амд нестала этого делать, потому что готовить в ближайшем времени выпустить ответ на новый проц штеуда в 2008 году.

кто-то писал, что к9 с собаками связана поэтому вроде к9 не будет

Нее. Потому как изменения слишком эволюционные. Называть чем то новым язык не повернулся.

k9 это вроде был проект, который закрыли. Архитектура похожая на Нетбурст, ответ на Tejas.

истину глаголешь.
Это видно на примере 149x-й серии(1495,1497) заданий проекта Folding@Home.
Этот тип заданий очень сильно зависим от скорости доступа к памяти и к объему/скорости кэша.
В случае АМД - мы имеем одинаковую скорость расчета на ядро в случае одноядерной загрузки и двуядерной загрузки при прочих равных(частота, ОЗУ, задержки, объм кэша на ядро).
У C2D скорость расчета при одноядерной нагрузке БЛИЗКА или выше скорости расчета при двуядерной нагрузке. Т.е. считая на одном ядре и ПОЛНОСТЬЮ загружая кэш одной задачей имеем скорость близкую к задействию двух ядер и разделению кэша на два задания. Т.е. - при наличии более широкой/быстрой шины доступа к КЭШу мы бы имели двойную скорость при расчете в два потока.
Наглядно(статистика команды TSC! Russia)


Собственно кому интересно - можете зайти в эту ветку:
http://forums.overclockers.ru/viewtopic.php?p=3289904#3289904

Очевидно что в данной задаче производительность лимитируется пропускной способностью памяти. Производительность ядра C2D на плавющей запятой столь велика, что оно просто простаивает почти все время, ожидая данных из памяти. Добавка второго ядра поэтому ничего не дает -даже ухудшает результат, как видно, как и должно быть в данном случае.

Отсюда может быть 2 вывода
1. Или алгоритм задачи таков, что накладывает принципиальные ограничения
на возможность более эффективного использования кэша процессора.
2. Либо, что значительно вероятнее, программа написана очень криво. Переписав ее более эффективно, можно существенно поднять производительность. Хотя зачем им это надо? Они и эти-то данные не знают куда девать

Cronos Есть и третий случай. Количество данных, при всей однотипности алгоритмов обработки, в кэш не помещается. А это может быть по двум причинам: либо данные представляют собой массив приближенный по свойствам к принципу Монте-Карло('нормальное' распределение значений массива(см. распределение Гаусса)); либо данные упакованы таким образом, что массив не содержит избыточности(см. алгоритмы сжатия, LHZ, LHA и т.д.).

Lev(RUS)

Вобще-то там все упирается в объем кэша. У Конро (4мб) такого падения не наблюдается.

Mitkins А может потому что при 4М кэша АРБИТРУ просто нет работы. Кэша хватает для хранения двойного набора данных.. а вот при 2-х мегабайтах кэша - арбитр не успевает разруливать доступ к общему кэшу.

Народ, я че то не догнал, а че плохого в названии К9? Причем здесь собаки?

Afx
Во-первых, наверное, все помнят фильм "К9 Собачья работа", во-вторых, в свое время на 1-м канале (ОРТ) шла передача "Дог-Шоу" и участникам выдавали в качестве приза пакеты с собачьим кормом. По-русски он назвывался Роял-Канин, но что-то подсказывает мне, что по аглицки второе слово будет звучать как Канайн. Теперь попробуйте произнести К9 по английски и получите это самое второе слово в названии собачьего корма. Проц с названием собачьего корма??? В общем получится как с названием одного питерского НИИ - научно-исследовательский институт жизнеобеспечения подводных объектов