LINUX.ORG.RU

32 vs 64


1

0

Часто задают вопрос о том, какой вариант конкретного дистрибутива выбрать - 32-битный или 64-битный. Для того, чтобы облегчить выбор, в FAQ помещена статья на эту тему: www.linux.org.ru/wiki/en/32_или_64_бита Материал будет расширяться и дополняться. Свободные обсуждения - в этом топике.

★★★★★

Ответ на: комментарий от Reset

>Это костыль.

До, этому костылю лет как и самому dpkg.

После него кстати apt-get'у крышу не сносит?


Не, не сносит.
Еще в Etch Amd64 ставил огнелис 32 битный из-за поддержки java плагинов
для клиент-банка.

elipse ★★★ ()
Ответ на: комментарий от elipse

До, этому костылю лет как и самому dpkg.

Это говорит не в пользу dpkg. За столько лет не смогли сделать нормальное решение. Я у себя в мандриве могу тянуть 32х битные и 64х битные пакеты из родных репозиториев родными средствами без всяких --force и ничего у меня не конфликтует, ибо по умному рзаделены библиотеки на lib и lib64, а не так как в дебиане.

Reset ★★★★★ ()
Ответ на: комментарий от Reset

>За столько лет не смогли сделать нормальное решение.

Почему же, сделали.
В самом дистре все сделано нормально.

Я у себя в мандриве могу тянуть 32х битные и 64х битные пакеты из родных репозиториев родными средствами без всяких --force


Цель была получить чистое решение для Amd64 в сухом остатке.
Ну ,а мусорки-ребусы «а-ля Suse 64/32» и нафиг никому не нужны по доброй воле.


elipse ★★★ ()
Ответ на: комментарий от elipse

В самом дистре все сделано нормально.

Я считаю это ненормальным

Ну ,а мусорки-ребусы «а-ля Suse 64/32» и нафиг никому не нужны по доброй воле.

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

Reset ★★★★★ ()
Ответ на: комментарий от Reset

> Я считаю это ненормальным

Не , я уже в курсе, что «нормальноcть» имеет допуски,
а «логичность» проростает из-за незнания чего то иного.
Типа:
«Вчера мы придумали гайку. Оказывается, для этой гайки УЖЕ есть болты с подходящей резьбой.
Какие же мы из себя все логичные и мудрые. Ну просто жуть одна.»

Никакой мусорки нет, всё логично разделено.


Привычка - вторая натура.))

Кто-то вообще тарболами балуется :
хендмейк, хенбуки и «ручная граната» , и всё тоже у них «логично разделено».

И двойную работу не надо выполнять по сборке всяких ia32-lib-...


да не ломись в открытые двери ))
за тебя уже все сделали давно, просто пользуйся и «сопи в дырочку» ))

elipse ★★★ ()
Ответ на: комментарий от elipse

за тебя уже все сделали давно, просто пользуйся и «сопи в дырочку» ))

откуда они могут знать какие мне понадобятся 32х битные либы? а всё в ia32-libs они не завернули и завернуть не смогут

Reset ★★★★★ ()
Ответ на: комментарий от Reset

А ты их смотрел ?
Хде вопли недовольных тырнетах ?
Где конкретные затыки и нерешаемые проблемы для конкретных программ под Debian Amd64 ?
Шписок в штудию.
Ля ля - не канает. Усе шеф.

elipse ★★★ ()
Ответ на: комментарий от elipse

> Как-то размер тарбола мне внушает больше доверия , нежели твои пустые причитания:

А зачем вообще надо ставить такой огромный пакет, из которого, возможно, только одна либа понадобится? Правильно я понял, что они туду и Qt и GTK запихнули одновременно?

Nxx ★★★★★ ()
Ответ на: комментарий от Nxx

