Российский убийца игровых движков Unreal и Unity оказался на грани банкротства Коммерсантъ. Проект скорее всего остановят. В 2022 году сообщалось, что на его развитие направят 1 млрд рублей, а в будущем все игры в России будут или созданы на Nau Engine, или не получат госаккредитацию. @bankrollo

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

TL;DR - вышла новая samba.

Вроде, ничего интересного, но:

"Добавлена поддержка использования в качестве транспорта для SMB3 протокола QUIC. Для использования QUIC на стороне сервера требуется загрузка модуля ядра quic.ko, который пока поставляется отдельно, но скоро будет принят в основной состав ядра Linux"

https://lore.kernel.org/all/cover.1751743914.git.lucien.xin@gmail.com/

Божечки, ну что же за срань-то? Зачем, эти злые люди продолжают тянуть всякое в ядро? Им дыр в #ksmbd не хватает (https://www.tgoop.com/itpgchannel/3387)?

Технически реализация, конечно, потрясает (нет) своей технологичностью - она требует наличие демона в userspace, чтобы заниматься handshake:

"For kernel consumers, they can initiate a handshake request from the kernel to userspace using the existing net/handshake netlink. The userspace component, such as tlshd service [2], then manages the processing of the QUIC handshake request"

Скорость этой поделки тоже, скажем так, "впечатляет":

QUIC(disable_1rtt_encryption) vs. TCP:
  
    UNIT        size:1024      size:4096      size:16384     size:65536
    Gbits/sec   QUIC | TCP     QUIC | TCP     QUIC | TCP     QUIC | TCP
    ────────────────────────────────────────────────────────────────────
    mtu:1500    3.09 | 4.59    4.46 | 14.2    5.07 | 21.3    5.18 | 23.9
    ────────────────────────────────────────────────────────────────────
    mtu:9000    4.60 | 4.65    8.41 | 14.0    11.3 | 28.9    13.5 | 39.2

Я так понимаю, движ начался после https://arxiv.org/html/2310.09423v2:

"QUIC is expected to be a game-changer in improving web application performance. In this paper, we conduct a systematic examination of QUIC’s performance over high-speed networks. We find that over fast Internet, the UDP+QUIC+HTTP/3 stack suffers a data rate reduction of up to 45.2% compared to the TCP+TLS+HTTP/2 counterpart. Moreover, the performance gap between QUIC and HTTP/2 grows as the underlying bandwidth increases"

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

