Author here. <...>

I do want to make clear that most of the optimizations discussed are implemented in the Go scheduler, which is where I discovered them. I wrote the article to call them out as they were not easy to discover.

Preemption is out of scope for Tokio as we are focusing on a runtime to power Rust async functions. So, for the foreseeable, Tokio will using "cooperative preemption" via await points.

https://news.ycombinator.com/item?id=21249708

Только что прислали в личку крутую статью про tokio scheduler, которая в целом, интересна может быть всем, не только растоманам https://tokio.rs/blog/2019-10-scheduler/ #rust

Если вы сделаете
git config --global diff.noprefix true

то в диффе вы не увидите этих тупых префиксов a/ b/ и ваша консоль по идее правильно распарсит и поймет что это путь (см. скрин)

Уже полгода+ прошло с вопроса о ваших dotfiles репках. Я свою толком до ума и не довёл из-за ненадобности.

Но вот пост выше про конфиг гита подтолкнул на мысль: почему не повторить?

Если хотите похвастаться своим гитом или прочими башрс - выслушаю в лс @olegkovalov (правда прочитаю-отвечу не сразу)

(кстати bashrc = bash run command)

Скучали? А у нас тут ещё один пост от @vrutkovs, на этот раз про то, как у себя дома развернуть кластер kubernetes, потому что А КТО ВООБЩЕ МЕНЯ ОСТАНОВИТ?

Instant view версия: https://teletype.in/@opendevcast/rJJLWwXYB
То же самое в бложике: https://vrutkovs.eu/posts/home-cluster/

Приятного чтения :)

#docker #k8s #devops
@vrutkovs

штош, комбо

Повторять каналы в пред подборке особого смысла не имеет, поэтому проще вам пролистать старый пост, он так же актуален как и тогда. А вот новая подборка:

@devopslibrary - лента о девопсе
и сюда же @ntwrkchnnl и @golanglibrary сеть и го соотв
@tech_b0lt_Genona - все новости о девопсе и sre
@defront - каждому фронтендеру нужно подписаться
@hn_best_comments - аггрегатор топ коментов ХН, это удобнее чем читать весь трёп
@swissextreme - канал подруги об экстремальный жизни в Швейцарии

@devpassion - о разработке и девопс
@jemalloc - личный бложек айтишника
@hot_backenderr - довольно тех подкованный блог
@programming_sucks - хороший тех бложек
@todayishared - личная лента про все интересное
@your_soft_skillzz - ооочень много о софтскиллах и как строить карьеру

@It_challenge - создание приложения, ежедневные отчеты, уже 266 дней
@singulary - что там нового в айти + мемы
@kate_reads - бложек IT руководителя образовательных программ
@potato_frontend - о жизни айтишника
@futurenews - новости из будущего
@meow_design - о дизайне
@constantine_log - личный блог
@better_dont - разработчик Facebook из Лондона, много о жизни
@frontitutka - жизнь в Швейцарии
@poison_packer - обзоры на давние фильмы(жаль постов мало)
@gtxtymt_xyz - айти шуточки
@whining - филиал https://grumpy.website о том как все плохо в UX
@ch_11 - личная тех лента
@daily_ponv - о Скале
@this_week_in_react - что там нового в Реакте
@extern_world - блог мейнтейнера в Debian, которого судили за тор-ноду (внимание политота, но не только)

Не читал, но должна быть годнота

Two kernel mysteries and the most technical talk I've ever seen

1. What is this "fentry" stuff at the start of every kernel function? Profiling? Why doesn't it massively slow down the Linux kernel?
2. How can Ftrace instrument all kernel functions almost instantly, and with low overhead?

http://www.brendangregg.com/blog/2019-10-15/kernelrecipes-kernel-ftrace-internals.html

Пару-тройку организационных замечаний:

1. если пишете в треде на слаке, то будьте готовы, что вас никто не заметит (внезапно не все это понимают).

2. если вы с кем-то созвонились и вы активно не участвуете в диалоге, серьезно, нажмите mute. как минимум скрип вашего кресла не будет мешать другим, как и грюканье дверьми в соседнем кабинете.

3. если у вас спросили что-то, и вы ответили реакцией, то так же с большой вероятностью человек этого не заметит (нотификация не появится, ток значок загорится на пару минут в левом верхнем углу слака, на месте @ будет реакция).

it's enterprise wednesday my coworkers 🐸

я верю, что наступит тот день, когда разные сервисы и утилиты смогут читать конфиг не из корня репо, а из условного .config, и мир станет чуть лучше (буду смеяться как джокер, если это уже есть, прост мало кто в курсе)

В #go завезут t.Cleanup метод. Считайье это как дефер для теста.

https://golang.org/issue/32111

Ахахахахха

Граждане, а ведь среди вас есть роликоведы, среди них же ролиководоведы. Если можете что-то подсказать-посоветовать, буду рад вас услышать (лс @olegkovalov)

(если что я про roller skates или как там)

Прикольные новости из #go Ускорили дефер (34ns -> 6ns), но при этом паники стали медленнее (62ns -> 255ns) из-за сканирования стека вызовов.

На самом деле это приятные изменения, быстрый дефер это конечно круто, но лишний раз некоторым намекнуть, что кидать паники просто так не стоит.

А еще Go-C-Go ускорили (443ns -> 347ns)

Патч https://go-review.googlesource.com/c/go/+/190098
(пропозал в прикрепленном посте)

Ой как красиво и интересно.

Ребята из 99designs рассказывают про уязвимость в AWS ALB за которым стоит Go приложение со стандартным муксом из net/http. 😱

https://99designs.com/blog/engineering/request-smuggling

Я опять полез в стд вещи жавы и узнал забавную вещь. Смотрим класс String, оказывается replaceAll принимает строку и компилит её в регулярку (уже неочевидно из названия, да и странное хотение).

public String replaceAll(String regex, String replacement) {
        return Pattern.compile(regex).matcher(this).replaceAll(replacement);
    }

Но если пойти в метод compile, то попадём в приватный конструктор с лаконичными именами. Все, лишь бы не писать мерзотные this.foo

private Pattern(String p, int f) {
        pattern = p;
        flags = f;
        ...

мда......................................................