* https://lists.llvm.org/pipermail/llvm-dev/2021-October/153113.html

LLVM хочет отказаться от фабрикатора, в пользу github PR's(не потому что он плохой, а потому что его забросили). Печаль. Мне гораздо более симпатичны(и удобны) тулзы, которые делают программисты для программистов(хотя они и вырвиглазны), чем те, которые делают дизайнеры для программистов.

* #glibc теперь можно не только собрать c clang, но и слинковать с lld. Вы уже знаете мою любовь к инструментам от GNU, поэтому новость позитивная, конечно. https://www.collabora.com/news-and-blog/blog/2021/09/30/a-tale-of-two-toolchains-and-glibc/

* пост за paywall, https://lwn.net/Articles/871866/ Про реализацию SMB протокола в ядре. #ksmbd Мои 5 копеек:
- судьба #khttpd ничему людей не научила
- нормальные люди из ядра пытаются что-то вынести, а не добавить. Сотни миллионов строк кода в ring 0 - это ненормально.
- почему не попробовали сделать то же самое, но в user space, с помощью #io_uring? io_uring нивелирует стоимость системных вызовов, и чем больше нагрузка, тем меньше получаются расходы на системные вызовы.

* умер Jörg Schilling https://lwn.net/Articles/872489/. Если бы не этот плачевный факт, он бы обязательно попал бы к нам в коллекцию упоротых(в хорошем смысле этого слова) людей. Посудите сами - своя система сборки smake, свой дистрибутив Solaris, так же он автор cdrtools(школота уже не помнит, но мы-то помним, как резали ими компакт-диски под linux). Мы такое любим. :(

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

Highlights:

* "При сборке ядра с использованием компилятора Clang по умолчанию теперь задействован встроенный ассемблер от проекта LLVM."

Это означает, что теперь ядро можно собрать полностью GNU-free toolchain(поддержка clang и lld появились раньше). Очень позитивная новость!

* "В #io_uring также добавлена поддержка системных вызовов mkdirat(), symlinkat() и linkat()."

Чем быстрее в io_uring появятся все сисколлы, тем быстрее не будет случаться упячка из следующего пункта.

* "В состав ядра добавлен модуль ksmbd с реализацией файлового сервера, использующего протокол SMB3."

Про это я уже ругался. Адовейшая поверхность для атак, чо. #ksmbd

* "В ядро принята новая реализацией файловой системы NTFS, открытая компанией Paragon Software."

Тут сказать нечего, кроме того, что Linux теперь окончательно "production ready"!

https://kroah.com/log/blog/2021/02/03/helping-out-with-lts-kernel-releases/

Грег K-H слезно просит тестировать свежие ядра. Свое отношение к качеству разработки ядра я тут уже высказывал, добавим в копилочку :)

———
https://lwn.net/Articles/874546/
https://news.ycombinator.com/item?id=29062982
https://www.opennet.ru/opennews/art.shtml?num=56083

Почему-то, когда смузиязыки хвастались символами эмоджи в идентификаторах, мне казалось, что до добра это не доведет. Впрочем, современный С++ не лучше.

———
https://ethw.org/Milestones:List_of_IEEE_Milestones

Вечерами почитываю этот список, он огромный. Я до конца не понимаю, почему он меня вставляет. Возможно, это сродни истории про bootstrap, и необходимости копаться в старом говнокоде. Возможно, потому что про бОльшую часть этих достижений можно понять, как они повлияли на нашу текущую жизнь. ¯\_(ツ)_/¯

———
https://blog.pyston.org/2021/10/26/pyston-roadmap/

Не CPython единым. Pyston - проект от Dropbox, он сдох несколько лет назад, но вот, ожил. Обещают поддержку 3.10, macOS(без этого я его даже пробовать не хочу).

Конкуренция интерпретаторов - это хорошо, а вот плохо то, что все альтернативные интерпретаторы недостаточно хороши, чтобы быть drop-in replacement.

Тем временем, я пристально слежу за тредом на python.org, в котором предложили убрать GIL. Там случился новый виток активности, и Гвидо даже вежливо попросили не заниматься ху%:,ей: #gil

https://mail.python.org/archives/list/[email protected]/message/WBLU6PZ2RDPEMG3ZYBWSAXUGXCJNFG4A/

"Something just occurred to me. If you upstream all the other goodies (register VM, etc), when the time comes to upstream the no-GIL parts won't the complaint then be (again), "but it's slower for single-threaded code!" ? ;-)"

Гвидо пока не ответил.

https://samba.plus/blog/detail/ksmbd-a-new-in-kernel-smb-server #ksmbd

Ахаха, я тут должен сказать "а я же говорил!" :)

"Clearly, those number are impressive, but at the same time recent improvements in Samba's IO performance put this into perspective: by leveraging the new “io_uring” Linux API Samba is able to provide roughly 10x the throughput compared to ksmbd."

И это они еще не начали переписывать сетевые кусочки на #eBPF.

———
https://www.techrepublic.com/article/83-of-it-leaders-believe-the-hybrid-workforce-is-here-to-stay/

Чтобы стать следующим Курцвейлом, нужно делать прогнозы! Вот, делаю. #future

Что будет:

