Может уже переходить на x64?

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

Электрохимическое перетирание дорожек материнских плат и внутренних соединений в кристаллах микросхем, при прохождении через них высокочастотных потоков электронов уже доказанный факт, так что да.

х64 код изнашивает соединения в процессоре и оперативной памяти быстрее, тем самым снижая их ресурс работы, который и так не далеко ушел от перезаписываемых ячеек современных ССД.

Святая толстота!)

ты мой кумир!

Больше не могу, а то на Паленый мёд потянет.
ЕГо так и не закончили. :-)

На самом деле, вы, сударь, неправы.

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

в современных процессорах поэтому изолируют части ядер друг от дружки различными демпфирующими прокладками

Я необычный пользователь

Твои вкусы очень специфичны? :)

х64 в два раза замедляет скорость работы процессора

«Пока твой конь четырьмя ногами раз, два, три четыре... Мальчишка на двух ногах - раз-два, раз-два!» (с)

Нагреваются все дорожки равномерно, значит тепловыделение растет и камень быстрее перегорает. Так что, если ТС ради перехода на 64 бита не готов раскошелиться на мощное охлаждение, лучше ему остаться на 32 битах.

Ради скорости работы и изучения

И то и другое миф. Если для изучения - ковыряй yocto на какой-нибудь железяке, если для скорости работы - возьми убунту, продуктивность возрастёт в разы без переконпеляний.

Какая тонкота!

Установка генты на arm

Ubuntu

Смешно

Зачем косить под недалёкого, Itanium это только IA-64. Обозначение x64 выдаёт в ОПе тролля-виндузятника, но и только-то.

Пока абсолютно никакого смысла в переходе нет. Наблюдаемые улучшения можно заметить только в полутора специфических задачах. А взамен все те же грабли с раздуванием системы на пустом месте.

Хорошо вам)
У меня текущий проект пятигуя жрет 8.5гб Еще 1.5-2 система. Само собой свопов нет.

А я не смеюсь.

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

и если тебя устраивает убунтушный дефолт, да

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

Троллишь, бубунта медленная

Конпеляние генты тебе замедлит работу сильно больше чем любые тормоза бубунты. Ну и не нравится unity, поставь i3 вместо wm и будет тебе хорошо.

Она само по себе весь глюк для AMD процей

Сижу на АМД проце. Как эти мифические глюки посмотреть можно?

Пфф, у меня если систему забить, то озу занимает не больше 1,87гб. Можно еще pipe врубить

Это зависит от потребностей. Например я перешёл на 64 бита когда потребность в docker появилась, он на 32 битной архитектуре не работает.

х64 код изнашивает соединения в процессоре и оперативной памяти быстрее, тем самым снижая их ресурс работы, который и так не далеко ушел от перезаписываемых ячеек современных ССД.

Что я читаю?

код изнашивает

Napilnik, зачем ты угнал акк?

Не знаю какие там сейчас веяния моды, но мне и на x11 неплохо. На ваши разборки x32 vs x64 смотрю свысока.

Попробуй оспорить.

Попробуй оспорить.

Что именно? Износ оперативной памяти? Тогда почему у пользователей gentoo она не умирает в разы быстрее как и SSD?

Больший износ процессора.

А как там..?)

Легко: в то время как 64-битный код изнашивает все 64 бита регистров и адресных шин, 32-битный код изнашивает младшие 32 бита всё тех же регистров и адресных шин, поэтому они придут в негодность за то же время (выход из строя хотя бы одной линии шины мы считаем выходом из строя шины целиком).

RTP, defend!

изнашивает все 64 бита

Что?

С логикой беда?

Ничего. Я пытаюсь показать наркоманам, что их дурь их не оправдывает, поскольку их логика всё равно внутренне противоречива. :]

По теме — давно пора переходить на x86-64. Лишние регистры ⇒ меньше register pressure, шире адресное пространство ⇒ можно делать ASLR, стек на входе в функции выровнен на границу параграфа и имеется концепция red zone ⇒ выше производительность листовых функций, а ещё инструкции SSE2 по умолчанию поддерживаются во всём софте.

С логикой беда?

...У тебя. Все используемые линии адресной шины и все используемые разряды регистров изнашиваются одновременно и равномерно.

Наконец-то грамотный чел )))) Всё порываюсь наконец-то глобально исследовать вопрос с инструкциями в режиме amd64, но всё никак. Я грёбанный неосилятор (((

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

Чорд!!!так вот от чего потрескался уже третий мой процессор.

А, да. Ещё в x86-64 выкинули сегментацию ⇒ теоретически меньше оверхед защищённого режима.

Еще народ любит сказать «конечный пользователь не заметит», но ведь это не совсем правда, не так ли? Кое в каких вещах еще как заметна разница? Или я ошибаюсь? Вещах, где требуется много математики. Вань, ты как, в теме? Я вроде что-то читал, но нихрена не помню конкретики.

Чорд!!!так вот от чего потрескался уже третий мой процессор.

16-битные DOS гонял небось? Там ваще перекос шокапец.

А хер его знает, как оно на практике. Я не бенчил и бенчей не видел. В вычислительно интенсивных вещах, наверное, действительно профит есть от восьми лишних регистров, потому что в Legacy mode регистров дико мало, а каждый register spill — это в лучшем случае обращение к кэшу, а в худшем — обращение к RAM.

А в разных там плюсах и прочих сильно ветвистых языках профит наверняка есть от red zone, потому что листья не обязаны явно создавать стековый фрейм, если он влезает в 256 байт. А это те же лишние обращения к памяти.

нифига подобного!

В процессоре есть х86 процессор на 8бит, который выполнен более толстым техпроцессом. Вот он и опрашивает проводки выгоревших регистров, у него на них шина памяти навешана.

После определения выгоревшего проводка, идет автоматический патчинг микрокода и 32битная система перенаправляется на оставшиеся проводки в регистре.

Получаем всё тот же 2х кратный ресурс для х86, в отличии от х64.

После определения выгоревшего проводка, идет автоматический патчинг микрокода и 32битная система перенаправляется на оставшиеся проводки в регистре.

Пруфы, пожалуйста :]

Установка генты на arm

Это слишком попсово. Вот гента на powermac quad - вот это сейчас уже более маргинальненько.

как я тебе пруф покажу, если всё закопиращено?

Это надо с ядерными инженерами за пивком посидеть! Они на салфетке (на экране iPadá все правильно нарисуют.

У тебя каждый процесс в 2ГБ влазит? Молодец.

У есть ещё VLIW.

Они хитрые - у них проводки в виде шлейфов, чтоб широкое слово пропускать.
В одном месте надорвётся - оно по оставшейся части биты гоняет.

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

Жжошь.