Как выбрать архитектуру из 32x и 64x?

Помогите пожалуйста выбрать между 32-х битной и 64-х битной системой. Характеристики компа:
процессор Intel(R) Pentium(R) Dual CPU E2180 2,00 GHz
оперативы 2 гб

0

Сообщение от remarkes А вам что, эту ОЗУ - мариновать на зиму? Что ее жалеть? Память должна работать. Увеличение производительности происходит за счет увеличения потребления памяти: больший кэш, больше буферы (чтения/записи), больше встроенных функций, больший размер страниц (памяти), больше потоков, больше запущенных служб... и т.д.

какой кэш вдруг становится больше при переходе на 64?
процессорный кэш в следствии увеличения кода и данных будет при равных размерах меньше вмещать, соответсвенно и кэшмиссов будет больше
page cache который отвечает за кэширование файлов, директорий и ещё много чего при переходе на 64 станет значительно меньше. Его размер впринципе обратно пропорционален несвободной памяти. Так как 32 ос жрёт памяти меньше, то и кэшировать она может соответсвенно больше. Ну а размер буфферов блочных устройств вообще никак не изменится

больший размер страниц?
и на 32 и на 64 стандартный размер страницы - 4кб. Поддерживаются и другие размеры на аппаратном уровне, на софтверном уровне в лине они реализованны в виде hugetlb. Но это актуально для огромных многопроцессорных серверов с NUMA, на которых крутятся гигантские базы данных. Не Для нищебродских десктопов с < 16гб

Ну и остальное про "больше встроенных функций, потоков и запущенных служб" требует пространного объяснения, а то пока это всё увы больше смахивает на наркоманский бред, Таненбаум бы в гробу перевернулся, если б увидел это, но слава богу он жив пока

0

_1_, значица, как ты только что меня процитировал, я говорил про увеличение производительности за счет увеличения потребления памяти, а не про то, что в 64 всего этого обязательно больше, чем в 32. То есть, большее использование памяти увеличивает производительность.

Сообщение от _1_ процессорный кэш в следствии увеличения кода и данных будет при равных размерах меньше вмещать

не согласен, потому как для 64 процессора 32-битное слово и 64-битное один хрен слово.

Сообщение от _1_ Так как 32 ос жрёт памяти меньше, то и кэшировать она может соответсвенно больше.

во-первых, между 32 и 64 битными ядрами не велика разница (относительно общего количества ОЗУ). Во-вторых, у тебя получается, что ОСь всю память, как ненормальная под завязку забивает неким "кэшем", и у 32-битной он выходит "больше".

Про Таненбаума повеселил.

0

Сообщение от remarkes не согласен, потому как для 64 процессора 32-битное слово и 64-битное один хрен слово.

Какая то чушь несусветная. Твоё несогласие никак не меняет действительности. Вот первая же ссылка в гугле доступно объясняет мою мысль. И про процессорный кэш и про page cache в линуксе
http://askubuntu.com/questions... d-i-choose
ну и многочисленные бенчмарки подтверждают теорию

Сообщение от remarkes Во-вторых, у тебя получается, что ОСь всю память, как ненормальная под завязку забивает неким "кэшем", и у 32-битной он выходит "больше".

Можешь удалить линукс, если тебе это поведение кажется ненормальным. Но он ведёт себя именно так. Даже специальное назваение есть для этого кэша - page cache. Поэтому нетрудно самому загуглить инфу про него. Заодно наконец то узнаешь, что показывают top или free

0

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

Сообщение от _1_ Какая то чушь несусветная.

По поводу чуши и приведенной ссылки. В той же ссылке приведен график с потреблением памяти - с фразой "больше [свободной] памяти - это лучше". А также фраза, что 64-битные программы используют на 50% больше памяти, чем 32.

Сообщение от _1_ Можешь удалить линукс

Какой-то ты воинственный... у тебя дома все нормально?
Насчет кэша страниц ты прав, в любом случае это кардинально не влияет на ситуацию и уж никак не относится к теме 32/64.

0

Сообщение от remarkes 64-битный процессор, когда он работает как 64-битный, а не в 32-битном режиме совместимости, то он работает быстрей => таким образом быстрее будет обновляться "забиваемый кэш".

а бенчмарки то говорят, что всё-таки недостаточно быстро, ай-яй-яй!
вот первый попавшийся в формате pdf:
http://www.cs.ucf.edu/~wspires... _amd64.pdf

Сообщение от remarkes Ссылка на сайт - это не действительность, и уж точно не истина в последней инстанции.

Это одна ссылка, как пример. Забиваешь в гугле 32 vs 64, про кэш визжали ещё в 200х году, когда амд64 только вышел. Так что материала для изучения у тебя будет тонна. Но можешь и дальше продолжать быть несогласным со всем интернетом, мне то без разницы в принципе

Сообщение от remarkes Какой-то ты воинственный... у тебя дома все нормально?

Абсолютно не нормально. Проблема в том, что я закупил попкорна, приготовился слушать лекцию по поводу того, какие кэши и буфферы в линуксе становятся больше при переоде на 64бита, там я напоминаю ещё и про страницы какие то было и про потоки и службы, всего там больше становится. Но идёт уже 3ья страница мелодрамы, попкорн давно закончился, а кола выдохлась, а развёрнутого ответа до сих пор нету. Как так? А что там Таненбаум кстати говорит по этому поводу - главу\страницу\строку не подскажешь случайно?

0

Сообщение от _1_ Так что материала для изучения у тебя будет тонна

Сообщение от _1_ главу\страницу\строку не подскажешь случайно

ищи сам. Про память

0