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://github.com/google/fuzzing/blob/master/docs/silifuzz.pdf

Забавный подход к фаззингу CPU(на предмет дефектов) - давайте пофаззим дизассемблер и QEMU, на получившемся корпусе будем проверять реальные CPU.

Подход интересный, выхлоп, ИМХО, слабоват(всякие x87 fcos и rep X не очень сейчас используются, понятно, что их тестированию на свежеиспеченных CPU уделяют мало внимания).

———
Коллеги из Меты говорят, что Курцвейл из меня ху%:ый #future, потому что в Мете уже фактическое самоопределение команд и людей, в каком они режиме работают. А предсказывать уже вовсю идущий процесс - ну такое.

Хорошо, что процесс уже пошел.

———
Традиционный GNU hate speech.

1) https://www.gnu.org/software/software.html

"GNU is an operating system which is 100% free software"

2) https://www.gnu.org/philosophy/free-sw.html

"“Open source” is something different: it has a very different philosophy based on different values."

3) https://invisible-island.net/ncurses/ncurses-license.html https://www.gnu.org/software/software.html (в самом низу список всех проектов GNU)

Очень советую почитать первую ссылку, это прекрасно, как FSF настаивала на своих правах на ncurses, но не получилось. Ну и Том #Хуйкин(нет, серьезно, его именно так зовут!) очень зажигательно пишет, он обязательно появится у нас в рубрике про странных людей.

TL;DR: ncurses - OSS, но не Free Software.

4)

# apt show bash
Pre-Depends: libc6 (>= 2.15), libtinfo6 (>= 6)

Шах и мат, https://www.gnu.org/distros/free-distros.html - полное вранье, нет ни одного дистрибутива Linux, который бы состоял только из Free Software.

Вот такое вот вранье по мелочам.

UPD: в комментариях мне объяснили, что free software шире, чем copyleft часть OSS.

https://www.phoronix.com/news/RFC-eBPF-Linux-Scheduler (#ebpf #uring #future)

#ebpf едет в шедулер, а, значит, я скоро смогу попробовать запустить в него свои шаловливые ручки #ananicy

"The belief is that with eBPF support for the Linux kernel scheduler it could ease experimentation and exploration of new scheduling policies, allow for application-specific schedulers and other customizable options via the loading of custom BPF programs, and provide a non-disruptive way for changing out scheduling policies within production environments"

Ну и, совсем не удивляет, что "Engineers from both Google and Meta (Facebook) are behind this initiative"

Как вы знаете, я хочу стать следующим Курцвейлом. #future

Пока у меня в активе есть только прозорливое (== я об этом стал писать раньше других комментаторов) понимание, что #zink вытеснит все остальные реализации #opengl, не только в #mesa, а вообще.

Вообще, меня, конечно, не перестает удивлять, что какое-то облизывание требуется для каждого нижележащего vulkan драйвера.

Казалось бы - написал 1 раз, и дотачивай потом себе perf.

Я так понимаю, что все реализации vulkan по разному понимают, что такое vulkan, потому что технология еще не очень устоялась, поэтому нужны хаки там и тут.

https://www.phoronix.com/news/Zink-Intel-Arc-Graphics-Doom

Вот, пишут, что zink + anv (vulkan от Intel) в некоторых играх в пару раз быстрее, чем iris (opengl от Intel)

#wasm

Второго Курцвейла #future из меня все никак не получается, потому что, как обычно, я горазд предсказывать уже случившиеся события.

https://wasix.org/

https://github.com/wasix-org/wasix-libc

Вот, почти полный POSIX wasm runtime. К сожалению, пока работает только в https://wasmer.io/

Я чего-то ору!

Не прошло и полугода, как взяли, и запилили!

https://arxiv.org/abs/2312.03858

(Я тут, получается, настоящий Курцвейл #future, потому что предсказал не как у меня обычно (после того, как все уже произошло), а прямо до!)

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

Вышли 6-ые кеды.

У меня их нет, и пока не будет (#kparts), а вот то, что они объявили #wayland сеанс основным, очень и очень много значит.

Это значит, что внедрение wayland сейчас станет лавинообразным, и, через год-два, будет не 15% wayland, а 15% X11. #future

Надеюсь, не откатят это, как когда-то сделали SDL.

#future #zink продолжает вытеснять остальные opengl драйвера - https://www.opennet.ru/opennews/art.shtml?num=62860, как я и предсказал нескольк лет назад (https://t.iss.one/itpgchannel/648 https://t.iss.one/itpgchannel/126)!

"Компания Сollabora сообщила о принятии в кодовую базу проекта Mesa изменения, заменяющего OpenGL-драйвер, применяемый по умолчанию для GPU NVIDIA, начиная с микроархитектуры Turing. В следующем выпуске Mesa 25.1 вместо OpenGL-драйвера Nouveau (nvc0) для подобных GPU будет применяться разработанный в Сollabora OpenGL-драйвер Zink в связке с Vulkan-драйвером #NVK. По сравнению с Nouveau драйвер Zink демонстрирует более высокую производительность во многих тестах и не подвержен проблемам, проявляющихся в Nouveau при работе на новых GPU NVIDIA"

Правда, я вот сейчас активно пытаюсь выкинуть #mesa вообще, и попробовать построить альтернативный стек, типа #AMDVLK + #ANGLE. Зачем?

* интересно

* меня окончательно расстроило качество кода в #mesa, и чем его у меня будет меньше работать, тем спокойнее я буду спать. В конце-концов, Google не просто так запилил #ANGLE, и не просто так его начали использовать в WebKit.