tgoop.com/itpgchannel/3401
Last Update:
https://www.opennet.ru/opennews/art.shtml?num=63870
TL;DR - вышла новая samba.
Вроде, ничего интересного, но:
"Добавлена поддержка использования в качестве транспорта для SMB3 протокола QUIC. Для использования QUIC на стороне сервера требуется загрузка модуля ядра quic.ko, который пока поставляется отдельно, но скоро будет принят в основной состав ядра Linux"
https://lore.kernel.org/all/[email protected]/
Божечки, ну что же за срань-то? Зачем, эти злые люди продолжают тянуть всякое в ядро? Им дыр в #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"
BY commit -m "better"
Share with your friend now:
tgoop.com/itpgchannel/3401