x86_64

128 бит наноторсионные процессоры Вассермана

это смотря на каких задачах, но вряд ли медленнее, скорее так же - а в некоторых задачах быстрее.

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

64бита надо ... для числодробилок и для компайл-ферм, но для десктопа не знаю зачем (пока что) это надо.

Да

От того что процеесор стал 64 разрядным, он быстрея работать не будут(медленнее тоже).

Так что (x86 == x64) * корявость рук писателей ядра/драйверов/по.

А нужно оно для систем с более чем 4 GB памяти.

Нет, речь идет только о десктопах.

Я, кстати, ужаснулся: гном, f-spot и ff сжирают весь мой гигабайт оперативы.

Пришлось пересесть на Xfce, так как очень часто приходится работать с фото-галареей и сёрфить веб одновременно. Стало полегче.

Мда уж, линукс готовый к десктопу захавал гиг памяти и еще просит...

>Я, кстати, ужаснулся: гном, f-spot и ff сжирают весь мой гигабайт оперативы.

а что с оперативкой надо делать? Держать пустой?

Теоретически, разница на разных задачах будет в разные стороны.

Еще такой момент: в большинстве бинарных дистров совт собран под i586, в лучшем случае i686. А в х86-64 оптимизация всегда именно под него, используется всякие SSE вместо дурацкого fpu, и тд.

Но, с другой стороны, размер кеша не меняется, а у 64 код/данные пропихивать часто больше надо.

>>Я, кстати, ужаснулся: гном, f-spot и ff сжирают весь мой гигабайт оперативы.

>а что с оперативкой надо делать? Держать пустой?

(C) Mozilla Firefox Developers Team

>От того что процеесор стал 64 разрядным, он быстрея работать не будут(медленнее тоже).

будет ;) за один такт он больше будет сжирать, но опять же - на десктопе нет таких задач.

>Так что (x86 == x64) * корявость рук писателей ядра/драйверов/по.

корявость наблюдается в архитектуре x86

>А нужно оно для систем с более чем 4 GB памяти.

с помощью костылей и 32-х разрядная система умеет больше 4гигов.

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

> с помощью костылей и 32-х разрядная система умеет больше 4гигов.

"костылей" надо заменить на "больших костылей(PAE)"

>Но, с другой стороны, размер кеша не меняется

чем больше бит на адрес, тем больше таблица индексирования и больше tlb

если внешне ничего не поменялось, то танзисторов нужно гораздо больше

(для 128 бит, как я понимаю, вообще невозможно сделать нормальные таблицы преобразования адресов)

>на "больших костылей(PAE)"

о них и речь, в случае x86 любой костыль == большой костыль.

>>От того что процеесор стал 64 разрядным, он быстрея работать не будут(медленнее тоже).

>будет ;) за один такт он больше будет сжирать, но опять же - на десктопе нет таких задач.

У него че, типа шина толще станет?

>>Но, с другой стороны, размер кеша не меняется

>чем больше бит на адрес, тем больше таблица индексирования и больше tlb

>если внешне ничего не поменялось, то танзисторов нужно гораздо больше

Дык я о том и говорю: в 32 и 64-битном режиме проц остается тот же.

>У него че, типа шина толще станет?

нет у него регистры дополнительные не станут - а есть уже.

> нет у него регистры дополнительные не станут - а есть уже.

И теперь при переключении сотен задач в 64-битном режиме их запихивается в своп и вытаскивается оттуда куда больше :-)

Думаем, что ты лузир. Потому как корка дуба №2 действительно в лонг-моде работает медленнее процентов на 10-15 чем в 32-битке.

> запихивается в своп

Прдн, следует читать: "запихивается в стек", конечно же :-)

http://en.wikipedia.org/wiki/64-bit

> Потому как корка дуба №2 действительно в лонг-моде работает медленнее процентов на 10-15 чем в 32-битке.

Да блин, сколько можно этот бред повторять? Не работает он медленней. man macrofusion + http://www.fcenter.ru/forprint.shtml?online/articles/hardware/processors/18465

Кого-кого и fcenter'а в проинтеловской позиции обвинять, я думаю, ты не будешь.

> Я, кстати, ужаснулся: гном, f-spot и ff сжирают весь мой гигабайт оперативы.

Это потому, что f-spot написан с использованием Mono

> Кого-кого и fcenter'а в проинтеловской позиции обвинять..

Хорошо пишут: "Выход новых CPU, известных также под кодовым именем Conroe, отправляет популярные ранее процессоры семейства Athlon 64 X2 в разряд недорогих решений..."

> Да блин, сколько можно этот бред повторять?

В 64битном режиме макросклейка вырубается (не хватает строчки кэша под загрузку всех конвейеров, ибо +1 байт к каждой инструкции), => начинается простой блоков. И это так ;)