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

rzgd

везде по-разному, где-то ускоряется , где-то замедляется

оно в принципе, т.е. по определению не может замедляться, т.к. процессор у которого 16 РОН всегда будет быстрее процессора у которого 8 РОН,
кстати насчёт, где замедляется ссылочку плиз

rzgd
"видишь суслика? а он есть!"
известная статья есть на ф-центре, когда тестировали "проблему конро и 64бит".

там оба были быстрее в х64

rzgd
это "в среднем по больнице" они были быстрее, а вот в некоторых тестах скорость в 32битах была выше или одинаковой с 64.

Это раз
дальше:


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



И где сдесь про отсутствие прироста???

rzgd
вот здесь:

т.е. 64бита оказались медленнее 32бит, что и требовалось показать

ничего не оказалось


Вы просто статью не прочитали, и пишете глупости тут, см. цитату, отсутсвие прироста - есть прямое следствие кривости кода, не более того..., архитектура в режиме 64 бит работает быстрее у всех

rzgd
вы просто не хотите понять главного, что пока есть такие приложения(а еще есть куча вообще не оптимизированных под 64бита), где прирост будет отрицательным, утверждения типо :

будут ложью

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

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

по данным той же статьи:


так что, если моё заявление "к8 ускоряется на ~15%" по Вашим словам ложь, то и вся статья на ф-центре лжива значит, напишите свою, правдивую, а так ток пустой трёп и фанатство

мы пользуемся не абстрактными процами, а системами с установленными операционками и программами, и если нет прироста, то его нет, если он есть, то он есть....так что 15% и есть фанатство

вот там в приведёной вами же в качестве примера статье так и написано 16% в среднем, т.е. в реальной среде как раз столько и есть. Здесь ключевое слово средний прирост, именно оно и указывает на то сколько есть в реальных
системах, и в моей тоже, я проверял, 7-зип и вин медиа енкодер мне пофик.

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

кому надо тот найдёт, все приличные конторы давно уже всё адаптировали, системам уже 4 года скоро...
В этой ветке речь не о доступности софта, а об процессоре х2, и его возможносях, описанных в обсуждаемой статье. Так вот этот процессор быстрее работает в 64-х битном режиме, чем в 32-х битном, и спорить тут не о чем.

rzgd
т.е. как я и сказал где-то работает быстрее где-то медленнее
не спорьте...не можете доказать значит не спорьте

rzgd
одна проблемка....это 15% для оптимизированных приложений, для неоптимизированных, а таких подавляющее большинство, совсем по-другому

Все программы требующие большой производительности обязаны быть оптимизированными, иначе вся польза от таких программ будет сводится к пустым прогонам тактов!
Говорить о кривом софте было не к месту, производительность измеряют в нормальных приложениях!