Уменьшение жадности 64бит программ

никак?
профит может и будет - только совсем небольшой...

>С какими ключами мне их надо пересобрать

Предлагаю ключ на 17.

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

Правда? даже march-386 не поможет?

>никак?

профит может и будет - только совсем небольшой...

Удваиваю этого оратора. Максимум пару MB от 15-метрового бинарника сэкономите.

386 на x86_64? о_О
тебе точно нужен 64?

А я разве сказал что надо переписать всё?)

Ну хотелось бы и пару мегабайт, вам то что

но и обратного не сказал :3
а так - хз - для виртуалок можно пошшупать KSM
для остального софта...прогнать prelink -amfR (метров 20 из 100+ съэкономишь, но не больше) и то в пределах всей системы

В скорости гораздо сильнее потеряете.

Жаден до ресурсов скорее всего сам дистрибутив, а не его программы

init6 собирал в дженту ядро с рхелевскими патчами, потребление памяти раза в полтора падало.

С какими ключами мне их надо пересобрать чтобы они не наглели в отношении памяти?

CHOST=«i686-pc-linux-gnu» Не?

Боюсь огорчить, но 64 всегда будут есть больше 32.

А смысл ставить 64 бита и при этом экономить память? Сейчас в любой полноценный писюк 12 гектар воткнуть можно, сама память недорогая.
Ты еще видеопамять под своп разметь, лишним не будет :)

Купи памяти

>Ты еще видеопамять под своп разметь, лишним не будет :)
Хотеть! Это как?

http://en.gentoo-wiki.com/wiki/TIP_Use_memory_on_video_card_as_swap
Очевидно же. Профита не слишком много. Ещё можно сжать кусок RAM.

обратный вопрос, куда деть для ускорения отзывчивости ОС 6 гектаров памяти?

Можно собрать нужные программы под 32 бита.

>Можно собрать нужные программы под 32 бита.
И получить все прелести мультилиба в виде двух экземпляров каждой библиотеки в RAM. Не говоря о проигрыше в скорости.

>И получить все прелести мультилиба в виде двух экземпляров каждой библиотеки в RAM.

Если это меньше, чем занимают жадные 64-битные версии сейчас, то это будет выигрыш. Речь идет не о каждой библиотеке, а только о некоторых.

Не говоря о проигрыше в скорости.

Если бы автору важна была скорость, он бы поставил больше памяти.

>> И получить все прелести мультилиба в виде двух экземпляров каждой библиотеки в RAM.

Если это меньше, чем занимают жадные 64-битные версии сейчас, то это будет выигрыш. Речь идет не о каждой библиотеке, а только о некоторых.

Много ли программ, не требующих libc? А если с GUI, то будет и Qt/GTK. Итого лишние десятки мегабайт. Я не встречал программ, где бы разница в объёме для 32- и 64-битных версий превышала несколько процентов — от силы мегабайты. Обычно бОльшая разница означает косяки автора для одной из архитектур.

А почему не хочешь памяти добавить ? Я добавил памяти до 6гб, и мне вполне хватает.

Ты не поверишь, денег нет!

нет, не поверю, память стоит 30$ за два гига.

Память бывает разная. Найди мне 2 гига первой DDR за 30$.

Как вариант — можно заменить glibc на dietlibc/uclibc везде, где можно. В (бинарном!) alpine-linux сделали это (но x86_64 будет только в следующем релизе, сейчас только начали пилить его) и получили профит. С определённым софтом выигрыш даст и статическая линковка.

-Os

// b.

Ты не поверишь, денег нет!

А куда ты деньги деваешь ?

Последний раз на 4ядерник дел

Последний раз на 4ядерник дел

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

хо-хо, у меня стоит мейврик 32 и 64 бит так вот наутилус и Х под 32 жрут по 20 метров, а под 64 по 90.

/ в ram, echo 1000 >/proc/sys/vm/vfs_cache_pressure и тд.

>init6 собирал в дженту ядро с рхелевскими патчами, потребление памяти раза в полтора падало.
где почитать о?

Поспрашивай его.