Виктор Выскребенцев: Ну даже просто увеличение адресного пространства поможет решить некоторые задачи. Например https://github.com/znort987/blockparser - парсер базы Bitcoin. До недавнего времени читал базу через mmap. База весит больше 20 гигабайт. На 32-х битной системе просто невозможно замапить такой объём данных.
Виктор Выскребенцев: Работа с длинной арифметикой, которая используется в криптографии, которая в свою очередь используется практически везде (https, ssh и т.д.), в 64-х битной системе эффективнее ровно в 2 раза. Например число занимает 64 байта. На 32-х битной системе нужно обработать его кусками по 4 байта - 16 операций. На 64-х битной можем по 8 байт обрабатывать за раз - итого 8 операций.
Виктор Выскребенцев: А если хотите чистой теории, то пожалуйста. POD-типы в C\C++ копируются побайтно, т.е. не обращая внимание на внутреннюю структуру. Байтик за байтиком. В 32-х битном коде за одну операцию максимум 4 байта копируем, в 64-х битном - 8 байт за раз.
Виктор Выскребенцев: какие к чёрту ответы мейл ру? Я вам по ссылке дал кусок кода, который копирует один массив в другой, скомпилировал его в elf64 и в elf32, замерил время выполнения каждого бинарика по 3 раза, среднее расчитал. Вы хоть по ссылке ходили?
maximilyanvelikolepny с арчем особо возится не нужно. Лишь потратить один суботний вечер на установку и настройку (и да, лучше иметь второе устройство для чтения вики. Планшет вполне сойдёт). Потраченое время окупится потом. Pacman работает раз в 10 быстрее apt-get. Ну и большой опыт в линуксе не нужен. Установка арча - дело простое. Все инструкции умещаются на листе А4.
Виктор Выскребенцев: Элементарно регистры процессора имеют рамер 64 бита. За одну операцию вы сможете прочитать\записать в 2 раза больше данных. Например перемещение данных в оперативной памяти будет выполнятся в 2 раза быстрее.
Если выбирать из убунту, то никаких 32 бита. Debian/Ubuntu собирают 32 битные пакеты под i386. И какой бы у вас не был мощный проц, все наработки в области процессеростроения за последние 20 лет - коту под хвост. x86_64 отбрасывает нас на десяток лет, но это уже не так страшно, потому что в этот период в основном развивались SIMD-инструкции, и для прикладного софта они не так важны (а всякие mplayer`ы и vlc умееют налету определят возможности процессора).
@IgorAdamenko в 15 лет у меня был gprs-интернет и 20 dvd-дисков с зеркалом гентушных distfiles. Винт был на 80 гигабайт и зеркало полностью не вмещалось на диск. Пришлось писать утилиту, парсящую вывод emerge, и узнавать на каком диске лежит нужный архив. Устанавливал по хендбуку. И почему-то я разобрался. Прошло почти 8 лет. Всё стало проще на порядок. Качество документации возросло в разы. Про скорость интернета и объёмы хранилищ я вообще молчу. Но человек не разобрался. И решил задать очередной вопрос, миллион ответов на который гуглятся за 3 секунды. А теперь представьте себе, сколько вопросов у него возникнет в процессе эксплуатации системы? Если человек не умеет пользоваться поиском и документацией, то вся эта затея превратится в сплошную головную боль для @c_pro_lang. Я не советовал бы автору даже пробовать. Ну уж если так и горит пукан, то пусть идёт на freenode. Хоть канал арча и превратился в логово троллей, но на каналах убунту и генту много арчеводов, они помогут.
Видимо, имелось ввиду то, что нельзя заполненную базу засунуть в apk. Можно только уже после установки создать базу и заполнить её - лишний костыль для первоначальной инициализации.
