Никакого выигрыша 64 бит при 4Gb вам не даст.
А хлопот задаст: объём всех программ больше, память разбазаривается активнее, попадания в кэш реже - падает скорость ... некоторые приложения (Skype) не имеют 64-бит реализации - ставить будете "через задницу", кроме 64-бит библиотек запишете на диск полный комплект ещё и 32-бит...
В чем заключается установка "через задницу" и почему будет разбазариваться память? Если уж и пишите такие спорные комментарии, то хоть бы развернули ответ.
Duha666: минимальное выделение памяти в 64 битной системе заметно больше. Врать не буду, но кажется раза в 2.
Установка полного пакета i386 библиотек для работы приложения никак кроме как через задницу не назовешь. Хотя проблем создает мало.
Duha666:
Элементарно, Ватсон:
- установка через задницу: потому что для 32-бит приложений (а не все есть 64 бит) нужно искать и устанавлиать 32-бит библиотеки *.so ... если повезёт
- разбазаривание памяти: везде в машинном коде адресные поля будут в 2 раза длиннее (без пользы и необходимости), размер каждой программы (и в файле и памяти) будет... ну, не в 2 раза, но заметно больше
- попадания в кэш: раз код длиннее, то и в кэш его влзит меньше - кэш перегружается чаще, быстродействие падает
Это, в общем, общеизвестные и описанные вещи (не я их для вас придумал).
Олег Цилюрик: Спасибо за развернутый ответ. Просто за много лет пользования никогда не сталкивался с проблемами завязанными на битности системы. Библиотеки либо сразу нужной битности берутся в репозиториях, либо собираются. Всё без сложностей. Памяти тоже большинство приложений больше не начинают требовать, ведь вырастают в размерах только ссылки. А производительность и вовсе может повыситься.
Duha666: Ну, мне довелось сталкиваться как с софтом, требующим 32-битные библиотеки, так и с тем, который авторы собирают только под 64 бита. Первое все-таки более поправимо. Опять же, взять и удвоить объем памяти в машине не так уж и сложно...
Речь не о ссылках - ссылки присутствуют в исходном коде программы.
Речь об адресных полях, которые присутствуют почти в каждой машинной команде исполнимого кода.
Олег Цилюрик: Производительность может повысится тем, что минимальные компьютеры, умеющие x86_64 - это, если я не ошибаюсь SSE2, значит можно все бинарники смело оптимизировать под это, а i386 часто любят компилировать под чуть-ли не первый пентиум и как следствие все новомодные SSE и прочие оказываются не задействованы (ну если Вы, конечно, не Gentoo ставите и все сами компилируете).
Ну и ворочать память блоками по 64 бита может оказаться куда быстрее, чем блоками по 32 бита.
