История изменений
Исправление alex52mail, (текущая версия) :
у вас тормозит то не операционная система. чего вы к ней так прицепились. а тормозят конкретные задачи.
Откуда взяли что у меня что то тормозит. Насколько помню - писал: «приходится тормозить» - но это чтобы вернуть в штатное состояние. А если все штатное - то и работает по штатному. И никакая пере-сборка не прыгнет выше железа.
Другой вопрос: как выкручиваться с нештатной ситуации - что описана в первом посту.
Ни к чему не причеплялся. Ранее: просматривал много сборок винды: и остановился на описанных выше
1). Где работает все нужное мне: ~1.2 гб Server2025TurbineCore.vhd запуск ~600 мб памяти и ~30 процессов.
2). Где есть все нужное большинству: ~2 гб w11EntRu4351Tiny.vhd запуск ~1.2 гб памяти и ~45 процессов.
И понятно: запуск браузера - сразу съедает ~600 MB памяти. Далее: каждый запускает - по мере возможностей железа.
Но и с 8 гб памяти: сегодня вполне можно жить. Но и на Athlon X2 5000, 2гб RAM - нормально идет 2 гб w10x32EntRu1607Lite+Office2016.vhd.
Сейчас закончил такой выбор Linux:
1). Gentoo-KDE ==> OpenRC рабочая. Хотел держать собранный Gentoo-console - но Gentoo-KDE можно грузить в `single` в CLI И по мне: Gentoo-KDE - красевее Manjora-KDE
2). systemrescue-12.01 ==> systemd Arch - есть все нужное мне и разбираться с systemd
3). ucore on Fedora CoreOS ==> знакомство с новинками, контейнеры.
4). Ну и пара блочных: lmde-6 и minios
Со временем скомпилирую Gentoo-KDE - и появится возможность сравнить что же в реалии.
btrfs filesystem defragment -r -v -c zstd
- вообще-то при наличии снапшотов используемое место эта команда увеличивает. и сжатию не все данные в принципе пригодны. исходники сжимает, но вот медиа-файлы нет. у тебя сжатый файл не грузится в память
снапшоты считаю врагами народа - и избегаю их. Насколько знаю: btrfs начинает сжатие - если видит что начало файла не сжимается - то оставляет этот файл. А вот то что грузится в память: то сжимается. А сжатие: не только экономит место - но и ускоряет систему.
Исходная версия alex52mail, :
у вас тормозит то не операционная система. чего вы к ней так прицепились. а тормозят конкретные задачи.
Откуда взяли что у меня что то тормозит. Насколько помню - писал: «приходится тормозить» - но это чтобы вернуть в штатное состояние. А если все штатное - то и работает по штатному. И никакая пере-сборка не прыгнет выше железа.
Другой вопрос: как выкручиваться с нештатной ситуации - что описана в первом посту.
Ни к чему не причеплялся. Ранее: просматривал много сборок винды: и остановился на описанных выше
1). Где работает все нужное мне: ~1.2 гб Server2025TurbineCore.vhd запуск ~600 мб памяти и ~30 процессов.
2). Где есть все нужное большинству: ~2 гб w11EntRu4351Tiny.vhd запуск ~1.2 гб памяти и ~45 процессов.
Сейчас закончил такой выбор Linux:
1). Gentoo-KDE ==> OpenRC рабочая. Хотел держать собранный Gentoo-console - но Gentoo-KDE можно грузить в `single` в CLI И по мне: Gentoo-KDE - красевее Manjora-KDE
2). systemrescue-12.01 ==> systemd Arch - есть все нужное мне и разбираться с systemd
3). ucore on Fedora CoreOS ==> знакомство с новинками, контейнеры.
4). Ну и пара блочных: lmde-6 и minios
Со временем скомпилирую Gentoo-KDE - и появится возможность сравнить что же в реалии.
btrfs filesystem defragment -r -v -c zstd
- вообще-то при наличии снапшотов используемое место эта команда увеличивает. и сжатию не все данные в принципе пригодны. исходники сжимает, но вот медиа-файлы нет. у тебя сжатый файл не грузится в память
снапшоты считаю врагами народа - и избегаю их. Насколько знаю: btrfs начинает сжатие - если видит что начало файла не сжимается - то оставляет этот файл. А вот то что грузится в память: то сжимается. А сжатие: не только экономит место - но и ускоряет систему.