Люди, какие плюсы есть в установке 64-разрядной системы?
Поставил себе Mandriva 2010 i586 и подумал, может переставить на 64? Что это мне даст вообще?

На 64 битах - можно наращивать память > 4Гб, возможно некоторое увелечение работы файловой системы, да и системы в целом. все вроде.
Есть один минус - некоторых нужных приложений нет под 64 битные ОС, только под x86 (например wine, хотя его вроде можно собрать под 64 бита, но не знаю как оно будет работать)


Это сообщение отредактировал(а) ChihPih - 20.11.2009, 19:41

Без особой надобности не советую. Учтите, что в 64-х битной системе, любой указатель или неявно определенный тип данных (форум программистов как никак) занимает в два раза больше памяти чем в 32-х битной. Грубо говоря, если у вас Апач со всем обвесом при статической нагрузке отъедал 300 мегабайт ОЗУ, в 64-х битной системе это будет уже 600. И там, где вам хватало двух гигабайт ОЗУ, нужно будет четыре. Не скажу, что это ИМХО, так как так оно и есть. А для расширения памяти более 4-х гигабайт в 32-х битных системах, давным-давно придумали механизмы, такие как PAE.

Добавлено через 2 минуты и 4 секунды

Извините пожалуйста за юмор, но "обоснуйте" 

Это сообщение отредактировал(а) Imple - 20.11.2009, 23:29

Сам не тестил...
Но взял отсюда http://citkit.ru/articles/124/. Правда это для FreeBSD и не знаю на сколько эта статья объективна...
Вот для ubuntы нашел стравнение http://www.phoronix.com/scan.php?page=arti...m=616&num=1.  Там вообще прироста не обнаруживается.
Может где-то и есть прирост, а может и нет( я ведь написал, что возможно).

прекрасно все с ним.
единственное приложение, которое пришлось ставить с ключиком --force-architecture это Skype - да и то, работает и в ус не дует


Да ну!!!!
300 метров указателей чтоли в Апаче?
Короче, брехня! 

Mephisto, 
ставить в общем конечно - дело благое.
но вот "покупаю колеса, как думаете, пойдёт тойота королла или трактор John Deere?"
укажи цели этой системы, и сколько памяти есть.


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

Ну там же не только с указателями разница. В большинстве из 32-разрядных *nix-систем используется модель программирования ILP32. int, long и указатели имеют длину 32 бита. Коротко, 4/4/4. А в большинстве из 64-разрядных *nix-систем используется модель программирования ILP64. int, long и указатель 64-разрядные (8/8/8). 

Этими типами данных дело не ограничивается, но, тем не менее...

Добавлено через 6 минут и 19 секунд
Про производительность:


Это сообщение отредактировал(а) kemiisto - 21.11.2009, 02:09

int как раз на Linux/x86-64 обычно 32-битный.

на 64-х разрядных системах много вкусностей, к примеру, RIP-relative адресация, которая _значительно_ сокращает обращения к памяти (стеку) в динамических библиотеках (и других типов файлов, использующих позиционно-независимый код)

кроме того, ни syscall, ни sysret также не используют данные в памяти (tss) для межуровневых переходов, что в разы увеличивает их эффективность

увеличение в 2 раза количества регистров общего назначения коренным образом изменяет call procedure ABI: 6 параметров при вызове функций (а это большинство функций) передаются через регистры => меньшая нагрузка на стек => меньше кэш-промахов => увеличение эффективности

нативная работа с 64-х разрядной арифметикой и многое другое

что касается 32-х бытных приложения, я еще ни разу не испытвал каких-то сложностей с этим ;)

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

Добавлено через 2 минуты и 52 секунды

в работе любой хэш-функции, отображающей в меньшее множество, возможны коллизии
намек понятен? ;)
причем применительно к PAE оверхед пропорционален количеству данных

Добавлено через 11 минут и 57 секунд

ну, как тут уже правильно отметили, в apache есть не только указатели ;)

ну а во-вторых, память нынче дешевая в отличие от дополнительных мощностей в виде дополнительных регистров большей разрядности ;)

Всё верно. Это я натупил.  В большинстве *nix - LP64(4/8/8). Про это даже в Педивикии написано.  

Разумно. В наличии имеется ноут для домашнего использования. Intel Core Duo ~ 2 ГГц, с 2-мя ГБ оперативной памяти и 32 видео. Никаких серваков кроме отключаемого Apache и MySQL не предполагается ставить.

Хм, клёво, не знал.  Почитать как-то нужно...

мое имхо, ставь 64-х битку ;)
у меня на ноуте C2D 2.26Ghz, 4Gb, 512Mb video...хотя тут дело не в конфигурации

тупой вопрос: после установки 64-ех разрядной ОС предпочтительно устанавливать 64-х разрядные сборки приложений. Их надо самому собирать? Или менять линки к репозитарям в конфе АПТ-а (извините, не сказал, убунта). Если второе, то где их брать?

А что думаете о мультимедии? Вроде бы mplayer собирается с ключами под 64 бита, но как тестить разницу, кроме как "на глазок", не знаю. У нас был опыт сборки коровы целиком под 64 бита. Ни одно приложение, а их там ололо, не плакало. Но у нас был совершенно определенный смысл: 8 ядер, 8 гигов памяти, жесткие многосуточные расчеты молдинамики и квантовой химии. Ставить при всем при этом 32 бита было бы тупо.

comcon1, ставить было тупо по 1й причине - у вас было 8 гиг памяти.

а сколько у вас было таких тачек ?
на чем вы запускали(ете) расчеты ?