LINUX.ORG.RU

Linux для компиляции или вынужденный побег от Windows в Linux

 , ,


1

2

Хотел узнать: Есть ли 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



Последнее исправление: alex52mail (всего исправлений: 22)
Ответ на: комментарий от alex52mail

Также предлагали кучу барахла Linux для ноута 2011 года - но не предложили действительно достойный 1 GB systemrescue-12.01-amd64.iso ==> это легкий Arch с современным ядром и запускается с консолью 360 МБ памяти - и далее 635 МБ памяти с запуском Xfce | Большой набор прог, и есть все нужное мне: браузер, редакторы и прочее. Сейчас забота: как запустить развернутый из iso на диск. Там все флаги завязаны на iso. Видимо: быстрее будет сделать новые ядро и initrd.

вы занимаетесь ерундой. Сама система может быть очень нетребовательна. Конкретно генту умещалась в 64мб озу. Но! браузер все равно сожрет свои 16гб и 20 ядер. а просто сидеть и смотреть на xfce бессмыслено. ваш легкий линукс с тяжелым гемороем потребляет 1гб озу. наш тяжелый вындус10 потребляет 1.5гб озу. ну и нафига это все?

проблема старых ноутов в том что в них нету аппаратной поддержки современных кодеков, а тырнет изобилует мм контентом, соотвествно все прилетает на проц. а там ни ядер ни архитектуры ни охлада. Ну и объем памяти да, помому до 12гб они поддерживают официально, да 12(две планки по 6 -) ) небинарный ддр3. )))) Вообщем вы вероятно очень богатый человек если платите столько денег за такой мусор.

antech
()
Последнее исправление: antech (всего исправлений: 2)
Ответ на: комментарий от antech

Вообщем вы вероятно очень богатый человек если платите столько денег за такой мусор.

Покупать комп за пол года пенсию. Министр соц.политики как то сказал: «Украинцы жалуются - им не хватает денег: так им жрать надо меньше и собирать кизяки на отопление» И тут все в 3-4 раза дороже. Такой же как у меня ноут - в России в 2.5 раза дешевле.

Подскажите лучше. В Gentoo нет KDiskMark - хотел собрать с github.com | Делаю как написано

git clone https://github.com/JonMagon/KDiskMark.git
cd  KDiskMark
mkdir build && cd build
cmake -D CMAKE_BUILD_TYPE=Release ..
cpack -G DEB # Or RPM, ZIP etc.

Но после cmake -D CMAKE_BUILD_TYPE=Release ..

Make Error at CMakeLists.txt:55 (add_subdirectory):
  The source directory
    /tmp/KDiskMark/src/singleapplication
  does not contain a CMakeLists.txt file.

Ведь перешли строить в build

Рылся в сети но так и не нашел как тут собрать.

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 1)
Ответ на: комментарий от alex52mail

У вас Gentoo, верно? Для начала, поищите, не собирал ли кто-то эту программу. Может, хотя бы найдëтся сторонний оверлей с нею. Если нет, придëтся писать ebuild. На будущее: никогда не собирайте программы через последовательность configure && make && make install. Хотя при создании пакета программы так и собираются, но, во-первых, сборка производится в изолированном окружении, а во-вторых, программа устанавливается во временный каталог, из которого и создаëтся готовый пакет, который затем и устанавливается.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

Для начала, поищите, не собирал ли кто-то эту программу.

Находил 3 типа этого - но все не находились через emerge

Если нет в Gentoo emerge --search xxxxx - приходится ставить с другого места.

С Gentoo было просто разобраться - а вот с github.com - делаешь по их описанию - а уходит в ошибки.

Пока c github.com не удается собрать ни с cmake как выше - ни этот doublecmd-master.zip. Не получаются с github.com - кроме которые с make типа:

git clone git://git.qemu-project.org/qemu.git
cd qemu
time sudo make -j8
sudo make install

А про последовательность: Сначала собрал ядро Gentoo с его источников последовательно командами:

