Хотел узнать: Есть ли Linux - где все готово для компиляции. По профессии далек от IT - и тут чтобы спрашивать советы.
Советы: «Все сборки готовы - не готов автор» - это троллинг. Ясно же: автор готов - он бы не спрашивал. Наводка была только тут.
По Linux: собраны ссылки тут ==> 1.1). Linux OpenBSD Android ==> на описания опыта по ==> | My Linux Wiki | Tiny Core | Knoppix | Arch Install | Gentoo Install | OpenBSD Install | Android on PC | Bluefin | ucore on Fedora CoreOS |
Базовые понятия были: в студентах программировал в двоичных кодах на бумажной ленте для лампового Минск-1. Потом: несколько лет рассчитывал пробеги частиц, поля, и переходные процессы - на перфокартах Algol-68 и Fortran-4. Потом 25 лет другие дела; и 22 года назад составил Инструкция по первому Live-CD_Linux-Knoppix - но тогда Linux был убогим на внешность - и вернулся в Windows и отошел от кодов. Многое позабылось да и устарело. Сейчас: могу написать несколько строк для cmd или Bash. Cовременное програмирование не знаю.
Украинский пенсионер с б\у ноутом 2011 года (см. ниже) - ценой месячной пенсии. Оптимизация б\у компа: подбор процессора и памяти
- Современный комп: как миниум полугодовая пенсия. Как в такой ситуации: оставаться на уровне современных ОС - этому и посвяща тема.
Для ориентации: собираю в кучу процы - что мелькают мимо. На всех CPU до 1000 лучше не ставить Win-11 - а запускать готовые облегченные сборки. Чтобы видеть спецификацию: переместить нужный в первые 6.
1). На дешевый б\у ноут расчитанный на 35 Вт Core-i5-2430M - поставил не разбирая ВЕСЬ ноут - а выломав пластик снизу - значительно мощнее за $18 45 Вт Core-i7-2760QM - который при нагрузке развивает до 55 Вт. Естественно: при нагрузки выше расчетной - ноут греется.
Cоветуют: верни штатный 35 Вт CPU - нет. Мощнее CPU - быстрее проглатывает короткие нагрузки\зависания - которые больше раздражают - но не успевают перегреть. Скриптом измерения времени выполнения задачь - измерено: насколько быстрее Core_i7-2760QM Ниже: время сжатия мелких файлов того же WinPe ~461 mb strelec11x64Eng.wim - развернутого в папку \dirout ==> в dirout.7zip
7zip_dirout-inRAM == 133 sec 4+4g Core_i7-2760QM
7zip_dirout-inRAM == 281 sec 4+4g Core_i5-2430M
Ну и с пониманием делать - что может привести к перегреву.
- Windows: при 100% CPU - перегрев вырубает через 5-6 минут - даже с выставлением предела температуры 60 градусов в CoreTemp64.exe
- Linux: компиляция qemu-10.0.2 с ==>
./configure --target-list=x86_64-softmmu --enable-debug на всех 8 потоках Core-i7-2760QM при постоянных 100% CPU - закончилась ==> time make -j8 -l8 ==> real 8m29.624s, user 26m59.174s, sys 34m5.654s
2). В руководстве ноута рекомендовано 8 гб памяти. Для проверки: купил на али дешевую и поставил за $11 DDR3L 8+8 гб память.
!!!!! Сразу. Проблемы ниже: сначала сам грешил на дешевую $11 память. Но ставил и дорогую $48 память - с теми же проблемами. Дорогую память за половину пенсии: брал для теста - и сдал обратно в магазин. Так что дешевая память: не обязательно плохая - ведь чипы памяти делают только 3 фирмы - и во всей памяти - те же чипы.
- Windows: 10ка на моем ноуте с 45 Вт
Core-i7-2760QM и с 8+8 гб памяти ==> грузится 6 минут (19 сек при 8 гб памяти) и постоянно 35-45% CPU. У первых Win-11 постоянно 15-25% CPU - у 24Н2 3775 постоянно 5-8% CPU - а последняя Win-11 грузится 80 сек (35 при 8 гб памяти) и постоянно 0-1% CPU. И винда: все лучше работает и с памятью и с проблемным железом - на заметку любителям старых ОС - 7рок и 10ток.
- Linux: Gentoo-KDE грузится 29 сек с 8 гб памяти - и 70 сек с 8+8 гб памяти - но без нагрузки: 0% CPU at 800 MHz
Пока не понятно: тут сведены тесты - и по одной DDR3L 8 гб и 8+8 - тестируются штатно - как в рабочей ОС в aida64 так и без нагрузки OC - в загруженом PassMarkMemtest86x64.efi А вот скорости что в памяти (разные Windows RamDisk и tmpfs Linux) - снижаются.
-
Не ясно: это 45 Вт Core-i7-2760QM не оставляет энергии для памяти? Но частота памяти не снижается - а скорости что в памяти - снижаются.
-
И тут выбор: CPU быстрее и больше памяти но медленнее - предпочтительнее - чем меньше памяти быстрее и CPU медленнее.
О шустрости и быстроте систем. Выводы: не на основе предположений - а на основе цифр || Есть ли смысл загрузки системы в память, и роль быстроты накопителя <== в тексте ссылка на ролик: мужик проверял игры с HDD, SSD, NVMe, памяти. И показал: мала разница FPS - откуда сама игра. Но естественно: есть разница подгрузки.
Все что исполняется: грузится в память и исполняется ТОЛЬКО в памяти.
Если время обработки данных: превышает время обмена данными (это все напряженные задачи, обработка: архив, образ, видео, сами игры) - то МАЛА разница - где система (привет любителям грузить всю систему в память) - и где данные.
Ниже цифры в Linux:
>time sudo unsquashfs -f -d /tmp/fs /media/admin/btrfs_128/rootfs.sfs # real 0m24,755s ~ распаковка архива с диска в память.
>time sudo unsquashfs -f -d /tmp/sda3/fsunsq /tmp/rootfs.sfs # real 0m24.083s ~ все в памяти.
- Как видно выше: Linux более эффективно работает с проблемным железом.
- Конечно: описанный ноут - не супер комп - но и на нем нормально идут современные ОСи - без раздражающих зависаний. Надо только остановить все: вам лично не нужное.
- Еще 10ки: отказывались ставится штатно на этот ноут. Проверка была в boot.wim - но установка\развертка без boot.wim - и все работало. А с 24Н2 - ввели проверку в саму винду: начинается настройка - но дойдя до драйверов:
«Не может установится на это железо». Но выведение 24Н2 типа W11Ent4351Tiny.vhd - на рабочий стол в виртуалке: и далее самые последние 24Н2 - нормально грузятся и работают на этом ноуте.
- Такое же и с Linux. Большинство просмотренных современных Linux: при загрузки с ISO на железе - уходят в
rescue или dracut (у ноута нет Secure Boot, TPM). Из новейших ISO - грузятся только: Manjaro, Ubuntu, Bluefin-stable - а Bluefin-GTS и LTS - не грузятся.
- Но развертка из образа и настройка в
chroot - или установка в qemu - и все самое современное - работает.
Ниже показаны: и характеристики старого дешевого (~$100 с модернизацией) - но выжатого до предела ноута - и что на нем идет самая новейшая со всеми инновациями The Next Generation Linux workstation, designed for reliability, performance, and sustainability
$ sudo neowofetch
bluefin: stable
Bluefin (Version: 42.20250519.2 / FROM Fedora Silverblue 42)
Linux 6.14.3-300.fc42.x86_64
46 mins
Forged on Mar 26 2025
HP ProBook 4530s (A0000402)
Intel(R) Core(TM) i7-2760QM (8) @ 3.50 GHz
AMD Radeon HD 6400M/7400M Series [Discrete]
Intel 2nd Generation Core Processor Family Integrated Graphics Controller @ 1.30 GHz [Integrated]
3.49 GiB / 7.68 GiB (46%)
1.54 GiB / 1.54 GiB (100%) - overlay
22.94 GiB / 54.24 GiB (42%) - btrfs [Read-only]
3.45 GiB / 4.99 GiB (69%) - vfat
1366x768 @ 60 Hz in 15" [Built-in]
ST LIS3LV02DL Accelerometer
GNOME 48.1
Mutter (Wayland)
bash 5.2.37
Ptyxis 48.3
1940 (rpm), 41 (flatpak)
Bluefin выше: довольно затратная: размер ~24 ГБ (это сжатый в ~2 раза), и грузится ~2,3 гб памяти и ~342 процесса.
Предпочитаю работать на системах: где не работает - не нужное мне. Так ~1.4 GB Server2025TurbineCore.vhd - запускаю с ~600 мб памяти и ~30 процессов. Там работает: браузер, офис-2007, видео, музыка, рисунки - все что нужно большинству.
В Linux: пока такой выбор.
- Минимальный: компилированный
Gentoo-console openrc ==> опыт, компиляция с использованием большей части ресурса компа.
- Рабочий: компилированный
Gentoo-console systemd + Sway Vim Firefox btop amdgpu doublecmd neofetch qemu
- Максимальный:
Gentoo-KDE ==> пока осваиваю развернутый с образа внутри livegui-amd64-*.iso. Из всех Linux что сейчас у меня (см. ниже): только в Gentoo-KDE - смог компилировать
ucore on FedoraCoreOS: ==> смотреть новшества, запуск ОС в контейнерах - как и в Bluefin выше. Но ucore - много компактнее монстра Bluefin. В обоих: overlayfs - заменяется на composefs; rpm-ostree - заменяется на bootc; и Docker - заменяется на Distrobox
Мой SSD 128 GB разбит на 3 раздела:
/dev/sda1 LABEL=FAT_128 ~ 5 гб Fat32 - отсюда efi и mbr загрузка компа, и отсюда грузятся все WinPe.wim
/dev/sda2 LABEL=ntfs_128 ~ 50 гб - отсюда грузяться Windows каждая в одном файле vhd
/dev/sda3 LABEL=btrfs_128 ~ 64 гб - отсюда с ОДНОГО раздела - грузятся все Linux - вкл блочные.
При размещении Linux в нескольких отдельных разделах на диске: и там и там и там - теряется много пустого места. А вот с btrfs: с ОДНОГО раздела типа /dev/sda3 - можно монтировать много «разделов» как одного Linux - так и запускать много Linux - каждый в своем subvol | Ниже: что есть у меня сейчас:
# sudo du -hd 1 /sda3 # <== mounted /dev/sda3 LABEL=btrfs_128
2,1G /sda3/arch # i3-wm Firefox, ставился с запуска 3.5 мб ipxe-arch.efi
186M /sda3/boot
2,3G /sda3/Downloads # mounted to all my Linux
12G /sda3/gentoo-kde # FileManager: 10,9 ГиБ (11 663 742 064 байта) еще не удалена компиляция qemu
3,5G /sda3/gentoo-console
3,7G /sda3/lmde-6 # Блочный: Linux Mint Debian Edition - загрузка с: ~3.2 GB vdroot.vdi и ~198 MB overlay.vdi
6,8G /sda3/manjaro
1,4G /sda3/minios # Блочный: Debian - загрузка с 8 *.sb есть qemu
297M /sda3/mix-data # mounted when running lmde-6
1023M /sda3/stea # Блочный: Runtu-16 - загрузка с 11 *.sqfm
0 /sda3/ucore-fedora # ожидается тут - а пока изучается в ucore.vdi в qemu
------------
При загрузке: всем монтируется корневой /dev/sda3 - а в btrfs папки - попадают указанием subvol= загружаемой системы.
Grub: linux ${vmlinuz} root=LABEL=btrfs_128 rootflags=subvol=arch
fstab: LABEL=btrfs_128 / btrfs defaults,subvol=arch,compress=zstd:3 0 0
Указывать UUID длинно сложно, /dev/sda3 - а вставлена флешка и стал /dev/sdb3 Удобнее LABEL=btrfs_128 - можете задать сами.
- С btrfs: каждому загруженному Linux - доступно ВСЕ свободное место раздела
/dev/sda3 LABEL=btrfs_128.
- btrfs сжимает
новые файлы - оптимально ==> compress=zstd:3 в ~2 раза. А старые файлы ==> btrfs filesystem defragment -r -v -c zstd /sda3/gentoo-console ==> и это сжимает zstd:3 в ~2 раза.
- Сжатие: не только экономит место на диске - но и ускоряет систему. Загрузить в память сжатый и там разжать - быстрее - чем грузить в память не сжатый файл.
Много разных ОС: это когда была пора исканий Windows - сейчас остались: ~1.4 GB Server2025TurbineCore.vhd и ~2 GB W11Ent4351Tiny.vhd и описанные выше: опять 4 Linux для их изучения.
Тут описано: почему вынужден перебежать от Windows в Linux и как и из старого железа - выжать все возможное
Тут описано: как сравнивать производительность разных систем
Тут описано: как с помощью местных товарищей: на ноуте 2011 года - скомпилировал и qemu-10 и свой первый Gentoo
