DB
Size: a a a
2020 February 05
E
точно, а я и забыл про него. 😀
N
Есть же https://github.com/dohnto/pydor
я недавно даже подумывал его использовать
E
я недавно даже подумывал его использовать
Я бы не рискнул. Автор пишет: It was a poor choice, but I am not going to change it since it is not maintained actively anymore.
N
Я бы не рискнул. Автор пишет: It was a poor choice, but I am not going to change it since it is not maintained actively anymore.
там ещё и нужного мне функционала не было
p
Следите за своими детьми, а то еще PHP выучат
DA
классно) только не понял про то почему они подхачили LRU и стали юзать BTreeMap вместо HashMap 🤔
PS ну и накинулись же на них в комментах.
PS ну и накинулись же на них в комментах.
E
классно) только не понял про то почему они подхачили LRU и стали юзать BTreeMap вместо HashMap 🤔
PS ну и накинулись же на них в комментах.
PS ну и накинулись же на них в комментах.
> PS ну и накинулись же на них в комментах.
"Must be a-lot of Google fanboys in these comments." 😀
"Must be a-lot of Google fanboys in these comments." 😀
E
но там справедливо пишут, почему они сравнивают древний Go со свежим растом
E
С другой стороны, в расте нет и не было gc, поэтому тут без разницы какой раст
DA
ага. но от пиков GC новый бы их всё равно так не спас
S
классно) только не понял про то почему они подхачили LRU и стали юзать BTreeMap вместо HashMap 🤔
PS ну и накинулись же на них в комментах.
PS ну и накинулись же на них в комментах.
Почему подхачили LRU в Go реализации? А про BTreeMap обсуждают здесь: https://news.ycombinator.com/item?id=22239393 . Там jhgg, похоже, как раз сотрудник Discord и бегает по всему треду с объяснениями, очень интересные комментарии.
DA
Почему подхачили LRU в Go реализации? А про BTreeMap обсуждают здесь: https://news.ycombinator.com/item?id=22239393 . Там jhgg, похоже, как раз сотрудник Discord и бегает по всему треду с объяснениями, очень интересные комментарии.
я так понял не в го а в расте
S
я так понял не в го а в расте
Да, точно. А объяснения этому по моей ссылке выше.
DA
ааа
to optimize memory usageDA
понятно тогда
DA
Почему подхачили LRU в Go реализации? А про BTreeMap обсуждают здесь: https://news.ycombinator.com/item?id=22239393 . Там jhgg, похоже, как раз сотрудник Discord и бегает по всему треду с объяснениями, очень интересные комментарии.
спасибо Стас)
S
Мне понравился один комментарий с HN, что в этой ситуации, когда им надо всего лишь хранить счётчики, им вполне бы подошёл Redis, а не городить свой велосипед.
S
Хотя с другой стороны я не помню LRU cache в Redis
E
Мне понравился один комментарий с HN, что в этой ситуации, когда им надо всего лишь хранить счётчики, им вполне бы подошёл Redis, а не городить свой велосипед.
а они проверяли на практике это? использование redis?