Разрядность x86 процессора и разрядность ОС

Сегодня все процессоры выпускаются 64-битными.

Есть 32 бит процы. xCore86 тот же.

32/64. Памяти не так много, чтобы была надобность ставить amd64.

Я считаю, что 64 бит немного быстрее

Может, потому что у разработчика(ов) 64-битные системы, и некоторым день проверять на отдельно 32-битной системе?

Как это называется... а, вспомнил — «WORKSFORME».

Камень 64, ОС 32, исторически сложилось. И я ещё не до конца уверен что 64 на десктопе более безпроблемны чем 32. Когда соберусь обновить систему наверное поставлю 64.

Но на полностью 32битных ос uint64_t работает. Даже на windows xp в cygwin. По идее эмуляция.

Таки разницу между int и uint64_t видишь? Впрочем тут даже не столько в int'е дело. В общем вопрос остается открытым: можно ли сделать x32-что-нибудь ABI, в котором 32-битный только указатель, а машинное слово, набор регистров и прочее - 64бита.

И другой интересный вопрос: а что будет с существующим софтом на С/C++ при случае, если sizeof(void*) < sizeof(int)?

Может, потому что у разработчика(ов) 64-битные системы, и некоторым день проверять на отдельно 32-битной системе?
Как это называется... а, вспомнил — «WORKSFORME».

Учитывая

PreciousProtection

это может ещё называться LEAVEMEALONE, но заставляет юзеров 32-битных систем глотать ASPIRINE и искать подходящий PANZER для наезда на таких горе-разработчиков.

Переходи в 16 бит реальный режим (интересно, современные процы умеют такое?

ВНЕЗАПНО! они в 16 битах стартуют. Переход в 64 разряда выглядит так: 16 -> 32, и уже потом 32 -> 64. Но после перехода в 64 разряда о железной поддержке 16 можете позабыть.

А как же 8-16-32 Gb RAM?

Не проблема: у меня сейчас стоит 8 Gb RAM - вся используется. Ядро Linux 32-bit может работать с объёмом памяти до 64 Gb.

старое железо на котором музыку послушать, в чате пописать, скайп - только 32 бита. Сщитаю что лучше несколько компов иметь.

У меня на десктопе 64/64, не сервере 64/32, ибо переехал с архитектуры 32, а переустанавливать и заново настраивать лень, на недобуке 32/32 по причине Atom N270. И всё отлично.

32/64. Памяти не так много, чтобы была надобность ставить amd64.

PAE позволяет адресовать 64ГБ физической памяти в 32-битной ОС, так что память тут не особо при чем.

В общем вопрос остается открытым: можно ли сделать x32-что-нибудь ABI, в котором 32-битный только указатель, а машинное слово, набор регистров и прочее - 64бита.

ты про это? http://en.wikipedia.org/wiki/X32_ABI

The x32 ABI was merged into the Linux kernel for the 3.4 release with support being added to the GNU C Library in version 2.16.

Не проблема: у меня сейчас стоит 8 Gb RAM - вся используется. Ядро Linux 32-bit может работать с объёмом памяти до 64 Gb.

Хорошо, перефразирую — а как же вторая половина регистров процессора и крутые наборы инструкций?

Ноутбук и десктоп 64/64; на полигоне для экспериментов, собранном из старого железа - 32/32.

Ну ты наркоман...

Впрочем по вариантам опроса и так видно.

И процессор и ОС 64 битные. Выбрал их, а так же Гравицапу, как технику будущего.

ты про это? http://en.wikipedia.org/wiki/X32_ABI

Мы это и обсуждали. Только я поленился и не глянул англ. вариант статьи. В русской вики похоже некорректный перевод, ибо там говорилось, что int остается 32бита.

С граммотно сделанным - ничего, а вот всякий tox, eiskaltdc++, zhlt, jackhammer будут сегфолтить.
EISKALTDC++ даже не arm не работает.

С граммотно сделанным - ничего, а вот всякий tox, eiskaltdc++, zhlt, jackhammer будут сегфолтить. EISKALTDC++ даже не arm не работает.

В такой формулировке - да, это очевидно. Интересно каков процент «грамотно сделаных» проектов :)

шо есть «битность»? вы хотели сказать «разрядность»?

64/64.
У деда 64/32, потому что памяти 2 гб.

tox периодически переставал собираться из-за несоотвыетствия uintN_t и unsigned long на лдном из варианьов разрядностей. все реализации TTH имеют общий баг aligment, вызывающий sigbus. zhlt и jackhammer на amd64 нет т.к они преобразуют указатели в целое.

ОС и железо одинаковой битности

64/64

Интересно познать всю глубину отчаяния и мрака.

Отчаяние и мрак у вас в голове, уважаемый.

У меня Intel Core i7 и 32bit CentOS с PAE ядром.

Теперь по пунктам, для особо двинутых на «больше = лучше».

1) Регистры в 64bit весят в 2 раза больше.

-> Все программы в 64bit режиме жрут больше памяти. Фактически не меньше чем на 25%. А значит кэш ФС уменьшается -> увеличивается время доступа к винту.