Я считаю, что, конечно, фарш уже не прокрутить назад, и удаленная работа с нами останется. Сначала в каких-то извращенных формах, 2 - 3 дня в неделю в офисе(я же верно понимаю, что FAANG MANGA идет к этому?), остальное время из дома. Потом, по мере привыкания control freaks из менеджмента, все это будет двигаться в сторону полноценной удаленной работы:

* Без коэффициентов. Оплата по труду, а не по тому, откуда ты работаешь.
* Появление в офисе по мере рабочей необходимости, а не обязательные N дней. Тут важно понимать, что "N дней в офисе" - это никакой не компромисс, он не решает никаких задач(в перекрестное опыление на кофепоинте я уже не очень верю, год назад мне все еще казалось, что это работает, а потом я как-то приспособился перекрестно опыляться в TG). Вот, допустим, я хочу работать из домика в деревне, или переехать на окраину города, чтобы жить рядом с зеленым парком и вообще поднять уровень жизни? Как мне помогает "N дней в офисе"? Никак, потому что 5 - N дней приходится решать очень странную транспортную задачу. А зачем мне 5 - N дней вне офиса, если у меня квартира в мегаполисе? Чтобы сидеть в душной коробке(не дай Боже, с неработающей женой и детьми на карантине)?
* Возможно, произойдет разделение команд по признаку mostly remote/mostly office. Вот это, как раз, будет самый настоящий консенсус, а не никого не устраивающий компромисс.

Почему:

* 2 года короны показали, что удаленка - это не леденящий душу пиздец, а вполне понятное проседание на 10 - 20%, которое вполне может быть скомпенсировано меньшими затратами на офис, etc. Это знание теперь с нами навсегда.
* Из-за прагматической конкуренции. Компании из второго - третьего эшелона уже все предлагают удаленку, потому что ну надо же как-то конкурировать наймом с первым? Амазон уже что-то пробует(потому что умеет считать деньги) - https://www.seattletimes.com/business/amazon/amazon-will-allow-many-employees-to-work-remotely-indefinitely/ Остальные подтянутся, когда HR поймет, что это причина оттока/притока сотрудников в компанию. Рынок все расставит по своим местам.
* Самое простое и понятное объяснение - IT все еще рынок, где заправляет рабочая сила, так как Copilot все еще бажит. Если 50% сотрудников будут хотеть full remote(а уже известно, что это всего 10 - 20% проседания!), то рынок подстроится.

Последствия:

* Те компании, что побыстрее перестроятся, соберут сливки и прочую сметану с найма.
* Будем жить в деревне, и не тратить по 2 часа на дорогу. Те, кто хочет, конечно. А молодежь будет наслаждаться упавшими в цене хатами в центре города :D
* Дальнейшая глобализация рынка. У нас ЗП вырастут, у вас упадут(ну, точнее, вырастут не так, как могли бы) :D
* Компромисс "50% хотят 100% remote, поэтому 100% получат 50% remote" просуществует недолго.

https://lists.llvm.org/pipermail/cfe-dev/2021-November/069246.html

Предложение по использованию более робастного парсера в clang tooling. Это очень круто.

Давайте я вам расскажу, как работает clang-format(кстати, I managed to наконец-то реализовать поддержку аркадийного style guide в clang-format!).

Он токенизирует текст, потом применяет очень простые правила, чтобы, очень приблизительно, понять, что же перед ним за токен. Семантического анализа тут нет. Типа, return это всегда keyword return. Потом он применяет серию "регулярок" поверх этих токенов(ну, ладно, там еще есть стек вложенности для ([{<, и код для форматирования блоков кода в комментариях(написано сумрачным гением!)). Все это захардкожено в 10000 строк С++.

Что-то типа:

if текущий токен(далее T) is class 
   && T->Next->Next is {, то после { поставить '\n'

. Вот реально так, я сам написал с десяток таких. А потом ты начинаешь пробовать поддержать не просто

class A {

, а

class A: B {

, и так далее. Короче, это жесть.

Работает это все херово. Ну, или, наоборот, удивительно хорошо для такого убогого алгоритма. Замена

A->B

на

A -> B

(для разнообразных нетривиальных A, B) очень частое дело. Лямбды портит через раз.

Если в clang-format появится более нормальный парсер, это будет счастье.

———
https://lists.llvm.org/pipermail/llvm-dev/2021-November/153551.html

В llvm интегрируют post-link optimizer от FB. Товарищи из FB, это "на тебе, Боже, что нам негоже", или что-то стоящее?

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

8 опасных уязвимостей в samba. #ksmbd

(Тут должен был быть текст про ksmbd, типа, "только сумасшедший может запускать обслуживание протокола SMB в ядре", но потом я пригляделся, что из 8 уязвимостей только одна про memory safety, поэтому теперь это про Rust)

И какой смысл в этом вашем Rust, если из 8 опасных уязвимостей в samba только 1 про memory safety, а остальные - на логику приложения?

Давненько не было новостей про #ksmbd.

https://www.opennet.ru/opennews/art.shtml?num=58377 - сразу несколько CVE в этой поделке.

В целом, мне больше нечего добавить на эту тему, кроме того, что было уже сказано (разгон основной реализации через #uring лучше), и еще раз сказать, что не надо код в ядро тянуть, его надо оттуда убирать.

https://www.opennet.ru/opennews/art.shtml?num=60860 просто оставлю тут очередную cve про #ksmbd.

(а некоторые меня спрашивают, почему я отказываюсь использовать NFS из ядра)