RB
😂😂😂
и снова "There should be one-- and preferably only one --obvious way to do it."
и снова "There should be one-- and preferably only one --obvious way to do it."
Size: a a a
2020 April 01
RB
https://gist.github.com/9seconds/dce09602c4feebcc64804559288a2a2d вот пример того, когда из ада начинают стучаться
кстати, про экспоненциальный бекофф у меня давно есть вопрос.
в этой реализации если начнутся проблемы, то delay будет расти до максимума, а потом все станет хорошо на какое-то продолжительное время, а потом опять плохо и retry будет сразу с максимальной задержкой.
какие варианты его сбрасывать? самый очевидный это оформлять в виде класса и коллбек внутрь func передавать, а есть какие-то альтернативы?
в этой реализации если начнутся проблемы, то delay будет расти до максимума, а потом все станет хорошо на какое-то продолжительное время, а потом опять плохо и retry будет сразу с максимальной задержкой.
какие варианты его сбрасывать? самый очевидный это оформлять в виде класса и коллбек внутрь func передавать, а есть какие-то альтернативы?
SA
почему он будет расти до максимума-то?
RB
ну когда retry начнутся
RB
генератор начнет крутиться и упрется в MAX_DELAY, это правильно. но когда все стабилизируется мне бы хотелось уметь состояние сбрасывать, чтобы при повторных проблемах все началось сначала, а не сразу с максимальной задержки.
БС
по ощущениям, там мусора больше, чем пользы
t.Union[None, t.Tuple[t.Type[BaseException], ...]], адъSA
Можно как t.Optional, да. Но сути это не меняет. Хочу кортеж типов эксепшнов
SA
ну когда retry начнутся
попробуй позапускать, ничего не упирается 🙂 там ограничение в max_delay, а так все генерируется относительно постоянной нижней границы
RB
а алиасы никтому не нравятся?
Exceptions = t.Union[None, t.Tuple[t.Type[BaseException]
БС
Кстати есть не точность..
Когда достигнет максимум, то у тебя задержки будут РОВНО MAX_DELAY. А её бы тоже не плохо рандомизировать
Когда достигнет максимум, то у тебя задержки будут РОВНО MAX_DELAY. А её бы тоже не плохо рандомизировать
RB
попробуй позапускать, ничего не упирается 🙂 там ограничение в max_delay, а так все генерируется относительно постоянной нижней границы
щас попробую в репле изобразить что пытаюсь словами сказать
SA
а алиасы никтому не нравятся?
Exceptions = t.Union[None, t.Tuple[t.Type[BaseException]
очень-очень быстро они начинают так сильно захламлять код, что лучше не надо. Точнее надо, но только в совсем уж особых случаях. но по примеру выше можно заметить, что у нас есть сточная канава
MYPROJECT.types, где настоящая содомияБС
щас попробую в репле изобразить что пытаюсь словами сказать
Ретрай делает на каждое конкретное действие. То есть когда связь восстановилось то все "действия " пройдут. Новые же будут делать с нуля.
RB
Ретрай делает на каждое конкретное действие. То есть когда связь восстановилось то все "действия " пройдут. Новые же будут делать с нуля.
во, спасибо. меня посто заклинило, что func это какая-то долгоживущая хрень, а не одноразовое действие.
пардон
пардон
БС
А то что тебе надо, это rate limiter и QoS
KK
https://gist.github.com/9seconds/dce09602c4feebcc64804559288a2a2d вот пример того, когда из ада начинают стучаться
А там реально везде нужен тайпинг? Вот например в случае с backoff_delays(), тот же PyCharm сам выведет что у неё результат имеет тип Iterable[tt.Timeout], если внутри будет понятно что переменная value имеет тип Timeout
SA
У нас далеко не все пользуются пайчармом
KK
А mypy не умеет что ли такое выводить?
SA
Не помню(
💭П
А mypy не умеет что ли такое выводить?
они на емаксах и вимах )