-> Код становится больше, а значит может не влезать в кэш, а значит такты процессора уходят на fetch из памяти, а значит производительность ... падает. Примеры есть - на phoronix меряли.

2) Вопреки воплям, двинутых на битности, я лично проверял работу некоторых программ в 32 bit режиме vs 64 bit. Оказалось, что:

32bit Firefox значительно быстрее 64bit Firefox.

32bit LibreOffice имеет схожую с 64bit LO производительность.

Все остальные программы имеют CPU time в районе нескольких секунд, поэтому мне глубоко плевать, будут ли они работать 2 или 1,8 секунды (при uptime, измеряемом сутками).

3) Зад*ы, конечно, не пользуются Wine и Skype, а вот обычным людям оба эти продукта жизненно необходимы.

=> Приходится во время запуска системы тащить с винта 32bit версии библ, ещё больше нагружая RAM и HDD.

=> Приходится держать две копии библ для 32bit {Wine|Skype} и всего остального.

4) Я до сих пор не знаю use case'ов 64bit. Одна баба сказала, что приложение X работает в 2 раза быстрее или требует больше 2GB RAM? Покажите! Только не надо про глубоко серверные приложения вроде СУБД (MySQL, Oracle, Postgres) и серверов приложений (Tomcat, etc).

Поздравляю любителей 64bit!

Вы очень умны и образованы.

Тут ранее приводили примеры FLAC'а, который кодирует в 64bit режиме в 2 раза быстрее.

Ржу.

1) FLAC у меня кодирует в 32bit 200x real time (4 потока по 50x realtime), поэтому вся моя коллекция пережмётся за два часа максимум.

2) Я не перекодирую свою коллекцию несколько раз на день. Просто незачем. Просто неоткуда столько WAV'ок взять.

Но это очень реальный use case. Поздравляю!

Все 64, еще со времен ХР, ох и намучался с ней.

Большинство не x86 всё ещё 32-битные.

Использую только 32-битные ОС. Несколько раз пробовал ставить 64-битные, никакого увеличения производительности не заметил, а вот проблем с запуском 32-битных программ отгрёб по полной.

32bit Firefox значительно быстрее 64bit Firefox.

Что быстрее? Время запуска? Это никому не интересно.

У amd64 больше регистров => быстрее

Передача первых аргументов при вызове функции происходит через регистры, а не через стек => быстрее

Из-за быстрой работы с 64-битными числами многие функции в libc работают раза в два быстрее (strlen, strcmp и прочее).

Ах, да. Совсем забыл. Адресное пространство просто огромно => нет проблем с выделением большого непрерывного куска памяти.

Что быстрее? Время запуска? Это никому не интересно.

Работает быстрее. На всех тестах.

Но вы фапайте на 64bit - не останавливайтесь ни в коем случае.

Адресное пространство просто огромно => нет проблем с выделением большого непрерывного куска памяти.

Про фрагментацию памяти слышали?

Скольки приложениям нужны эти куски непрерывные? Ну кроме архиваторов? трём или пяти?

64 бит проц, 32 бит ОС, потому что 32-битные игры на 64-битной системе дико тормозят.

Нажал на все кнопки.

А смысл в процессорах, если есть гравицапа?

Какая фрагментация? Если фрагменты больше 4 KiB, то MMU процессоров x86 (да и не x86) срать хотел на фрагментацию.

«Гравицапа» - вот отчаянье и мрак! :) Запускаешь какой-нибудь Ведроид, а он работает как эта гравицапа - еле шевелит костями! Долой гугловские перделки!

А 32/64 - не пофиг ли? (особенно если мозгов <= 4GB)

не пофиг ли?

Не, не пофиг. Кроме длины шины памяти есть ещё команды рассчитанные на регистры 64 бит. Да и сами есть регистры 64битные. В режиме совместимости всех этих плюшек нет. Нет. Плюшек. Ни одной.

Слыш, ты опрос проводишь или куда? Хорош толкать свою точку зрения! Я зашел в этот топик посмотреть, сколько тут пользователей x32, а тут тред «Расскажите, как у Вас все устроено и почему, а я на пену изойду, но оскорблю тех, кто мою точку зрения не разделил». Некрасиво же.

P. S. Сам x32 не пробовал и не собираюсь, но поддерживаю.

msdos128 жифф! )

Это лучший опрос года.

С моей техникой ответ только один-гравицапа =)

64/64 ибо 32 вымерло.

32bit cpu, 64bit OS, гравицапа!
P.s.
Сервир 32/32, т.к. мало памяти и смысла нет другое делать
Оба лаптопа 64/64, т.к. по 16Гб памяти и виртуалочки.
Как съесть 16Gb даже без виртуалочек? Просто, начните разрабатывать под андроид.

4.2
У тебя просто какой-нибудь mesa или nvidia-drv.so не стоял мультилибный.

32bit cpu, 64bit OS

С помощью гравицапы и такой-то матери заставлял это работать? :)
Рассказывай уж как так получилось.

Ну в опросе же можно такую комбинацию, вот так и ответил.

Лизнуть розетку тоже можно. Попробуешь?

Зачем?