The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Debian на пути к прекращению поставки 32-разрядных сборок для систем x86 "
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для контроля за появлением новых сообщений - перед выходом жмите "Пометить прочитанным".
. "Debian на пути к прекращению поставки 32-разрядных сборок дл..." +/
Сообщение от Аноним (527), 22-Дек-23, 22:41 
> Ни браузер, ни компиляция не работает.

У меня на ноуте до относительно недавних пор 2 гига было - что вы мне лечите? Потом я все ж нашел еще модуль на пару гигз и стало 4. И таки - работало норм. И gcc 12 и даже навороченые паги типа онлайн банков. Потом меня расперло часто ворочать кад + компилы + пачку даташитов впараллель, да еще 1-2 VM захотелось, так уже побольше оперативки хочется, ессно.

И да, стандартная аллокация 64-бит виртуалке у меня не более гига-двух даже на жирном десктопе. А KSM еще похожие виртуалки коллапсит и совсем уж хорошо.

> Вся ОС, если без свопа тупо наглухо зависает.

Вообще-то у норм людей должно падать по OOM killer. Или - вот - я ZRAM нарулил. Он так то и на системе с дофига RAM полезен, в него "холодные" страницы в сжатом виде спихнуть. А если все же понадобятся, ram to ram декомпрессия - это все же не хрустеть свопом. И в отличие от SSD - не протрется до дыр. А OOM - 5 секунд потупит со скоростью в 2-3 раза ниже обычной - да убьет жирдяя.

> Даже с малотребовательным LXDE. ;)

Вон то на XFCE делалось, на сабже. Что вы мне тут сказки рассказываете?

>> нехрен приложухи на питоне и электроне ставить
> codeblocs и gcc для esp32, пара страниц в браузере, ибо esp32, в
> общем ничего жирного.

Ну если там какой кЕтаский SDK - возможно качающий половину интернета и потом компиляющий хз что и зачем - там что угодно конечно может быть.

А я на ноуте с 2 гиг даже линух кернел билдил - но на могучем десктопе с кучей ядер и рамы это конечно намного прикольнее.

> Просто на 64битной ОС нативные приложения толще, плюс компиляторы требуют ОЗУ чем
> больше, тем лучше, сборка то на нескольких ядрах идёт.

Они, конечно, толще - но не настолько уж и сильно. Особенно в современном сабже - где довольно часто LTO смогли юзать и тот основательно децимировал размер бинарей. И если самому компилить - у LTO в GCC 12+ сильно аппетит к оперативе как раз и убавился. А более старые при LTO оптимизациях могли основательно рамы сожрать, примерно до гига на поток если проект жирный.

> Итого, для 64х битной ОС получается минимальные требования 2Гб на ярдро, но
> не менее 3Гб. Это минимум, при несоблюдении которого будет дисбалланс и
> неиспользование ресурсов с пользой.

Да ну нет таких требований в жестком виде. Даже с парой гиг вполне адекватно в общем то жило. Хотя с 4 лучше. А heavy lifting ворочать вообще лучше не на ноуте - тот расплавится нахрен с того что я на десктопе делаю.

>> А еще можно zram нарулить,
> А вот с этим в сад
> Если назначение машины (микро)сервер, можно, а на десктопе этому не место.

Напротив - отличная штука. Выдавливает cold неиспользуемое добро в сжатую память уменьшая размер в 2-3 раза. Но если оно вдруг становится используемое, LZ4 или LZO+RLE распаковать, ram to ram - это все же не читать с механической крутилки, да и даже SSD. И протираться нечему.

И в целом это как раз способ нашару добавить себе немного рамы - без лагов характетных для свопа. На мой вкус очень крутая технология. Если вы не согласны хотелось бы более техническую аргументацию, желательно основанную на опыте использования. Впрочем судя по "наглухо зависает" системщик из вас - "не очень". И есть подозрение что и вот тут аргументация - такого же уровня.

Просто для сведений: у меня ничего не зависает почему-то. Даже виртуалки с сабжем где 64 мега на все (armhf конечно, 32-бит).

p.s. долбаный модобот.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Debian на пути к прекращению поставки 32-разрядных сборок для систем x86 , opennews, 20-Дек-23, 15:47  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру