Телеграмм чат группы cloud

жму горячие клавиши, результата ноль, конфиги перепроверил все норм. Если пнуть "qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock" то все норм локается, если мышой накликать норм. Но хот кей как будто не работают.

А если поменять сочетание

источник

14:11пожаловаться #4

КБ

Кирилл Бобров... in cloud_flood

Виталий На Заборе

А если поменять сочетание

похеру

источник

14:11пожаловаться #5

ВН

Виталий На Заборе... in cloud_flood

Хм

источник

14:12пожаловаться #6

ВН

Виталий На Заборе... in cloud_flood

Забавно

источник

14:12пожаловаться #7

КБ

Кирилл Бобров... in cloud_flood

Я кажется догадываюсь

источник

14:12пожаловаться #8

КБ

Кирилл Бобров... in cloud_flood

я короче ставлю легаси клаву

источник

14:13пожаловаться #9

КБ

Кирилл Бобров... in cloud_flood

падажи

источник

14:13пожаловаться #10

МК

Марк ☢️ Коренберг... in cloud_flood

Релиз ядра Linux 5.11 https://opennet.ru/54581/

www.opennet.ru

Релиз ядра Linux 5.11

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.11. Среди наиболее заметных изменений: поддержка анклавов Intel SGX, новый механизм перехвата системных вызовов, запрет сборки модулей без MODULE_LICENSE(), режим быстрой фильтрации системных вызовов в seccomp, перенос архитектуры ia64 и технологии WiMAX в ветку "staging", возможность инкапсуляции SCTP в UDP.

источник

18:23пожаловаться #11

ВН

Виталий На Заборе... in cloud_flood

Впилили-таки эту срань SGX в ядро

источник

18:25пожаловаться #12

ВН

Виталий На Заборе... in cloud_flood

Все никак копирасты не узбагоятся

источник

18:25пожаловаться #13

КБ

Кирилл Бобров... in cloud_flood

Линус Торвальд лизнул ядро

источник

18:26пожаловаться #14

JD

John Doe in cloud_flood

Мозольки ел?

источник

18:26пожаловаться #15

ВН

Виталий На Заборе... in cloud_flood

Но кстати

источник

18:28пожаловаться #16

ВН

Виталий На Заборе... in cloud_flood

> Проведена работа по оптимизации производительности обработки входящего TCP-трафика в режиме zerocopy, т.е. без дополнительного копирования в новые буферы. Для трафика среднего размера, охватывающего десятки или несколько сотен килобайт данных, применение zerocopy вместо recvmsg() заметно эффективнее. Например, реализованные изменения позволили повысить эффективность обработки трафика в стиле RPC с сообщениями в 32 КБ при использовании zerocopy на 60-70%.

источник

18:28пожаловаться #17

КБ

Кирилл Бобров... in cloud_flood

John Doe

Мозольки ел?

С пифком

источник

18:28пожаловаться #18

ВН

Виталий На Заборе... in cloud_flood

https://lwn.net/Articles/754681/
> Actually getting some data into that range requires a getsockopt() call with the TCP_ZEROCOPY_RECEIVE operation.

Ебать как удобно

lwn.net

A reworked TCP zero-copy receive API

In April, LWN looked at the new API for
zero-copy reception of TCP data that had been merged into the net-next tree
for the 4.18 development cycle. After that article was written, a couple
of issues came to the fore that required some changes to the API for this
feature. Those changes have been made and merged; read on for the details.

источник

18:29пожаловаться #19

КБ

Кирилл Бобров... in cloud_flood

Виталий На Заборе

> Проведена работа по оптимизации производительности обработки входящего TCP-трафика в режиме zerocopy, т.е. без дополнительного копирования в новые буферы. Для трафика среднего размера, охватывающего десятки или несколько сотен килобайт данных, применение zerocopy вместо recvmsg() заметно эффективнее. Например, реализованные изменения позволили повысить эффективность обработки трафика в стиле RPC с сообщениями в 32 КБ при использовании zerocopy на 60-70%.

Шо ета даёт, цеф заживёт теперь?

источник

18:30пожаловаться #20