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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

))

Как-то размер тарбола мне внушает больше доверия , нежели твои пустые причитания:
http://packages.debian.org/source/squeeze/ia32-libs-core
ia32-libs-core_20100610.tar.gz - 111 524,8 Кб

не внушает

>не внушает

Угу,c фактами что-то туго стало ,
и начались «битвы экстрасенсов».))

Где тут факты? 100M это только базовые либы.

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

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

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

это тарбол из тарболов ) для генерации более мелких пакетов:
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

А где GTK, Qt 32-битные?

http://packages.debian.org/squeeze/amd64/ia32-libs-gtk/filelist

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

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

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

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

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

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

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

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

Нет профита если ты как и я не порно - пират кодирующий мегатонны прона каждый день.

qt лежит в libs-gtk ? оригинально

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

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

mysql ?

никому не попадались сравнения производительности mysql на 32 и 64 ?

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

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

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

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

>Активно использую Java-приложения на Slackware64

потребление памяти у ява приложений сильно выросло по сравнению с 32 битами? Для L2J выросло в 2 раза...

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

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

Что такое L2J?

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

А если геодату включить , то это еще +800М памяти сразу же

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

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

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

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

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

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

не на чем мне мерить, была слака + лфс64 над ней ( ядро 64 )
и то на генту сменила, так что сравнивать не на чем абсолютно, к сожалению.

сори что вмешиваюсь. лень же читать кучу страниц. а как выяснить сколько бит поддерживает твоё железо, а?

cat /proc/cpuinfo | grep ' lm '

lm - long mode (64 bit).

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

Специально для неосиляторов: 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

может как бэ не в тему но например есть int - 32 бита, а есть Int - 64 бита => отсюда и возросшие аппетиты.

На x86_64 sizeof(int) = 4. Но указатели в два раза больше.

ну я это и имел в виду

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

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

Почитал FAQ, и не понял, 32битный софт не работает на 64битной ОС?

Почитал FAQ, и не понял, 32битный софт не работает на 64битной ОС?

Работает.

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

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

если в ядре не выкинули поддержку ia-32 и если установлены 32 битные нужные библиотеки (multilib support) - работает.

На Ubuntu(10.10) они есть, или надо ставить?

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

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

Ставить отдельно.

это отдельные пакеты -i386 , библиотеки ставятся в (/usr)/lib32

> x64

What the hell is THAT???

Я знаю архитектуру adm64 == x86_64, а что за крокодила используешь ты, непонятно.

Ага,

Я знаю архитектуру aDM64 == x86_64,а что за крокодила используешь ты, непонятно.

Цитата из FAQ:

Известна как x86_64, x86-64, amd64, intel64 и _x64_

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

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

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

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