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

Я понимаю, что в текущей обстановке под любой темой, хоть как-то связанной с происходящим, будет возникать срач. Но я не ставил целью что-либо спровоцировать. Только донести до регистранов просьбу (которая, между прочим, была бы актуальна и несколько месяцев назад). Прошу восстановить с закрытыми комментариями.

(Драма: Объявление для регистрантов)

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

Инструкция по созданию PGP-ключа (статья на Arch Wiki):

gpg --full-gen-key

Заполнять абсолютно все поля необязательно, только название ключа.

Вывод вот этой команды добавить в профиль:

gpg --export --armor $KEYNAME

Всё это можно сделать и через GUI, если установить Kleopatra.

Также можно воспользоваться Keybase.

keybase pgp gen

https://www.opennet.ru/opennews/art.shtml?num=56665:

Компания Яндекс подписала меморандум, определяющий меры по борьбе с пиратским контентом во внесудебном порядке. В отличие от ранее действующего соглашения, новый меморандум предусматривает не только удаление из поисковой выдачи отдельных страниц с пиратским контентом после жалобы правообладателя, но и полное удаление из выдачи целых доменов, на которые в реестре имеется больше, чем 100 ссылок на нелегально размещённый контент (подлежащие исключению из поисковой выдачи ссылки передаются правообладателями и накапливаются в специальном реестре, поддерживаемом организацией «Медиа-коммуникационный союз»). В настоящее время, больше 100 ссылок на нелегальные копии сериалов и фильмов уже накопилось для 20% доменов, присутствующих в реестре.

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

При использовании Wayland-сессии потребление энергии снизилось на 2–3 Вт, что составляет ~15-18 % от энергопотребления процессора или ~10-12 % от общего потребления системы. Т. е. если ноутбук при использовании Xorg живёт от батареи 7 часов, то под Wayland он проживёт 8.

Собственно, из теории это и так следовало, но теперь есть конкретные цифры.

Есть приблуда, при подключении через которую диски определяются как usb-External_USB3.0_DISK<slot>_<...>-0:<slot>. К счастью, информация о модели/серийнике/WWN остаётся доступной через hdparm -I. Вопрос: как сделать, чтобы при подключении диска с вышеописанным ID считывалась информация при помощи hdparm (или ещё как-то) и в виде ссылки создавался такой же ID, как при подключении через SATA?

Помимо прочих очевидных примеров, вот ещё один:

30 May 2017, KDE Plasma 5.10: Simple by Default, Powerful when Needed.

Windows 11: Simple by default. Powerful by choice.​

А ещё название Maui украли.

Вот захожу я на ЛОР в сентябре и, к сожалению или к счастью, обнаруживаю, что тот же dk- был отправлен в «баню». И даже жалко как-то стало, что ушли пользователя без даты регистрации с 54160 комментариями. А потом — к сожалению или к счастью — обнаруживаю, что он тут как тут с новым аккаунтом. И ведь достаточно таких пользователей. Например, те же MiniRoboDancer, bodqhrohro_promo или mertvoprog. Их банят, но через какое-то время они создают новый аккаунт и «живут» под ним n тыс. комментариев — и так по кругу.

Так зачем тогда вы вообще баните пользователей, если вы их не баните? 🤔 Давайте уже постановим, что «пожизненное» дают за особо тяжкие нарушения, а за сезонные обострения — замораживать на конечный срок. Драмы меньше, игнорастам проще игнорировать, заметки вести проще, перфекционистам не нужно складывать статистику с разных аккаунтов. Profit.

Вот: PHP 8.1. В списке новостей есть, а на главной нет.

sudo cast maxcom.

P.S. Я не виноват, оно само.

Итак, попробую объяснить, что я хочу и зачем мне это нужно. Давно планировал собрать себе RAID вместо (точнее, на основе и в дополнение к) сборной солянки из накопителей. Естественным образом выбор пал на RAID 5. Однако меня всё равно смущали определённые моменты:

• Несложно представить ситуацию, когда либо нет возможности подключить все диски, либо из живых/доступных вообще только один. Не хотелось бы ограничивать себя необходимостью подключать как минимум (n-1) винтов, чтобы прочитать данные. В идеале важная информация должна дублироваться на всех ЖД, чтобы для получения доступа к ней было достаточно примонтировать один.

• И наоборот: неплохо было бы не тратить лишнее пространство на избыточные копии неважных данных. Их можно и размазать по всем дискам для увеличения производительнотси.

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