это тарбол из тарболов ) для генерации более мелких пакетов:
alsa-lib_1.0.22-2.debian.tar.bz2
alsa-lib_1.0.22-2.dsc
alsa-lib_1.0.22.orig.tar.bz2
blcr_0.8.2-13.debian.tar.gz
blcr_0.8.2-13.dsc
blcr_0.8.2.orig.tar.gz
bzip2_1.0.5-4.diff.gz
bzip2_1.0.5-4.dsc
bzip2_1.0.5.orig.tar.gz
eglibc_2.10.2-9.diff.gz
eglibc_2.10.2-9.dsc
eglibc_2.10.2.orig.tar.gz
gcc-4.4_4.4.4-1.diff.gz
gcc-4.4_4.4.4-1.dsc
gcc-4.4_4.4.4.orig.tar.gz
gmp_4.3.2+dfsg-1.diff.gz
gmp_4.3.2+dfsg-1.dsc
gmp_4.3.2+dfsg.orig.tar.gz
icu_4.2.1-3.diff.gz
icu_4.2.1-3.dsc
icu_4.2.1.orig.tar.gz
libffi_3.0.9-2.diff.gz
libffi_3.0.9-2.dsc
libffi_3.0.9.orig.tar.gz
ncurses_5.7+20100313-2.diff.gz
ncurses_5.7+20100313-2.dsc
ncurses_5.7+20100313.orig.tar.gz
nss-mdns_0.10-3.1.diff.gz
nss-mdns_0.10-3.1.dsc
nss-mdns_0.10.orig.tar.gz
readline5_5.2-7.diff.gz
readline5_5.2-7.dsc
readline5_5.2.orig.tar.gz
readline6_6.1-3.debian.tar.gz
readline6_6.1-3.dsc
readline6_6.1.orig.tar.gz
v4l-utils_0.8.0-1.debian.tar.gz
v4l-utils_0.8.0-1.dsc
v4l-utils_0.8.0.orig.tar.bz2
zlib_1.2.3.4.dfsg-3.debian.tar.gz
zlib_1.2.3.4.dfsg-3.dsc
zlib_1.2.3.4.dfsg.orig.tar.gz

elipse ★★★ ()
Ответ на: комментарий от Hokum

> Слоупоки с 32 битами

Жертва маркетоидов такая жертва.

1. Рабочие приложения - QUIK (wine, тянет 32 libs), firefox, openoffice (1 раз в месяц), banshee

2. Не пережимаю фильмы

3. Не обрабатываю большие архивы (>200М)

4. Сразу после загрузки 32 ~100М / 64 ~300М, что намекает

В чем профит перехода на 64?

bellato ()
Ответ на: комментарий от elipse

это тарбол из тарболов ) для генерации более мелких пакетов:

они бы еще всё в тарбол завернули и назвали бы его ia32-libs-...tar.gz ... в общем, дебиан во всей своей «красе»

Reset ★★★★★ ()
Ответ на: комментарий от anonizmus

>Кста, про браузеры, по идее 64бит должно быть быстрее при очень интенсивной работе через ssl (шифрование типа ушустряется сильно на 64бит). Наверное и VPN должно быстрее работать, потом вот тебе пример из жизни - торренты, клиенты считают MD5 огромных файлов + DC++ тоже, ну и так если подумать то наверное много набежит того о чем забыли

Кстати, да. Я заметил, что торрент-клиент проверяет файлы немного быстрее, чем ранее. Хотя, это может быть из-за того, что до дженты у мну был дебиан.

VeroLom ★★ ()

Активно использую Java-приложения на Slackware64 (раньше пользовал 32bit слаку). Грузятся сильно быстрее. Разница может быть в десятки секунд. Числодробилками не занимаюсь. Flash тормозит одинаково. Skype не работает к сожалению. В остальном затруднений при миграции на 64bit не испытал.

Спрашивайте свои вопросы.

NIR ()
Ответ на: комментарий от Sylvia

> потребление памяти у ява приложений сильно выросло по сравнению с 32 битами?

Субьективно потребление памати осталось на том же уровне. У меня два гига оперативки. Стабильно чем ни попадя занято 900 метров. (HD видео не смотрю есличо - скорость интернетов просто не позволяет его выкачивать.)

Что такое L2J?

NIR ()
Ответ на: комментарий от NIR

l2j - сервер (аналога) LineageII, написан на яве, очень требователен к памяти, запуск требует порядка 640 Мб памяти на 32 битах, и 1.3 Гб на 64... вот такое вот возрастание аппетитов

