Убунтупроблемы?

> Убунтупроблемы?

Нет, не убунту. :)

>Нет, не убунту. :)

Ублюдочная PC-BSD, в которой всё собрано статиком через одно место?

> Ублюдочная PC-BSD, в которой всё собрано статиком через одно место?

Снова fail.

$ rpm -qp --qf «%{size}\n» kde4libs-4.6.5-alt3.x86_64.rpm

39661456

$ rpm -qp --qf «%{size}\n» kde4libs-4.6.5-alt3.i586.rpm

32909179

А твои «fail'ы» - неинтересны

Причем тут размер пакетов?

> 5-7%.
Воззоржал.

>Причем тут размер пакетов?

Это не размер пакетов

>Нет, не убунту. :)

А я знаю что у тебя! Посмотри на мой юзерпик, оно? ;)

Речь шла о потреблении RAM, если что.

> А я знаю что у тебя! Посмотри на мой юзерпик, оно? ;)

Да. :)

>Речь шла о потреблении RAM, если что.

«о потреблении RAM» в 1,5-2 раза - ложь, если что

Поставил sid amd64 с xfce 4.8 на машину с 750 RAM. При старте и открытии стандартного комплекта (iceweasel(3 вкладки)+pidgin+terminal+mousepad) используется 46% памяти, что примерно тоже самое на i386 системе. Быстродействие примерно тоже самое, может чуть больше. Поэтому потребление в 1.5-2 раза больше памяти выглядит фантастикой. Попробую еще что-то перекодироват ffmpeg-ом и заархивировать.

Поставил 64-битный Арч на ежа 1005P. Чистая убунта после загрузки хавает порядка ~780Мб, настроенный арч (т.е. со всеми демонами и т.д, и GNOME 3) - ~190.

>4.2

просто это кеды такие.

винт

> дабы освободить по-больше места на `системном диске'
бугага. это во время, когда самый маельнкий диск - 160 гб?8)

ssd на 160 гигов стоит под 16 тысяч рублей.

Дома поставил на 3 машины 64-битный дебиан, проблем не испытываю. За 64 битами будущее, поэтому я ускоряю процесс!

160

SSD для / - не нужен! лучше купи ещё 4 гб озу

Я на эти деньги могу купить 64 гб озу, но толку? %)

flash

вроде бы как ОЗУ всё ещё намного быстрее чем диски, даже и флэш
и я что-то не припомню таких систем которые бы больше 20 гб реально для системы хотели. так что всё тупо ляжет в кэш в ОЗУ.

ОЗУ у нас энергозависимо.

А в ноутбук не поставишь raid.

Как это толку... при загрузке содавай в памяти раздел на 60 гигов и копируй туда системные файлы. Долгая загрузка, зато потом всё летает.

Смешной ты какой.

гм, что-то странное, у меня в арче меньше

нужен. если включить как своп, то тормоза подсистемы памяти не будут сильно заметны (если не рендерингом занимаешься), а вот общая отзывчивость системы улучшится.

таки, насколько реально потребление памяти в x64 больше, чем в x86?

Большая часть памяти кушается под всякую графику и прочую, не имеющую к архитектуре никакого отношения фигню. Памяти 64бит жрет ощутимо столько же, в общем не заметно это на глаз. Заметнее другое - задалбывает поиск софта под 64бит. Игрушки все как 1 под 32 бит. Скайп тот же - только 32 бит и т. д.

Скайп тот же - только 32 бит и т. д.

А тебе не всё равно?

Multilib нас спасёт

Нет. Не отговаривать же каждого заказчика его использовать?

Мультилиб, поиск софта, постоянная перекомпиляция и пр. - вот это и вынудило свалить с 64 бит.

64 битная Fedora, Скайп работает (не суть важно как, но работает), все игры (их мало) которые я ставил - спокойно установились и работают (Alienarena,веснот, и пр.) мультимедиа (deadbeef,smp,vlc) работает. Больше мне ничего и не надо. ===>>> мой выбор - 64битные системы.

Скайп работает (не суть важно как, но работает)

Через ...пу?:)

разве 64 бита окончательно не победили, зачем этот некрофилии-тред?

Конечно, победили. Это гарантирует половина сидящих на 32 бит:)

работает же :)

ага, работает. Прям как на православном шиндусе работает

пользуюсь редко, но когда пользуюсь особых нареканий нет. И PS как раз таки под виндовс скайп оптимизирован =)

Аксиома - фундаментальная истина, не требующая проверки

«Аксио́ма (др.-греч. ἀξίωμα — утверждение, положение), постула́т — утверждение, принимаемое истинным без доказательств»

Ни слова про отсутствие требования проверки. Как раз, аксиомы и проверяются особенно тщательно, ибо лежат в основе.

половина сидящих на 32 бит:)

миллион расстрелянных лично Сталиным вендопроблемы

на днях переполз на amd64, т.к. под x86 darktable стабильно падает

почитал, что разработчики программы настоятельно рекомендуют использовать 64 бита и переполз

на 64х битах оно великолепно работает, а остальные программы работают без проблем также, как и на x86

Предлагая добавить в статью материал про x32

==X32==

Относительно новая «архитектура», является гибридом x86 и x86_64, представляет прослойка x86_64 ABI ядра, и работает на 64-битных процессорах. Использует все преимущества x86_64, но имеет размер указателей 32 бита, в следствии чего потребления памяти такое как и у x86, а быстродействие даже выше чем на x86_64(сказывается малый размер указателей).

===Плюсы X32===
*Общий объём доступной памяти велик как и в x86_64
*Одному процессу доступно 4Гб памяти(в x86 ~2Гб)
*Потребление памяти как в x86
*Быстродействие выше чем на x86_64

===Минусы X32===
*Одному процессу доступно 4Гб памяти(в x86_64 гораздо больше)
*В виду новизны «архитектуры» она совершенно не обкатана, нету подержки из коробки в дистрибутивах и т.п..

А это откуда инфа? Впервые про такое слышу.

В виду новизны «архитектуры» она совершенно не обкатана, нету подержки из коробки в дистрибутивах

Какая в дистрибутивах из коробки должна быть поддержка архитектуры кроме как в ядре и компиляторе?

Давно уже было http://www.opennet.ru/opennews/art.shtml?num=33142
А поддержка имелось ввиду то, что придётся это дело собирать всё в ручную, а не взять arch или ubuntu с x32.

Ясно. Меня смутило «из коробки». Если дистр архитектуру не поддерживает, то даже не из коробки ты ничего не поставишь, не превратив его в LFS.

Судя по статье, это обычный x86_64, только для 32-разрядного софта урезана длина указателей ради 0.001% памяти? Не вижу смысла на современных компах.

удваиваю.
kubuntu 12.04:
i386 ~0.3Gb
amd64 ~0.9Gb

debian + kde

x86 - 250mb

x64 - 260мб

Позвольте утроить... Ubuntu minimal install+openbox x86 - 200Mb Ubuntu same+openbox x86-64 - 450 Mb

P.S.: CPU is amd

Еще из динамического программирования известно, что чем чаще мы занимаемся такой ерундой, как работа с кучей, тем чаще мы про это забываем.

Увеличение количество регистров и их размерности - это еще не признак увеличения производительности. Порой x64 приложения под сабжевой архитектурой работают медленнее, чем x32.

Как говорится, новое - это еще не значит стабильное и быстрое.