Скорее всего, всё равно придётся использовать ZFS (в т. ч. ради контроля целостности), поэтому решил подумать, возможно ли там сделать сабж. Пришло в голову такое:

1. На каждом диске создать по 2 (или 3, если решу к RAID{1, 5} добавить ещё RAID 0) логических тома с thin provisioning (sparse volumes).

2. Первые тома на каждом диске объеденить в один тип массива, вторые — в другой и т. д.

3. Получившиеся ФС монтировать отдельно (т. е. /mnt/raid1, /mnt/raidz, …) и опционально объединять через mergerfs.

Также нужна возможность пополнять хранилище подкроватного датацентра новыми винтами с сохранением существующих ФС.

Собственно, вопрос: насколько такая безумная затея осуществима в реальности? Подойдёт ли для этого ZFS? Получится ли при этом иметь нормальную производительность?

Нужно сделать, чтобы, как в systemd.automount, автоматически монтировалась ФС при попытке доступа к директории, однако вместо стандартной команды монтирования должна выполняться собственная. Желательно, чтобы можно было эту команду выполнять от имени пользователя, потому не хочется костылить sudo -u (а дополнительные права будут выдаваться через Polkit).

Про создание собственного бинарника mount.XXX знаю, но таким хочется заниматься, только если не найдётся более элегантного решения.

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

Знаю, что в VNC по сети передаётся картинка, а в RDP — команды отрисовки тулкита. Но подробно в их структуре не разбирался. Если бы делал собственный протокол для удалённого стола для Linux/Wayland, основной принцип был бы примерно такой:

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

2. Графический сервер устанавливает соединение с клиентом и спрашивает, какие плагины у него поддерживаются/включены. У каждого локального приложения он тоже спрашивает, умеет ли оно отсылать команды по сети и какой ему для этого нужен плагин.

3. Приложения, для которых есть плагины, поддерживаемые клиентом, передают графическому серверу команды для отрисовки, которые сервер отправляет клиенту. Для остальных сервер сам отсылает клиенту сжатое видео.

Есть ли смысл что-то подобное пилить?

Пока что вывод в том, что скорее проще просто слать видео по сети.

Пока писал ответ на сообщение hakavlad, топик успели снести (зря, ящитаю). Пусть будет здесь. Думаю, мой тезис и на отдельную тему потянет.

Причины 1 % скорее в инерции и поддержке разработчиками софта.

Да и вообще, зачем удивляться очевидным вещам? Ну да, ОС, в которую на протяжении такого долгого времени вкладывают кучу ресурсов, будет для своих задач более «отполирована» (да и то, в случае с виндой существует куча оговорок).

Причина проблем очевидна — нехватка ресурсов. Решение (вернее, необходимое для него условие) тоже очевидно — нужна корпорация, которая будет заинтересована в развитии GNU/Linux на десктопе (красношапки, видимо, недостаточно). Хотя это не отменяет того, что даже при текущих темпах разработки проблемы постепенно решаются.

Вся эта возня с выяснениями, готов ли GNU/Linux для десктопа, теряет актуальность, если исправить взгляд на проблему: есть свободная ОС, а есть несвободная — набор зодов, считающий себя умнее пользователя. Дальнейшие сравнения по большей части бессмысленны.

Юзкейсы:

• rootfs на SSD;

• «файлопомойка» на HDD.

Склоняюсь к XFS, однако хочется узнать, как она в плане надёжности по сравнению с ext4. Слышал (давно), что могут быть проблемы при отключении питания. Какова ситуация сейчас? Что и почему посоветуете выбрать для каждого из указанных юзкейсов? (Интересует в первую очередь конкретный практический опыт.)

(Пока только для серверов)

Ъ:

There has been talk of Intel moving to offer more license-able/opt-in features for hardware capabilities found within a given processor as an upgrade. We are now seeing the Linux signs of that support coming with a driver for «Intel Software Defined Silicon» to allow for the secure activation of such features baked into the processor’s silicon but only available as an up-charge option.

Without purchasing new processors, Intel Software Defined Silicon will allow for activating additional hardware capabilities if purchasing a license/upgrade. The exact details don’t appear to be public yet for what «upgrades» they will offer, but Intel is currently preparing the Linux kernel driver support.

