apt upgrade — работает на одном процессоре

Ты так часто обновляешь ядро?

Это к психиатру.

Каким образом ? Диск как правило один, база данных должна быть синхронизована, да и к тому же скачивать быстрее вашей максимальной скорости интернета невозможно, в остальном лучшее что можно сделать использовать более шустрый ПМ, ну и собственно всё, у обновления пакетов повторюсь всего две слабости - скорость сети и скорость основного диска, ваши 12 ядер или «процессоров» тут помогут не больше, чем те же двенадцать водителей в одной газели.

используется только один процессор из 12

У вас 12 процессоров? Вот откуда в мире нехватка полупроводников.

Принципиальное историческое ограничение dpkg.

Существует apt-fast, распараллеливающий загрузку пакетов, но одновременно может устанавливаться только один.

Клоунам выше советую забаниться.

Существует apt-fast,

Тогда уже лучше это + apt-build, если ТС хочет выжать всю производительность.

Ладно, шутки в сторону, если ТС хочет скорость (ну вряд ли он просто желет нагрузить процессор) — тогда нужен другой ПМ уже, пакман или альпайновский.

Тебе нужна гента

Можно как-то в настройках установить, чтобы использовалось больше ядер.

Спасибо, что сообщил.

apt (dpkg) очень медленный из-за излишних вызовов функции fsync. Запускайте его с eatmydata, будет значительно быстрее.

SSD не спасает?

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

Тут либо смириться, либо искать неофициальные костыли, которые будут работать через раз и отваливаться.

Неужели процедура обновления долгая в убунту сейчас. Раньше вроде и на более скромных конфигурациях шустро было, не как в Арче, но сравнимо.

А DNF (и YUM) почему медленные? Даже медленнее чем APT.

Тебе на Gentoo

Самый официальный костыль это emerge -j12 <package>

Что, Федору даже zstd не спасает?

-j25 -l24 тогда уж у ТС

У него же 12 ядер

за эту неделю 2 раза прилетели новые ядра

на linode.com сервер 1CPU с новым ubuntu20.04 мигом все обновляется. Вот я и подумал может есть, что в настройках apt

12 ядер/24 потока в 3900x

nvme pci-e версии 4 установлено, не спасает. Вообще никакого прироста в apt.

Интересно, сколько реальная потребляемая мощность? И за сколько он qtwebengine соберёт? Правда, чую, память надо 64+ГБ...

не пробовал, кучу виртуалок запускаю, в Приложение Blender Ryzen 9 3900 просто сделал карту ноубука Nvidia 870m с её CUDA-ядрами в zenmonitor ~170W показывал

170 ватт это заявленное? У меня i7 3600 ровно столько в 8 потоков кушает, но я ток на вилке мерял, кроме проца, ссд(там потребление никакое) и материнка сама в моём тесте поучаствовала.

Параллельные декомпрессоры же.

DNF медленный только в федоре. Например в Mageia он такой же быстрый как и urpmi если что.

Годы шли, а потанцевал всё не раскрывался…

~170W программа насчитала GitHub строка Package Power, нет у меня устройства с розетки померить. 170W – это мах что мне удалось с автоматическим разгоном в BIOS и программе Blender, когда тестировал систему охлаждения. Можно зафиксировать частоты на 4.4 по ядрам, выставить PPT 1000W, TDC 1000A, EDC 180A и тогда будет еще больше потребляемая мощность улетала под 220W. Потребляемая мощность сильно зависит от задачи, в blender просто игрался. В других задачах с автоматическим разгоном мощность не подымалась больше 140W, опят же если верить строке Package Power.

рендерить под linux получается быстрее, чем Window. Вот конкретно https://cloud.blender.org/p/gallery/59819ee681191741ad07d283 этого агента splash279.blend получается не 3 минут быстрее, не знаю почему.

А там всё равно не критично - сеть слабое звено(особенно с аптом с его большим количеством мелких пакетов), запись на диск - слабое звено, да и некоторые ПМы делают параллельную распаковку, поэтому опять же всё укладывается в выбор ПМа и сборки.

Неужели процедура обновления долгая в убунту сейчас.

Ядра - да. При обновлении ядра и пакетов слишком часто взводятся хуки «перегенерировать initramfs» и часто встречаются ситуации, что он перегенерируется несколько раз, вместо одного раза в самом конце. Ну и для сжатия сгенерированного initramfs используется однопоточный gzip вместо многопоточного pigz.

На VPS лучше поставить метапакет linux-image-virtual (и, соответственно, оставить только пакеты linux-image-$(uname -r)-generic и linux-modules-$(uname -r)-generic) и выкосить linux-firmware с amd64-firmware/linux-firmware, от этого initramfs становится гораздо меньше и перегенерируется гораздо быстрее.

Лучше собирать 2 пакета по 8 потоков.

Правда это всё равно не поможет устанавливать их паралельно, а общая скорость будет ниже однопоточного apt.