mkdir /tmp/kernel  && cd /tmp/kernel
time sudo  emerge  -av  sys-kernel/gentoo-sources 
sudo make  localmodconfig
time sudo make  -j4 -l4 
sudo make modules_install  
sudo make install  

Все установилось и работало: но оказалась версия ядра старее и /usr/lib/modules/6.... ~ 1.2 GB. Тогда еще почитал: и еще сделал штатно Gentoo и /usr/lib/modules/6.... стали сжатые в 98 мб.

time sudo  USE="initramfs -secureboot "  emerge  -av  sys-kernel/gentoo-kernel

Это штатно Gentoo: все сделало само - без участия - и загрузку прописало. Но: это штатное Gentoo: выполнялось: в 3 раза дольше - чем ручная сборка ядра с кодов.

alex52mail
() автор топика
Ответ на: комментарий от antech

зачем вам deb пакет в генту? может назад в венду? как вы вообще ее поставили.

deb пакет не нужен - там так описано - что не разберешься. Конкретно: разбираюсь как запустить в Gentoo KDiskMark. Ну и попутно: хотелось бы освоить установку с github - по пока оттуда не ставится.

Почему перешел из винды в Linux: подробно описано в первом посту этой темы. Да и вообще: уже не знаю - c чем еще разбираться в винде - там стало не интересно.

А вообще поставил: наверное имеете в виду Gentoo - все кратко - но все нужное расписано Gentoo - Linux компилируемый с кодов - под ваше железо

Не отвлекаясь: следуя описанию в ссылке: развернул base Gentoo-sway за 40 минут.

alex52mail
() автор топика
Ответ на: комментарий от yars068

Не отвлекаясь: следуя описанию в ссылке: развернул base Gentoo-sway за 40 минут.

за 40 минут ее не поставить. там конфиги под сборку неделю нужно писать и еще месяц оно собиратся будет. за 40 минут можно накатить только что то готовое с автоконфигом и бинарниками. но это уже не генту. смысла в таком нет, оно не скомпилоровано ни под железо ни под задачи. оно собрано для массовой совместимости.