Initially this Software Defined Silicon support appears to be focused on Xeon processors as opposed to license/upgrade features for Intel Core desktop/mobile processors. Yes, a decade ago Intel tried a similar approach in the consumer space with the Intel Upgrade Service that was short-lived and never saw Linux support.

!Ъ: https://www.phoronix.com/scan.php?page=news_item&px=Intel-Software-Defined-Silicon

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

Начну с того, что первым вспомнилось:

1. sudo make install.
Довольно часто в инструкциях по установке софта под «онтопик» говорят делать это. Не знаю, почему вообще кто-то считает это хорошей идеей (могут быть, наверное, исключения, но не советовать же это в качестве стандартного способа установки). Если пакета под ваш дистрибутив нет, используйте Flatpak, AppImage, AUR, PPA, Docker или хотя бы tar.gz, распакованный в пользовательскую директорию. (Snap не используйте, Snap — говно.)

2. sudo gedit.
В основном в «гайдах» по настройке чего-то на «бубунте». Ибо пишут эти такие же «бубунтята». Консольный текстовый редактор и то такая себе идея от рута запускать. Hint: man sudoedit.

3. «/ на SSD, $HOME на HDD».
Почему-то у линуксоидов так сложилось, что принадлежащие пользователю файлы хранятся в одной куче с данными, пренадлежищими программам. Из-за этого остаётся либо выключать в ФМ показ скрытых файлов (а потом снова вклюать, когда понадобится, после чего снова отключать), либо лицезреть помойку. Но самое страшное последствие данного маразма проявляется, когда у пользователя имеется SSD и HDD и он решает на первый поставить систему, а на второй вынести $HOME. В итоге данные, которые по назначению совпадают с содержимым / (только являются при этом специфичными для конкретного пользователя), которые программы постоянно читают и перезаписывают, оказываются на HDD. Храните свои пользовательские данные в /data/ (как в андроиде), /mnt/data/ или где-то ещё. А $HOME пусть остаётся на SSD, на том же разделе, что и /. (Хранить все данные исключительно на HDD тоже не обязательно.) Местоположение папок «Загрузки», «Документы», «Изображения» и т. д. можно настроить средствами DE либо через конфиг XDG User Directories.

4. gremlin_the_red пишет по поводу CONFIG_HZ=1000 для плавности:

Ммм, карго культ он такой. Это очень много лет, как абсолютно ничего не даёт. […] В нашей реальности 2021го не осталось шедулеров, привязанных к config_hz, это дела давно минувших дней.

5. Отдельный раздел для swap.
Зачем лишний раз усложнять себе жизнь и плодить разделы, если можно сделать swap в виде файла? И нет, производительность от этого не упадёт. (Оказывается, что если HDD, то таки упадёт, но там, наверное, уже неважно (см. комментарии).)

Пункт 2.2:

В случае несоответствия правилам сообщение может быть удалено. Текст начального сообщения темы форума […] может быть откорректирован […] корректорами, если в нём содержатся ошибки правописания, или если форматирование сообщения некорректно. При этом стилистика сообщения и его смысл модераторами не изменяется. Тексты новостей и голосования могут быть существенно переработаны модераторами и корректорами. Какой-либо модификации комментариев модераторами не производится.

sudo cast maxcom

По предложению Spoofing. Решил запилить отдельный тред.

Начну:

1. Пишет всем комментарии.

2. «…ты когда какаешь, то писаешь? А какаешь многобайтово, или в однобайтовой кодировке?»

3. Не любит изюм.

(Давайте только без поиска по цитатам, а то так не интересно.)

Подсказка по первым двум пунктам

Спойлер

Добавляю в /etc/pacman.conf:

[home_post-factum_kernels_Arch]
Server = https://download.opensuse.org/repositories/home:/post-factum:/kernels/Arch/$arch

После этого в терминале:

➜  ~ yay -Syy
error: home_post-factum_kernels_Arch: key "95C357D2AF5DA89D" is unknown
:: Import PGP key 95C357D2AF5DA89D? [Y/n] y

error: segmentation fault
Please submit a full bug report with --debug if appropriate.
signal: segmentation fault

Если вручную сделать sudo pacman-key --recv-keys 95C357D2AF5DA89D, то yay -Syy выводит:

error: home_post-factum_kernels_Arch: signature from "home:post-factum OBS Project <home:post-factum@build.opensuse.org>" is unknown trust
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))

sudo pacman-key --refresh-keys не помогает.

Что делать? (Отключить проверку подписи не предлагать.)