Почему Arch медленнее Debian?

Значит, ты собирал кодеки. Но в ауре есть уже собранные и yay их предлагает. Поставь в арче ядро 4.19. И попробуй поставить блоб в дебиане и в арче. И сравни производительность.

> Поставь в арче ядро 4.19
Не думаю, что оно там есть.
> И попробуй поставить блоб в дебиане и в арче
Иксы удаляются
> И сравни производительность.
ок

В ауре есть. Или собери сам.

Иксы удаляются

О_о.

Да. Потому что конфликт с Nouveau, Nouveau это часть иксов, она какого-то фига тянет все иксы…

novenau это не часть иксов. Это драйвер. По идее, его не нужно удалять. Просто добавляешь в блеклист. И неужели дебиан тянет иксы вместе с новой?

Да, тянет.

А если это не часть иксов, то почему она называется XSERVER-XORG-video-nouveau?

Это иксовый драйвер. По сути, обертка над тем, что уже есть в ядре. Сам по себе он не является частью иксов.

Драйвер, который сносит иксы.

Как ты его удаляешь? sudo apt remove $nouvenau_package_name сносит иксы? Странно. sudo cast Vsevolod-linuxoid

Неужели иксовый метапакет в обязательном порядке тянет нову без возможности ее выпилить?

Покажи вывод

apt remove -s package_name

~$ apt remove -s xserver-xorg-video-nouveau
NOTE: This is only a simulation!
      apt needs root privileges for real execution.
      Keep also in mind that locking is deactivated,
      so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages were automatically installed and are no longer required:
  hyphen-en-us libreoffice-help-common libreoffice-help-en-us mythes-en-us
  node-normalize.css x11-apps x11-session-utils xinit xorg
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  task-desktop task-gnome-desktop xserver-xorg-video-all
  xserver-xorg-video-nouveau
0 upgraded, 0 newly installed, 4 to remove and 0 not upgraded.
Remv task-gnome-desktop [3.53]
Remv task-desktop [3.53]
Remv xserver-xorg-video-all [1:7.7+19]
Remv xserver-xorg-video-nouveau [1:1.0.16-1]

А, это я дурак, сразу autoremove -y делаю.

Через дебутстрап какой-то устанавливать, наверное, потому что установщик виснет на первой же секунде, даже на игровом пк с 16гб озу

КАВО? Ты бы лучше комп свой проверил, странно всё это - арч тормозит, убунта виснет…

Проверил. И винда, и дебиан видит 16 Гб ОЗУ и intel core i7. А убунта виснет.

Вот и пердолинг подъехал.

Арч тормозит на древнем компе с корой дуба и 2гб озу. На игровом он не запускается.

Подозреваю, что он ставил de автоматом и у него xserver-xorg-video-all хочет nouveau, а какой-тонудь x-server-xorg хочет xserver-xorg-video-all, а за ним и task-desktop подтягивается...ох уж эти метапакеты в debian...

Да. Потому что конфликт с Nouveau

В проприетарном драйвере сразу идёт файл для blacklist-а nouveau, т.ч. никаких конфликтов быть не должно.

Nouveau это часть иксов, она какого-то фига тянет все иксы…

Не тянет. xorg – это метапакет, и его удаление по зависимостям ни к чему плохому не приведёт. Но удалять его не нужно, т.к. проприетарный драйвер не конфликтует с nouveau.

Тянет. Я помню, как утянула. И при установке блоба Нова удалилась сама.

Затем, чтобы мы ушли с линукса, ясно дело

Без смеха, эта информация очень важна. Я когда для своего кроссворда использовал простые двумерные массивы и грубо говоря использовал сишные функции для работы с сетками-массивами кроссворда, при составлении кроссворда была максимальная скорость, обходящая всех коммерческих конкурентов. ЧСВ было максимально.
Но, когда я сделал объекты и завернул ядро сетки и механизмы составления обернул каждую в функцию, с созданием объектов и выгрузкой из памяти, как полагается, то (внимание!), скорость упала в 2-2.5 раза!!! Скука, зачем делать такие тормозные языки программирования?!
То, что добавление новых возможностей, может тормозить общий процесс, это имеет место быть, но почему они в 80-ых годах не сделали кроссплатформенные макросы для ассемблера? Всему виной железячники, которые и лоббируют уменьшение скоростей программ и средств разработки. А GNU / Linux и оффтопик - это производные тормозных инструментов, поэтому они отчасти не виноваты. Но Кедам нафиг не нужен ни питон не руби ни жабаскипт - это уже намеренное торможение КДЕ'шников.

Тянет. Я помню, как утянула. И при установке блоба Нова удалилась сама.

Не удалилась при установке ни nvidia-driver, ни nvidia-legacy-340xx-driver, ни nvidia-legacy-390xx-driver. Видимо, вы что-то напутали.

и так лёгок

WUT? Он же на прожорливом хромом движке. И жрёт даже больше хромиума.

Впрочем, Вам с парой вкладок может быть незаметно ;)

До следующего обновления системы, ага. Ваша бубунта уже научилась беспроблемно обновляться без переустановки?

Настоящим грепом грепали, curl https://wiki.archlinux.org/index.php/Vivaldi|grep herecura?

бубунта уже научилась безпроблемно обновляться без переустановки

Не знаю, за последние 5 лет ни разу не приходилось именно обновляться на новую версию. И наверное не придётся, через пару лет вероятно буду менять комп и соответственно накатывать новую систему, как и в прошлый раз.

А, понятно, любители сидеть на протухшем софте. Танцы с бэкпортами никак отсутствием пердолинга назвать нельзя ;)

любители сидеть на протухшем софте

ppa решает. Вполне себе роллинг для отдельных пакетов без необходимости ломать всю систему.

Нет, копировал текст в файл и в файле грепал.

Сейчас попробовал курлом:

~$ curl https://wiki.archlinux.org/index.php/Vivaldi 2> /dev/null | grep herecura
~$ curl https://wiki.archlinux.org/index.php/Vivaldi 2> /dev/null | grep extensions
<p>Vivaldi is compatible with most of Chrome's extensions.
These can be installed directly from the <a rel="nofollow" class="external text" href="https://chrome.google.com/webstore/category/extensions">Chrome Web Store</a>.
To see which extensions are installed/enabled search for <code>vivaldi://extensions</code>, or just <code>extensions</code>.
~$ 

PPA — тоже пердолинг. А ещё их весьма часто забрасывают, или выкидывают поддержку некродистрибутивов — то есть обновляться всё равно придётся. А в случае обновления PPA значительно увеличивают шансы разваливания зависимостей.

Прелюбопытнейший случай.

Что traceroute wiki.archlinux.org кажет?

Да, и на сертификат бы взглянуть (можно в самом Vivaldi по иконке с замочком открыть).

Не всегда. Там есть, к примеру, chrome, который тоже будет собираться долго из-за ffmpeg-какеготам, а есть уже скомпилированный chrome-bin. Скорее всего в вивальди так-же

в арче также есть лтс ядра и их в вики рекомендуют ставить параллельно со штатными. Ну и да, в арче ядра не патчат. Поэтому это проблема ядра, а не дистра.

Как же тогда получилось, что в LTS ядре арча проблема была, а в таком же LTS ядре Solus - нет?