[ShaddyR]

неизвестные нам возможности повышения производительности при работе с плавающей запятой при использовании 64 разряных ОС? »

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

[FRZ]

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

иначе НИКАКОГО прироста добиться не удасться. 64-битные процы имеют два набора инструкций (под 32 и 64 бита). Соответственно, если работает 64-битная ось, то используется один набор инструкций, если 32-битная, то другой. Следовательно, если софт 32-битный, то прироста вообще не будет, что и показывает ваш пример. Все так и должно быть.

[ShaddyR]

если софт 32-битный, то прироста вообще не будет »

вопрос спорный. Ибо многие юзера сообщают о лучшей производительности 32-битных софтин, портированных под 64-бита.

[xoomer]

Вопрос: справедливо ли утверждение, что изменение разрядности касается только основного процессора, а процессор, обрабатывающий числа с плавающей запятой остался тем же, что и на 32 разрядных процессорах? »

Если быть точным, это не процессор, а его блок - FPU (Floating Point Unit). Как сказал FRZ, если ОС 64-битная, то процессор работает в 64-битном режиме, следовательно и FPU-блок тоже.

Или есть неизвестные нам возможности повышения производительности при работе с плавающей запятой при использовании 64 разряных ОС? »

Ну во-первых 64-разрядные технологии дают существенный прирост при работе с большими целыми числами, либо очень точными дробями. Тоесть - шифрование, медиакодирование, астрономические и другие расчёты. Если род вычислений другой - существенной разницы Вы не получите. Во-вторых. Не только ОС и софт должен быть 64-битный, более того - абсолютно вся программная среда должна быть 64-битной (плагины, енкодеры/декодеры (если выполняется медиакодирование) и т.д.). В-третьих, 64-битные технологии позволяют использовать более 3,5 Гб оперативки. Тоесть, если в Вашем случае увеличение ОЗУ даст прирост производительности, то можно смело ставить большие объёмы памяти.

[Vlad46]

Благодарю Вас за внимание к вопросу. Но, мне кажется, обсуждение несколько уклоняется от сути вопроса. Для ShaddyR. Речь идёт о ПРОГРАММИРОВАНИИ, то есть работает СВОЙ 64 разрядный код, рождённый под 64 разрядной ОС 64 разрядным вариантом транслятора. Ваше условие выполнено. Для FRZ. Аналогично. Почему Вы решили, что "софт 32 разрядный"? Для xommer. Что касается "процессор обработки плавающей запятой" или "блок процессора, обрабатывающий плавающую запятую", то это вопрос терминологии, раньше их, как Вы помните, разделяли, теперь объединяют. Что касается разрядности мантиссы, то для сравнения она выдерживается одинаковой, двойной точности. Что касается абсолютности разрядности для ВСЕЙ начинки ОС (плагины, декодеры и так далее - что мы, естественно, гаранировать и проверить не можем), то, мне кажется, это не принципиально, так как вся эта начинка не участвует в создании кода и не используется кодом, созданным транслятором. Да, известно, что увеличенная разрядность позволяет адресовать больше памяти. Но и это не принципиально, если эта память не нужна задаче. Вопрос сводится к одному: уменьшилось ли число тактов, за которые выполняются четыре арифметические операции (перечислять не буду)? Если "Да", то прирост скорости будет. Он нами не отмечен. А прирост скорости в действиях самой ОС весьма заметен. Вот тут я и проявляю собственную неосведомлённость и интересуюсь информированностью коллег. Что Вам известно об изменениях в архитектуре блока обработки плавающей запятой для процессоров, способных работать с 64 разрядами? Спасибо.

[Ment69]

Vlad46, По моему вы немного ошиблись форумом, можно конечно поискать в сети статьи которые более подробно освещают как саму архитектуру 64 разрядных процессоров и особенности работы их в 64 разрядной среде. Лично я не вникал особенно в технологии 64 разрядных процессоров, просто знал что они помогают преодолеть ограничение 4GB в объеме оперативной памяти.

[Vlad46]

Для Ment69. Подтема форума "Процессоры", я интереуюсь реализацией обработки числа с плавающей запятой процессором. Вопрос "не форматный"? Почему? Мы собираем эту информацию в меру сил. И вырисовывается занятная картина. Intel рассказывает (Quad) про основной блок, а про "эту" часть... Ну не выпячивается вопрос. Волей-неволей начнёшь думать, что прежний FPU просто перенесён из Core Duo. Так это или не так?

[VINDIGO1]

Intel рассказывает (Quad) про основной блок, а про "эту" часть... Ну не выпячивается вопрос. »

Так а чего про него рассказывать? Про него уже всё давным давно рассказали, ещё со времён появления Athlon 64! А вот какраз про технологию 4 ядер и про всё остальное и надо народу доложить, чего нового и т.д.

[Coutty]

Если не ошибаюсь, ещё во времена Pentium MMX процессоры могли обрабатывать 80-битные числа (за счёт MMX), чуть позже, с появлением SSE - до 128-бит добрались. Хотите повышения производительности - используйте SSE1/2/3/4. Причём на Core 2 они обрабатываются за 1 такт, вместо двух на старой архитектуре. Либо две 64-битные за такт. Как больше нравится. Я не вчитывался сейчас - утро... спать... Извлекаю из памяти без ECC

Возможно, чем-то будет интересна статья об архитектурных новшествах Conroe: http://www.ixbt.com/cpu/p6-nexgen.shtml