Вот я как в воду глядел :(

#AMDVLK

Ну и закономерный исход из https://www.tgoop.com/itpgchannel/3116 - https://www.opennet.ru/opennews/art.shtml?num=63886 https://discourse.gnome.org/t/stepping-down-as-libxml2-maintainer/31398

Такой сегодня день.

КДПВ из https://www.tgoop.com/mem_b0lt_Genona/300

Теперь к важным новостям - jetbrains запилили возможность построчно отлаживать constexpr/consteval выражения в C++ - https://blog.jetbrains.com/clion/2025/09/introducing-constexpr-debugger/

Я, к своему стыду, за столько лет, как эти штуки появились, так и не начал их серьезно использовать, разве что, как замену enable_if, в виде if constexpr. Мне, когда нужен генератор state machine для движка регулярок, я беру внешний ragel/antlr/flex/bison/whatever, и не стремлюсь все утоптать в прокрустово ложе C++.

И, да, мой код при этом работает быстрее, чем твой, %username%!

#cplpl_doomed

Goldman Sachs says AI still not showing up in companies' bottom lines
Article, Comments

oh no…

TikTok to Be Acquired by Oracle, Silver Lake and Andreessen
Article, Comments

А хорошо быть первым гопником на раене, взять, и на гоп-стоп отнять компанию!

https://www.kommersant.ru/doc/8042457

Власти Афганистана отключили интернет «для предотвращения безнравственности»

https://www.reddit.com/r/programming/comments/1niy72f/asus_gaming_laptops_have_been_broken_since_2021_a

https://github.com/Zephkek/Asus-ROG-Aml-Deep-Dive

Смотрите, какая красота - очень низкоуровневый debug проблем с ACPI ноутбука от ASUS.

"Yet, the firmware ignores MUX state nudging the iGPU path (GFX0) and, worse, engaging dGPU cut/notify logic (PEGP/PEPD) every 30-60 seconds. The dGPU in mux mode isn't just "preferred" - it's the ONLY path to the display. There's no fallback, and no alternative. When the firmware arms DGCE (power off), it's attempting something architecturally impossible.

Most of the time, hardware sanity checks refuse these nonsensical commands, but even failed attempts introduce latency spikes causing audio dropouts, input lag, and accumulating performance degradation. Games freeze mid-session, videos buffer indefinitely, system responsiveness deteriorates until restart.

The Catastrophic Edge Case
Sometimes, under specific thermal conditions or race conditions, the power-down actually succeeds. When the firmware manages to power down the GPU that's driving the display, the sequence is predictable and catastrophic:

* Firmware OFF attempt - cuts the dgpu path via PEG1.DGCE
* Hardware complies - safety checks fail or timing aligns
* Display signal cuts - monitors go black
* User input triggers wake - mouse/keyboard activity
* Windows calls PowerOnMonitor() - attempt display recovery
* NVIDIA driver executes _PS0 - GPU power on command
* GPU enters impossible state - firmware insists OFF, Windows needs ON
* Driver thread blocks indefinitely - waiting for GPU response
* 30-second watchdog expires - Windows gives up
* System crashes with BSOD"

Кстати, удивлен, что под винду есть такие глубокие способы отладки.

У меня однажды был ASUS ROG, он глючил так, как не глючил ни один другой мой ноутбук. Не советую никому и никогда.

https://phys.org/news/2025-09-fish-cloaca-fingers-scientists-digits.html

"From fish cloaca to fingers: Scientists trace the origin of our digits"

А теперь и официально - руки таки реально растут из жопы!

Rust теперь обязателен для сборки Git 3.0 (когда он выйдет пока не понятно)

https://lore.kernel.org/git/6674eb07df107d786b747ccd6dce4555d36d5d2c.camel@physik.fu-berlin.de/T/

Hi,

this small patch series introduces Rust into the core of Git. This patch series is designed as a test balloon, similar to how we introduced test balloons for C99 features in the past. The goal is threefold:

- Give us some time to experiment with Rust and introduce proper build infrastructure.

- Give distributors time to ease into the new toolchain requirements. Introducing Rust is impossible for some platforms and hard for others.

- Announce that Git 3.0 will make Rust a mandatory part of our build infrastructure.
. . .

I'm mostly splitting out the topic of introducing Rust from the larger series that introduce it into xdiff so that we can focus more on the actual process of introducing Rust into Git and less on the potential features that we want to build on top of it.

В сообщении упоминается xdiff, это параллельный процес в разработке git

Upcoming patches will simplify xdiff, while also porting parts of it to Rust. In preparation, add some stubs and setup the Rust build. For now, it is easier to let cargo build rust and have make or meson merely link against the static library that cargo builds. In line with ongoing libification efforts, use multiple crates to allow more modularity on the Rust side. xdiff is the crate that this series will focus on, but we also introduce the interop crate for future patch series.

https://lore.kernel.org/git/pull.2043.git.git.1756496539.gitgitgadget@gmail.com/T/#maf899d074287293cee029a688aa5ab14a5613986

Git has historically been written primarily in C, with some shell and Perl. However, C is not memory safe, which makes it more likely that security vulnerabilities or other bugs will be introduced, and it is also more verbose and less ergonomic than other, more modern languages.

One of the most common modern compiled languages which is easily interoperable with C is Rust. It is popular (the most admired language on the 2024 Stack Overflow Developer Survey), efficient, portable, and robust.

Introduce a document laying out the incremental introduction of Rust to Git and provide a detailed rationale for doing so, including the points above. Propose a design for this approach that addresses the needs of downstreams and distributors, as well as contributors.

https://lore.kernel.org/git/pull.2043.git.git.1756496539.gitgitgadget@gmail.com/T/#mb0f289427a079dd87e67cc7b597e19ed554a0100


В общем https://растпобеда.рф

https://www.phoronix.com/review/linux-617-filesystems/5

TL;DR - XFS/EXT4 - лучшие, а bcachefs тихо курит в сторонке.

Будни #bootstrap

Запилил новый способ запуска пользовательской сессии - через отдельный pid namespace, и mount namespace.

pid namespace - чтобы не видеть лишнего, очень удобно:

pg:home# pstree
dbus-run-sessio─┬─alacritty─┬─bash───mc───bash
                │           └─31*[{alacritty}]
                ├─alacritty─┬─bash───pstree
                │           └─31*[{alacritty}]
                ├─dbus-daemon
                ├─mako
                ├─niri───15*[{niri}]
                ├─swaybg
                └─waybar───17*[{waybar}]

Ну и mount namespace, чтобы /bin глядела в мой #realm, а не в системный:

pg:home# ls -la /bin
lrwxrwxrwx 1 pg pg 15 Sep 20 21:23 /bin -> ix/realm/pg/bin

То есть, я полностью изолирую свою сессию от системного окружения, даже управляющие сокеты оставляю минимально:

pg:home# find /var/run/ | grep -v std
/var/run/
/var/run/sndiod
/var/run/sndiod/sock0
/var/run/seatd
/var/run/seatd/seatd.sock
/var/run/dbus
/var/run/dbus/system_bus_socket

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

В итоге, твоя сессия - это только твои процессы, и твои файлы, а для остального есть sudo.

Наверное, что-то похожее делает https://www.talos.dev/

"Упрямство вашего антропоцентризма и, что отсюда следует, нежелание увидеть истину, было столь же велико, сколь напрасно. Даже когда появились программы - и тем самым машины, - с которыми можно было беседовать, а не только играть с ними в шахматы или получать от них отрывочную информацию, сами создатели этих программ не поняли значения произошедшего: они ожидали, что дух в машине - на дальнейших стадиях конструирования - появится в виде личности. То, что дух мог остаться безлюдным, что обладателем Разума мог быть Никто, - не укладывалось у вас в головах, хотя это было уже почти правдой. Поразительное ослепление!"

совершенно потрясающе