antech
()
Ответ на: комментарий от antech
admin@Gentoo-KDE /tmp/KDiskMark $ git clone makepkg -SI   https://github.com/JonMagon/KDiskMark.git
error: unknown switch `S'

git clone makepkg -sI   https://github.com/JonMagon/KDiskMark.git
error: unknown switch `I'
error: unknown switch `i'

Вот так все у меня с этим github и получается: как раписано в подписи с моим постам на другом форуме:

Трудно первые 15 лет - потом легче.


Сторонние репозитории надо добавлять.

The Gentoo ebuild repository and additional repositories configuration files are in the /etc/portage/repos.conf directory, which specifies current Portage configured repositories’ location and settings. Creating it manually is not recommended by the handbook anymore. It changes /usr/share/portage/config/repos.conf defaults. Necessary repos.conf settings, such as the sync-uri value, can be changed. Portage automatically adds some missing configuration file values, such as priority.

alex52mail
() автор топика
Ответ на: комментарий от alex52mail

Я же выше приводил ссылку на официальную документацию Gentoo. Никто не запрещает создавать собственные репозитории ебилдов (ebuild’s). Более того, не требуется ничего создавать вручную, если есть аж три разных источника одного и того же пакета. Вот здесь есть список доступных оверлеев.

P.S. KDiskMark for Gentoo.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 2)
Ответ на: комментарий от antech

за 40 минут ее не поставить.

Писал же: base Gentoo - развертка базы. На сборку моей первой рабочей Gentoo-console - ушло 8 часов - это начав изучение с нуля. А собрав все нужное в одно место - и не раздумывая следуя написанному - собрал рабочую base Gentoo за 40 минут.

Конечно: далее установка кому что надо. И судя как Gentoo все перепроверяет - полная установка не знаю на сколько растянется.

Проверить это сейчас не могу: жара и мой проблемный ноут не выдерживает - приходится компилировать с j2

Пока компилирую для Gentoo-KDE - что развернул и настроил с LiveGUI USB Image

Как похолодает: прогоню на этой ==> time emerge -e world

1). Интересно: если всю пере-компилировать - станет она настоящей Gentoo ?

Эта Gentoo-KDE - полностью удовлетворяет. Ну а с нуля соберу позднее: или в штатах на другом компе - или когда тут станет холодно и ноут сможет молотить по полной.

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Рылся в сети но так и не нашел как тут собрать.

Посмотрел на этот исходник в git. Похоже, у вас не все зависимости есть. Они бывают двух видов: сборочные и времени исполнения (runtime). Первые нужны для сборки пакета, вторые – для корректной работы установленного пакета. Кроме того, есть зависимости необязательные (или рекомендуемые), которые дают дополнительную функциональность, и есть обязательные, без которых пакет не заработает в принципе.

Инструкция по сборке этого пакета самая общая, она, например, специфику Gentoo не учитывает.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

Спасибо за ссылку. Firefox-128.12 она не грузилась. Но загрузилась в Chromium-137.0.7151.119

Думал создавать собственные репозитории ебилдов - это типа раздача другим.

Новая забота: разбираться куда сувать эти ebuild


Похоже, у вас не все зависимости есть …

Это в моей Gentoo-KDE нет этих зависимостей - или где еще ?

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 2)
Ответ на: комментарий от yars068

А какое именно нужно

 emerge --search singleapplication
  
[ Results for search key : singleapplication ]
Searching...

*  dev-libs/kdsingleapplication
      Latest version available: 1.1.0-r1
      Latest version installed: [ Not Installed ]
      Size of files: 72 KiB
      Homepage:      https://github.com/KDAB/KDSingleApplication
      Description:   KDAB's helper class for single-instance policy applications
      License:       BSD MIT

*  dev-qt/qtsingleapplication
      Latest version available: 2.6.1_p20171024
      Latest version installed: [ Not Installed ]
      Size of files: 694 KiB
      Homepage:      https://code.qt.io/cgit/qt-solutions/qt-solutions.git/
      Description:   Qt library to start applications only once per user
      License:       || ( LGPL-2.1 GPL-3 )

Поставлю оба - посмотрим.

Там папка с таким именем создавалась - вот и не мог понять в чем дело.

alex52mail
() автор топика
Ответ на: комментарий от alex52mail

Конкретно нужно вот это, оно указано в списке зависимостей в README.md (выводится ниже списка файлов репозитория KDiskMark на github). Поэтому я и говорю, что собрать ебилдом из оверлея лучше, там все эти нюансы уже должны быть учтены.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

Спасибо - но как говорится - не в коня корм.

Накопилось уже несколько таких *-master.zip

Не могу понять: как ставятся эти SingleApplication-master.zip

С чего там начинать - как поставить конкретно этот ? Не могу найти такого руководства.

Разобраться с github и начать изучение ebuild - как более перспективное для Gentoo.

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 2)
Ответ на: комментарий от alex52mail

Github сам по себе не должен использоваться как источник пакетов, в отрыве от инструментария для создания пакетов для конкретного дистрибутива. Gentoo – это отдельный случай, так как это дистрибутив, в котором все пакеты собираются из исходников. Поэтому первым делом надо изучать, как в Gentoo принято собирать пакеты. Инструкция для KDiskMark, приведённая в этом сообщении, не подходит, потому что cpack не может создать корректный для Gentoo пакет. Но он может создать, например, самораспаковывающийся tar-архив, сжатый Gzip-ом (-G STGZ), который можно распаковать, например, в /opt. Но тогда придётся клонировать git-репозитории каждого указанного в зависимостях пакета (если в системе не установлен «правильный» пакет) вручную, и зависимости каждого из них тоже, собирать их, и только потом – собирать пакет, из-за которого весь сыр-бор. У каждого из этих пакетов собственный способ сборки, с собственными тулингами, каждый из них написан на разных языках программирования. Именно поэтому существуют репозитории у всех дистрибутивов Linux. Так что для начала нужно изучать управление пакетами в Gentoo. Устанавливать что-либо в обход пакетного менеджера – затея крайне неудачная.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 2)
Ответ на: комментарий от yars068

Спасибо за инфо.

Открывая эту тему: даже не думал о Gentoo - слышат такой есть и там сложно.

Практическая задача была: последняя версия U-Boot и xhci для Grub. На этом форуме ткнули: иди на Github и только там - с кодов их можно собрать.

Уже здесь: писали про Gentoo - решился и прочитал HandBook и собрал первый Gentoo. Теперь буду сидеть на Gentoo-KDE и разбираться с ним.

А U-Boot и xhci для Grub с Github - наверное так и останутся непоняткой - запутанностью Github.

Еще раз спасибо - будем разбираться. Операции с пакетами через emerge - освоил - будем разбираться с ebuild

Удачи.

alex52mail
() автор топика
Ответ на: комментарий от alex52mail

Проверить это сейчас не могу: жара и мой проблемный ноут не выдерживает - приходится компилировать с j2

Ахах, приходится? Выбрал правильный ли ты путь - source-based?

Разобраться с github

Начни с git https://learngitbranching.js.org . Или же я неправильно понял что значит «Разобраться с github»

NyXzOr ★★★★
()
Ответ на: комментарий от NyXzOr

Ахах, приходится? Выбрал правильный ли ты путь - source-based?

Дык его первыми же ответами здешние умники затроллили, мол, где ещё «всё готово для компиляции», как не в сурс-бэйзъд. А дальнейшим объяснениям про сущую невозможность поставить искаропке все зависимости для сборки всего ПО на свете ТС, увы, уже не внял.

token_polyak ★★★★★
()
btrfs filesystem defragment -r -v -c zstd

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

rtxtxtrx ★★★
()
Ответ на: комментарий от token_polyak

Затроллили? Но ведь в source based и правда всë готово для компиляции из коробки. А в бинарных дистрибутивах, как правило, средства разработки ставятся отдельно. Каков был вопрос, таков был и ответ, никакого троллинга.

yars068 ★★★★★
()
Ответ на: комментарий от token_polyak

мол, где ещё «всё готово для компиляции», как не в сурс-бэйзъд

ну так и есть. в чем троллинг? зависимости… зависимости штука опциональная. ставить все зависимости насвете для всего по насвете идея очень плохая. даже в бинарных дистрибутивах опциональные зависимости собирают отдельными пакетами.

У автора просто нет цели. ихмо вся эта возня бессмыслена. за потраченное время на установку и сборку только kdediskmark(или че он там ставит), можно заработать на нормальное железо. Да и железки на сандиках, несмотря на свой возраст, архитектурно не отличаются от современных платформ. соотвественно, бинарный софт хорошо совместим. Пересборка под сандик не даст никакого прироста. У него просто дохлое железо. Оно и 15 лет назад было дохлым с тех пор чуда не произошло.

antech
()
Ответ на: комментарий от antech

ваш легкий линукс с тяжелым гемороем потребляет 1гб озу. наш тяжелый вындус10 потребляет 1.5гб озу. ну и нафига это все?

Ой вот сказок не надо.

Дефолтный Арч без перекомпиляций ведра и прочих тюнингов работает даже на Core 2 Duo.

Выньдоус10 ставит раком 8-поточную 16-гиговую систему на SSD, с отзывчивостью будто она на HDD запущена.

О причинах нет смысла повторяться, кто трудился изучить вопрос, давно в теме.

wandrien ★★★
()
Ответ на: комментарий от antech

antech - У автора просто нет цели. ихмо вся эта возня бессмыслена. за потраченное время на установку и сборку только kdediskmark(или че он там ставит), можно заработать на нормальное железо

Писал выше: каждый судит со своей колокольни. Только не подскажите: как заработать. Как вернулся со штатов - тогда уже не брали никуда по возрасту. Да и вокруг: давно уже ничего не работает. А сейчас вообще вокруг не видно среднего возраста: или убежали или прячутся.

А тут мудрые советы: надо заработать на современный комп. Только приведите пожалуйста доводы: а зачем мне современный комп за годовую пенсию? К разумных доводам прислушиваюсь.

NyXzOr - Или же я неправильно понял что значит «Разобраться с github»

Да’с - не мешало бы разобраться с мутителями github как например здесь

wandrien - Выньдоус10 ставит раком 8-поточную 16-гиговую систему на SSD, с отзывчивостью будто она на HDD запущена.

Ну это тоже сказки. Нормальный «Выньдоус10» - идет нормально - где появился SSE2 - а win-11 там - где появился SSE3

Меня смущают размеры Linux. Привык: самая последняя вында - где все нужное мне: ~1.2 гб Server2025TurbineCore.vhd - запуск ~600 мб памяти и ~30 процессов. А где все есть нужное большинству: ~2 гб w11EntRu4351Tiny.vhd - запуск ~1.2 гб памяти и ~45 процессов.

А в Linux: только base Arch или Gentoo-console - уже размер 2.3 гб. А обутые: уже размер 8-10 гб

token_polyak - А дальнейшим объяснениям про сущую невозможность поставить искаропке все зависимости для сборки всего ПО на свете ТС, увы, уже не внял.

Чтож виноват - не внял: но и рабочую Gentoo-console собрал, и настроил и сейчас работаю на Gentoo-KDE - и ядро 2 раза собрал и кучу разного накомпилировал - процесс пошел.

Хотя сейчас не чистокровный Gentoo-KDE - но согласен с:

antech - Пересборка под сандик не даст никакого прироста. У него просто дохлое железо.

И под конец вопрос: например сейчас развернул LiveGUI ISO на диск, настроил Gentoo-KDE и на нем компилирую. Вроде выше говорится: на старом компе - собранное по правилам Gentoo - не даст никакого прироста по сравнению с LiveGUI ISO на диске.

— 1). А что: на современных компах - полностью компилированный Gentoo - дает прирост производительности?

Покажите не мнения: а где такие ЦИФРЫ сравнения ?

Для винды - такие цифры сравнения имеются: ВЫВОДЫ: о быстроте ОС - не на основе предположений - а на основе цифр.. Ранее считал: быстрота компа - это его железо.

Удачи.

alex52mail
() автор топика
Ответ на: комментарий от alex52mail

потому что нормально работать оно все равно не будет. Если бы можно было просто «пересобрать генту». никто бы не покупал 24 ядерные за много денег. все человечество так бы и сидело на пентиум 1 с пересобранной гентой. ну.

antech
()
Ответ на: комментарий от alex52mail

Для винды - такие цифры сравнения имеются: ВЫВОДЫ: о быстроте ОС - не на основе предположений - а на основе цифр.. Ранее считал: быстрота компа - это его железо.

у вас тормозит то не операционная система. чего вы к ней так прицепились. а тормозят конкретные задачи. Допустим для ноута на сандике у меня были проблемы при одновременом использовании браузера и двух виртуалок с виндовс10. озу чуть чуть нехватает. Проца хватает впритык. Но это ноутбучное дерьмо не сделано чтобы проц мог жить с 90% утилизацией.

antech
()
Ответ на: комментарий от antech

у вас тормозит то не операционная система. чего вы к ней так прицепились. а тормозят конкретные задачи.

Откуда взяли что у меня что то тормозит. Насколько помню - писал: «приходится тормозить» - но это чтобы вернуть в штатное состояние. А если все штатное - то и работает по штатному. И никакая пере-сборка не прыгнет выше железа.

Другой вопрос: как выкручиваться с нештатной ситуации - что описана в первом посту.

Ни к чему не причеплялся. Ранее: просматривал много сборок винды: и остановился на описанных выше

   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
() автор топика
Последнее исправление: alex52mail (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Это хорошее наблюдение про скорость сжатой памяти. Но не факт что это будет хорошо работать и в случае с приложениями реального времени как аудио при квантовании в 4-8 семплов. А вообще htop показывает кеш данных еще и он может быть выше того что официально «используется» в системе. Винда может такое просто скрывать и верить ей я бы не осмелился. На винде и загрузка это равно занятость ядра, а не его загруженность и достаточно просто следить в программе за перемещением мыши, чтобы ноутбук выл как на настоящей 100% нагрузке, старательно отслеживая курсор мыши, который еле двигается совершенно неспешно.

anonymous
()
Ответ на: комментарий от anonymous

Это хорошее наблюдение про скорость сжатой памяти.

А откуда взялась сжатая память. Даже PrimoRamDisk не сжимал. Сжимать полезно файлы на диске.

И htop показывает разное чем top и btop

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Ну это тоже сказки. Нормальный «Выньдоус10» - идет нормально -

Да конечно. А то я не пользуюсь виндой на ноуте и на рабочих машинах и не знаю. Поставить туда минимальный объем софта для работы и смотреть на дрочево, как всё это с трудом ворочается.

Заниматься подбором старых версий и их особенной настройкой — это лажа полнейшая. Потому что. Еще раз:

  • Свежий Arch
  • приемлемо работает
  • даже на Коре Дуба

Это связано с тем, что линукс не создаёт никакой дополнительной фоновой нагрузки на систему. Ресурсы будут тратиться только на то, что приказал пользователь.

Это не значит, что в 2025-м надо пользоваться Корой Дуба (никому не советую), но это показывает, насколько система нетребовательная.

Меня смущают размеры Linux. Привык: самая последняя вында - где все нужное мне: ~1.2 гб Server2025TurbineCore.vhd - запуск ~600 мб памяти и ~30 процессов. А где все есть нужное большинству: ~2 гб w11EntRu4351Tiny.vhd - запуск ~1.2 гб памяти и ~45 процессов.

Берём официальный установочный образ Windows 10. Закидываем туда autounattend.xml с удалением всякой бесполезной херни типа такого:

      <![CDATA[
  Get-AppxProvisionedPackage -Online |
  Where-Object -Property 'DisplayName' -In -Value @(
  'Microsoft.Microsoft3DViewer';
  'Microsoft.BingSearch';
  'Microsoft.WindowsCamera';
  'Clipchamp.Clipchamp';
  'Microsoft.WindowsAlarms';
  'Microsoft.549981C3F5F10';
  'Microsoft.Windows.DevHome';
  'MicrosoftCorporationII.MicrosoftFamily';
  'Microsoft.WindowsFeedbackHub';
  'Microsoft.GetHelp';
  'microsoft.windowscommunicationsapps';
  'Microsoft.WindowsMaps';
  'Microsoft.ZuneVideo';
  'Microsoft.BingNews';
  'Microsoft.MicrosoftOfficeHub';
  'Microsoft.Office.OneNote';
  'Microsoft.OutlookForWindows';
  'Microsoft.Paint';
  'Microsoft.MSPaint';
  'Microsoft.People';
  'Microsoft.Windows.Photos';
  'Microsoft.PowerAutomateDesktop';
  'MicrosoftCorporationII.QuickAssist';
  'Microsoft.SkypeApp';
  'Microsoft.ScreenSketch';
  'Microsoft.MicrosoftSolitaireCollection';
  'Microsoft.MicrosoftStickyNotes';
  'MSTeams';
  'Microsoft.Getstarted';
  'Microsoft.Todos';
  'Microsoft.WindowsSoundRecorder';
  'Microsoft.BingWeather';
  'Microsoft.ZuneMusic';
  'Microsoft.WindowsTerminal';
  'Microsoft.Xbox.TCUI';
  'Microsoft.XboxApp';
  'Microsoft.XboxGameOverlay';
  'Microsoft.XboxGamingOverlay';
  'Microsoft.XboxIdentityProvider';
  'Microsoft.XboxSpeechToTextOverlay';
  'Microsoft.GamingApp';
  'Microsoft.YourPhone';
  'Microsoft.OneDrive';
  'Microsoft.549981C3F5F10';
  'Microsoft.MixedReality.Portal';
  'Microsoft.Windows.Ai.Copilot.Provider';
  'Microsoft.WindowsMeetNow';
) | Remove-AppxProvisionedPackage -AllUsers -Online

Get-WindowsCapability -Online |
Where-Object -FilterScript {
  ($_.Name -split '~')[0] -in @(
    'Browser.InternetExplorer';
    'MathRecognizer';
    'OpenSSH.Client';
	'Microsoft.Windows.MSPaint';
    'Microsoft.Windows.PowerShell.ISE';
    'App.Support.QuickAssist';
    'App.StepsRecorder';
	'Media.WindowsMediaPlayer';
    'Microsoft.Windows.WordPad';
  );
} | Remove-WindowsCapability -Online

Get-WindowsOptionalFeature -Online |
Where-Object -Property 'FeatureName' -In -Value @(
  'Microsoft-SnippingTool';
) | Disable-WindowsOptionalFeature -Online -Remove -NoRestart]]>
    </File>

Устанавливаем винду. Устанавливаем апдейты. Устанавливаем немного необходимого софта: Автокад, GIMP, Libre Office, Firefox, syncthing. Получаем:

  • Размер одной только папки C:\Windows - 28 гигабайт. Без Program Files.
  • Занято оперативной памяти после входа в систему - 2.9 гигабайт.
  • При нажатии ПКМ по файлу в проводнике - фриз.
  • При запуске любого софта, интенсивно нагружающего память и процессор – фризы из-за работы встроенного антивируса.

А в Linux: только base Arch или Gentoo-console - уже размер 2.3 гб. А обутые: уже размер 8-10 гб

$ du -hs /usr
27G	/usr
$ pacman -Q | wc -l
2605
$ expac "%n %m" -l'\n' -Q $(pacman -Qq) | sort -rhk 2 | head -20
wine 1561891895
ruby-docs 902580530
linux-docs 523240449
jdk-openjdk 523101144
libreoffice-fresh 431908549
vtk 419619081
chromium 357186884
linux-xanmod 355431336
fpc 346397543
blender-2.7-bin 342603102
linux-xanmod-lts 317071599
opera 314010758
freecad 310331783
linux-firmware 294523158
firefox 273405985
qt6-webengine 271014508
linux-zen-headers 248411697
wine-mono 233999532
clang 220352123
gcc 218227504

Это у меня сейчас еще kicad не стоит с его библиотекой на несколько гигов.

wandrien ★★★
()
Ответ на: комментарий от alex52mail

Чтож виноват - не внял: но и рабочую Gentoo-console собрал, и настроил и сейчас работаю на Gentoo-KDE - и ядро 2 раза собрал и кучу разного накомпилировал - процесс пошел.

Это конечно замечательно, что процесс пошел.

Но в чем высший смысл компиляции, если на производительность системы в первую очередь оказывает влияние грамотный подбор программных компонентов и их настройка?

Вы изучили теоретические предельные возможности производительности Debian или Arch, прежде чем заниматься этим?

Для Arch, например, имеется выбор кастомных ядер с иными планировщиками и другими настройками, которые могут лучше подойти для разных случаев.

wandrien ★★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от antech

потому что нормально работать оно все равно не будет. Если бы можно было просто «пересобрать генту». никто бы не покупал 24 ядерные за много денег. все человечество так бы и сидело на пентиум 1 с пересобранной гентой. ну.

Так всё от задач зависит. Если пользователю нужна система, чтобы сидеть в инете и заниматься веб-разработкой, то процессоры 2-го и 3-го поколения всё еще решают эти задачи. Сам с такого сижу. ТСу уже сто раз объясняли, что у него какая-то проблема в его конкретной железке, но он упорно пытается лечить не там, где болит.

А если нужно билд-ферму для непрерывной интеграции проекта на C++, ну тогда да: «24 ядерные за много денег».

Или свеженькую RTX под задачи AI.

wandrien ★★★
()
Ответ на: комментарий от wandrien

то процессоры 2-го и 3-го поколения всё еще решают эти задачи

процессоры может и решают. ноутбуки не решают. Декстопные версии этих камней и памяти поддерживают куда больше, и разгон этой самой памяти, и что самое важное можно поставить сдоровый огромный куллер, и частоты у десктопа выше, и карты расширения можно поставить, и видеокарту. ноутбук же конченое дно. я помню бучный i7 даже до десктопного i3 недотягивал.

antech
()
Ответ на: комментарий от wandrien

знаете, у меня этот ноут на сандике просто рассыпался от старости и температуры. Я перешел на райзен 7950…. и я не впечатлен. впринципе все работает точно так же. ос, браузеры, окошки. есть буквально пара моментов которые стали получше архивация и виртуализация. второе больше засчет бесконечного количества озу которое некончится никогда. я вообще в шоке! а где прирост! я уже перебрал все возможные и невозможные бенчи. и вроде он показывает столько же попугаев сколько должен, но разницы нет….. реальной разницы просто нет. Более того. вот если взять воспроизведение видео на ютубе. на 2х ядерном сандике, загрузка составляет 17%(8% в венде) на все 4 потока. с райзеном же та же задача грузит 4 потока на 33%. Да ввиду того что потоков 32, общая нагрузка на процессор меньше, но по ядрам то выходит что нагрузка выросла почти вчетверо и это при вдвое большей частоте. т.е работает оно даже хуже. и это я сравнивал в венде из коробки. Т.к старый линукс виснет через раз на новой платформе.

antech
()
Последнее исправление: antech (всего исправлений: 2)
Ответ на: комментарий от alex52mail

Ранее: просматривал много сборок винды: и остановился на описанных выше

эм…. вы понимаете что это ни о чем не говорит?

Server2025TurbineCore.vhd что это такое? w11EntRu4351Tiny.vhd это что? w10x32EntRu1607Lite+Office2016.vhd. эта?

600 мб памяти и ~30 процессов

запуск ~1.2 гб памяти и ~45 процессов

при 8г памяти, запуск не является проблемой. Проблемы начинаются тогда когда ты открываешь браузер и он сжирает 8г. Притом есть особенности. В системном мониторе потребляет он не 8г а 1-2г, но размер доступной озу почему то уменьшается на 8г, а при закрытии соотвественно увеличивается на 8г. Жрет он 8г почему то на системе с 8г озу, тот же браузер в той же ос но в пк с 64гб озу вот почему то потребляет 4г и что самое интересно больше потреблять не хочет, сколько вкладок не открывай.

antech
()
Ответ на: комментарий от wandrien

Это связано с тем, что линукс не создаёт никакой дополнительной фоновой нагрузки на систему. Ресурсы будут тратиться только на то, что приказал пользователь.

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

antech
()
Последнее исправление: antech (всего исправлений: 2)
Ответ на: комментарий от antech

процессоры может и решают. ноутбуки не решают. Декстопные версии этих камней и памяти поддерживают куда больше, и разгон этой самой памяти, и что самое важное можно поставить сдоровый огромный куллер, и частоты у десктопа выше, и карты расширения можно поставить, и видеокарту. ноутбук же конченое дно. я помню бучный i7 даже до десктопного i3 недотягивал.

Насчёт памяти: процессоры поддерживают одинаково, просто на большинстве ноутов не распаяна вторая пара слотов. Там буквально стоит идентичный кристалл.

У меня есть системы с:

  • Intel Core i5-2450M (Если смотреть на десктопные аналоги, то по сути это «i3 с разблокированным турбо-бустом»)
  • Intel Core i7-4700MQ
  • Intel Core i5-3570
wandrien ★★★
()
Последнее исправление: wandrien (всего исправлений: 2)
Ответ на: комментарий от antech

и в виндовсе так же. вообще уход ресурсов куда то налево, это однозначный признак вирусни.

Современная винда это и есть вирусня)

В арче так не сделано, потому что в арче впринципе ничего и никак не сделано.

И это замечательно. Потому что как сам сделаешь, так и будет.

wandrien ★★★
()
Ответ на: комментарий от antech

По моему опыту, у вин10 фактический запас памяти для приложений меньше, чем показатель свободной памяти в диспетчере задач. С чем это связано, не разбирался. Но интенсивно своппиться система начинает, когда есть еще около гига якобы свободной памяти.

wandrien ★★★
()