Size: a a a

Scala User Group

2020 September 08

ᛒᚨᚱᛏᛟᛋᛋᛟ... in Scala User Group
𝛈 µ
собиралка логов от амазона
оч дорогая
источник

AD

Apache DOG™ in Scala User Group
Eugene Bosiakov
ну для контейнеров ничего веселее ELK пока не придумали
Tick
источник

Oℕ

Oleg ℕizhnik in Scala User Group
@kai_neko @jey_lee если будет время, было бы интересно послушать, чем алгоритм трейсинга в котоэффектах отличается от вашего
Сравнение по перфомансу, точности и т.п.
источник

𝛈µ

𝛈 µ in Scala User Group
Я не знаю, смотрел ли Кай
источник

𝛈µ

𝛈 µ in Scala User Group
Я не смотрел
источник

𝛈µ

𝛈 µ in Scala User Group
Скорее всего оно медленнее, т.к. они юзают эксепшены
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Меня пугают такие упоминания
Cached tracing produces a single linear trace of the actions an IO program takes. This tracing mode uses heuristics to determine call-site information on functions like flatMap and async, and those heuristics can be misleading, particularly when
used with monad transformers or types like Resource or Stream. If you have ideas for how to improve these heuristics, please let us know!
Full tracing captures a full JVM stack-trace for every call into IO, which results in an extremely comprehensive picture of your asynchronous control flow. This imposes a significant performance cost, but it makes it possible to see through complex compositions such as monad transformers or third-party code. This is an appropriate mode for development when the heuristics which generate a Cached trace are insufficient or misleading.
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Учитывая, что я не понимаю, как писать нормально приложения без ReaderT, не будет ли их дефолтный высокопроизводительный трейсинг фейлиться внутри ридера
источник

Oℕ

Oleg ℕizhnik in Scala User Group
𝛈 µ
Скорее всего оно медленнее, т.к. они юзают эксепшены
Я так понял эксепшены - это как раз Full
источник

𝛈µ

𝛈 µ in Scala User Group
Oleg ℕizhnik
Я так понял эксепшены - это как раз Full
Да
источник

K

Kai in Scala User Group
Oleg ℕizhnik
Учитывая, что я не понимаю, как писать нормально приложения без ReaderT, не будет ли их дефолтный высокопроизводительный трейсинг фейлиться внутри ридера
i never used readert and i never missed it
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Kai
i never used readert and i never missed it
ну зио то ты используешь
источник

𝛈µ

𝛈 µ in Scala User Group
У нас там внутри тоже мутабельный кэш
источник

Oℕ

Oleg ℕizhnik in Scala User Group
там ридер встроенный
источник

K

Kai in Scala User Group
Вернее я сделал приложение на нем один раз на хошкеле, но че-то совсем не зашло
источник

K

Kai in Scala User Group
Oleg ℕizhnik
там ридер встроенный
Если честно я не юзаю его нигде кроме тестов, вот там норм заходит
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Ну ладно я понимаю, как писать приложения без ридера. Но точно не хочу
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Слишком много вещей слишком легко решается ридером
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Oleg ℕizhnik
Меня пугают такие упоминания
Cached tracing produces a single linear trace of the actions an IO program takes. This tracing mode uses heuristics to determine call-site information on functions like flatMap and async, and those heuristics can be misleading, particularly when
used with monad transformers or types like Resource or Stream. If you have ideas for how to improve these heuristics, please let us know!
Full tracing captures a full JVM stack-trace for every call into IO, which results in an extremely comprehensive picture of your asynchronous control flow. This imposes a significant performance cost, but it makes it possible to see through complex compositions such as monad transformers or third-party code. This is an appropriate mode for development when the heuristics which generate a Cached trace are insufficient or misleading.
Я однажды пытался понять по трейсу, откуда дубевый запрос упал. Так и не нашел, там фигня какая-то была. В итоге нашел иначе. И понял, что трейс котовий не туда указывал. Видимо, эвристика подвела. С тех пор больше не пробовал трейсы.
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Юрий Бадальянц
Я однажды пытался понять по трейсу, откуда дубевый запрос упал. Так и не нашел, там фигня какая-то была. В итоге нашел иначе. И понял, что трейс котовий не туда указывал. Видимо, эвристика подвела. С тех пор больше не пробовал трейсы.
Ты уже с новым котоэффектным трейсингом?
источник