Будни #bootstrap

TIL что у гугла есть свой device manager - https://chromium.googlesource.com/aosp/platform/system/core/+/refs/heads/upstream/init/README.ueventd.md

К сожалению, он сильно заточен на fs layout от Android, и оказался не очень полезным за его пределами.

(напомню, что я использую devfs - https://xn--r1a.website/itpgchannel/1866, он ничем не плох)

https://habr.com/ru/articles/849116/

"Разложение (проституирование) инженерной деятельности как ключевая причина краха советской системы"

Очень хороший текст, но с заголовком я поспорю.

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

Будни #bootstrap

Дебажил тут, почему у меня wireshark перестал собираться, после обновления c-ares c 1.33 до 1.34

Дебажил долго, потому что не хотел расчехлять --trace у cmake (кто знает, тот поймет), но, когда расчехлил, разобрался довольно быстро.

Следите за руками:

Wireshark определяет версию c-ares через регулярку по заголовку ares_version.h - https://github.com/wireshark/wireshark/blob/master/cmake/modules/FindCARES.cmake#L40

Раньше там было вот так:

#define ARES_VERSION_STR "1.33.0"

А стало вот так:

https://gist.github.com/pg83/5aa330974364af773b616d14927431a0

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

Зачем wireshark делает именно так, и не зовет машинерию cmake/pkgconfig - одному богу известно.

Морали не будет.

r/ #interestingasfuck
Как знакомились пары с 1930 года по нынешнее время

https://www.opennet.ru/opennews/art.shtml?num=62029 #asahi

"Используемый для запуска игр стек построен на основе Vulkan-драйвера Honeykrisp, эмулятора FEX, позволяющего выполнять x86-приложений на системах ARM, проекта Wine и прослоек DXVK и vkd3d-proton с реализацией API DirectX поверх Vulkan"

"Проблемы с выравниванием из-за несоответствия размера страниц памяти, используемого в операционной системе и необходимого приложениям (программы собранные для x86 рассчитаны на страницы 4К, в то время как на системах Apple используются страницы 16K), удалось решить через запуск в виртуальном окружении второго ядра Linux, собранного с другим размером страниц памяти. Для запуска игр в отдельных виртуальных машинах со своим ядром задействован инструментарий muvm"

"В салон выходит стюардесса:
Дамы и господа, для того, чтобы помочь вам скоротать время полета, на борту нашего лайнера имеются библиотека, кинозал, три бара, ресторан, бассейн и два теннисных корта. А теперь я попрошу вас пристегнуть ремни безопасности, потому что сейчас вместе со всей этой хуйней мы попытаемся взлететь!"

Интересно, зачем это пилят (кроме спортивного интереса)?

Заставить эту конструкцию работать надежно не получится никому и никогда.

https://unix.stackexchange.com/questions/331837/how-to-read-the-whole-shell-script-before-executing-it

А вы знали, что posix shell читает скрипт строку за строкой, что позволяет делать self modifying скрипты, которые изменяют свой код, который еще не был прочитан интерпретатором?

Это особенно интересно интерферирует с фичой -s, то есть, когда вы передаете скрипт в shell через stdin.

Произвольные команды могут "проглатывать" части скрипта, потому что stdin у sh, и у команд, которые он выполняет - это один и тот же stdin.

https://www.phoronix.com/review/amd-epyc-9965-9755-benchmarks/14

Иииииии AMD вырывается вперед!

Напомню историю.

#valve завела свою репку, куда начала класть свои протоколы для #wayland.

Вот коммит с поддержкой одного из этих протоколов в #mesa - https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31329/#note_2580654 (называется он fifo).

И, ВНЕЗАПНО, выходит новый wayland - https://www.opennet.ru/opennews/art.shtml?num=62038, где:

"fifo - реализует FIFO-механизм (первым пришёл - первым ушёл) обработки очереди обновления содержимого отображаемой поверхности. С практической стороны протокол позволяет при выводе использовать ожидание завершения вертикальной развёртки (vblank) вместо использования callback-вызовов при каждой готовности отобразить новый кадр, что решает проблему с высокой нагрузкой на GPU при использовании VSync"

Что очень забавно, этот новый протокол попал в wayland, минуя все необходимые стадии рассмотрения - https://gitlab.freedesktop.org/wayland/wayland-protocols/-/tree/main/staging/fifo

Угу, 22 часа назад положили сразу в staging, минуя unstable, и выпустили свежий релиз.

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/256#note_2606688 - вот тот самый MR с обсуждением, где, как обычно, это все мурыжили год, но, ВНЕЗАПНО, неделю назад, пришли все, кто имеет там право голоса, и проголосовали "ЗА".

Совпадение?

Сомнительно это нам.

#lab #home_lab

В итоге, самым простым и дешевым оказался способ из https://habr.com/ru/articles/509666/ (спасибо моим радиослушателям за ссылку!).

Ну тупо потому, что такой девайс у меня уже был, и он взял, и заработал, без танцев с бубном:

CntR  390
Tamb  17.4125
CntR  390
Tamb  17.4125
CntR  390
Tamb  17.4125

Лежал, валялся без дела (думаю, из этих цифр понятно, почему), а тут пригодился.

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

Продолжение жабагадюкинга с wordpress.

TL;DR - "хороших" там точно нет.

❗️SpaceX впервые смогла посадить носитель Super Heavy на стартовую площадку после запуска Starship

Для этого использовался захват системой Mechazilla.

Будни #bootstrap

Заметил, что иногда сборка на моем ноутбуке начинает жутко тормозить. Прямо в разы, скажем, clang, вместо 15 минут, собирается час.

Вот, нашел время разобраться.

TL;DR, когда все плохо:

pg# cat /proc/cpuinfo | grep MH
cpu MHz    : 544.481
cpu MHz    : 544.478
cpu MHz    : 544.482
cpu MHz    : 544.453
cpu MHz    : 544.582
cpu MHz    : 544.599
cpu MHz    : 544.437
cpu MHz    : 544.595
cpu MHz    : 544.464
cpu MHz    : 544.454
cpu MHz    : 1000.422
cpu MHz    : 1000.416
cpu MHz    : 1000.484
cpu MHz    : 1000.598
cpu MHz    : 999.550
cpu MHz    : 999.589

и когда все хорошо:

pg# cat /proc/cpuinfo | grep MH
cpu MHz    : 4050.226
cpu MHz    : 4050.254
cpu MHz    : 4050.248
cpu MHz    : 4050.265
cpu MHz    : 4049.842
cpu MHz    : 4049.808
cpu MHz    : 4049.950
cpu MHz    : 4049.950
cpu MHz    : 4050.270
cpu MHz    : 4050.308
cpu MHz    : 4050.286
cpu MHz    : 4050.287
cpu MHz    : 4050.286
cpu MHz    : 4050.312
cpu MHz    : 4050.311
cpu MHz    : 4050.297

Использую AMD p-state (https://docs.kernel.org/admin-guide/pm/amd-pstate.html), видимо, иногда ему сносит крышу так, что он наотрез (до reboot) отказываетя повышать частоту процессора.

Мораль? Нет ее.

Да-да, сетевики не нужны