Sylvia ★★★★★ ()
Ответ на: mysql ? от Sylvia

Сами померяйте. У меня вот на 32 битах «7za b» показывает 2800 попугаев, а на 64 битах - 3350 - мелочь, а всё-таки прирост. Поэтому для себя не вижу причин из-за экономии памяти держать 32 бита, т.к. никогда и 1 Гб не использую одновременно, хотя, у меня их 3.

maxkit ()

Юзал чуть больше года в свое время на Athlonx2 4800+ Bluewhite64, разницы между ей и слакой(тогда, была только 32-х битная) не заметил. Проблемы со сборкой софта не было, flash работал через 32-х битные костыли. Синтетика из hardinfo выдавала вроде чуть больше. Пока профит вижу юзать 64 бита только по генту. И все-таки это частный случай, лучше самому в зависимости от железа и потребностей решать.

anonymous_sama ★★★★★ ()

Почитал FAQ. Вопрос по вот этому пункту, касательно 64-битного ядра + 32-битных процессов:

Нагрузка на процессор будет существенно выше (kernel-userspace переключает не только контекст, но и режим процессора long-compat)

С чего вдруг? У compatibility сегмента кода (в отличие от 64-битного) просто сброшен бит L. Соответственно, это два разных селектора. При переключении между user- и kernel-space всегда перезагружается селектор CS, вне зависимости от того, 64-битный процесс или 32-битный. Так откуда берется «более высокая нагрузка на процессор» (да еще и существенно)?

(См. комментарии в arch/x86/include/asm/segment.h).

Relan ★★★★★ ()

Вот и мой домашний лаптоп перешел на 64 бита. И тому была конкретная причина. Одна из программ (linuxdcpp) уперлась в 32-битный предел, и регулярно падала при попытке выделить более 3 GB виртуальной памяти. Зачем ей такой overcommit, это другой вопрос, но все же показательно.

dimss ★★★★★ ()

Специально для неосиляторов: bzip2 1.0.6, gcc 4.5.1
Тестил так(для верности по два раза):
$ time nice -20 ~/bzip2-1.0.6/bzip2 <111 >/dev/null
111 - тарболл ядра на рамдиске. Всё это на amd64 ядре.

amd64:

real    3m11.054s
user    3m8.080s
sys     0m0.610s

real    3m11.435s
user    3m8.270s
sys     0m0.550s

х86 (gcc -m32):

real    3m50.351s
user    3m46.120s
sys     0m0.630s

real    3m50.172s
user    3m46.330s
sys     0m0.630s

anon_666 ()
Ответ на: комментарий от tailgunner

>А сам компилятор работает с той же скоростью или даже чуть медленнее, если верить LOR Wiki :)

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

argin ★★★★★ ()
Ответ на: комментарий от Ximen

>_Самый главный_ и, наверное, единственный плюс 32-битной системы в том, что _НЕТ ПРОБЛЕМ С ПОИСКОМ ПО для нее_. Если программа существует, то в 99.9% случаев будет и ее 32-битная сборка.

Я подумал что на x64 есть проблемы.

GanGSISoft ★★ ()
Ответ на: комментарий от GanGSISoft

Я подумал что на x64 есть проблемы.

Теоретически, проблемы могут быть. Но практике - их нет. По крайней мере в пределах репозитория. Дальше не встречался.

Ximen ★★★★ ()

Не знаю - писалось тут или нет, но на AMD64 я столкнулся с одной проблемой: если использовать PulseAudio, то i386-приложения не выводят звук. В принципе, мне, как пользователю ALSA, не принципиально, но ALSA не совсем подходит тем, у кого мощная аудиосистема.

Darth_Revan ★★★★★ ()
Ответ на: комментарий от Darth_Revan

>если руки кривые, то i386-приложения не выводят звук.
Починил.
$ pacman -Ss lib32|grep pulse
multilib/lib32-libpulse 0.9.22-1
Неужели у кого-то мультилиб хуже?

ALSA не совсем подходит тем, у кого мощная аудиосистема.

Конечно, для требовательных пользователей давно есть jack.

x3al ★★★★★ ()