смотрю на https://github.com/paulgoldbaum/scala-influxdb-client — мб кто работал, нет ли неожиданных неприятных моментов

Мы kamon'овским репортером пишем, показалось что недостаточно конфигурируемый. Другого не пробовали

Мы пишем "com.github.davidb" % "metrics-influxdb" % "0.9.3"

Как ты считаешь, скалачат, хорошо ли объявлять объявлять внутри функциий функции, которые зависят от внешних переменных? Например def bigFunctionality(outer1: T, outer2: G) = { def doFirstSmallThing(dataA: A) = { ... val result = f(outer1, dataA) result } def doSecondSmallThing(dataB: B) = { ... val result = f(outer2, dataB) result } for { dataA <- getDataA() dataB <- getDataB() a <- doFirstSmallThing(dataA) b <- doSecondSmallThing(dataB) } yield g(a, b) } или def doFirstSmallThing(dataA: A, outer1: T) = { ... val result = f(outer1, dataA) result } def doSecondSmallThing(dataB: B, outer2: G) = { ... val result = f(outer2, dataB) result } def bigFunctionality(outer1: T, outer2: G) = { for { dataA <- getDataA() dataB <- getDataB() a <- doFirstSmallThing(dataA, outer1) b <- doSecondSmallThing(dataB, outer2) } yield g(a, b) }

я очень за вложенные функции. позволяет очень четко обозначить области видимости

why not

даже так. я не за первый подход. я против второго.

мне вложенность функций нравится, но иногда можно по невнимательности накосячить с именами параметров

даже так. я не за первый подход. я против второго.

А за какой тогда? :)

за первый. но не потому что мне он как-то нравится, а потому что второй просто плохой :)

можно еще третий вариант добавить, будет как первый, но в smallFunctions добавить передачу параметров внешних

можно еще третий вариант добавить, будет как первый, но в smallFunctions добавить передачу параметров внешних

я кстати так чаще всего и делаю. то есть использую вложенность функций, но не использую замыкание параметров.

локальные функции - хорошо, но есть шанс замкнуться на что-то что не должно покидать скоупа, иногда можно получить проблемы с GC

/stat@combot

combot.org/chat/-1001034178083

переопределять в ОО-смыле сложно, если вложенные функции

переопределять в ОО-смыле сложно, если вложенные функции

Мне кажется это редкий случай

мне пары раз хватило (вот нужно мелочь переопределить, а она где-то вложенная). Сейчас придерживаюсь религии, что если здесь возможна иерархия с переопределением, то без захвата свободных переменных, все явно параметрами. Иначе можно

а кто у нас на микросервисах сидит?

а кто у нас на микросервисах сидит?

Это сча намек на два стула? ?

нет, прост хотел спросить

какой gc юзают

мне кажется это не должно корреллировать друг с другом)

мне кажется это не должно корреллировать друг с другом)

Обычно микросервисам выделяется мало памяти и как то нет смысла тащить туда g1 и вообще d64 ставить

обычно любым сервисам явно не указывается какой gc использовать пока не найдутся причины в этом ковыряться.

Да ладно? Ну у меня вот джава в докере с ограниченной памятью, с вероятностью 95 процентов я буду видеть там оом на следующий же день

Как минимум какой-то общий java opts мне придётся сделать заранее

Xmx?

В том числе

ну макс ты ставишь - зачем тебе гц то другой ставить?)

ну макс ты ставишь - зачем тебе гц то другой ставить?)

Затем, что g1 на таких хипах нах не нужен

а по-твоему g1 подефолту в 8ке?

А ты думаешь я на 8ке?)

А ты думаешь я на 8ке?)

Обрадуй нас)

Обрадуй нас)

9-b170

а зачем?)

Это ж Павлов

Да еще и IDEA EAP с диаграммой модулей, наверное)

9-b170

ты едешь на гироскутере, куришь вейп, держишь спиннер который чешет тебе бороду , потому что ты в тренде ?

Да еще и IDEA EAP с диаграммой модулей, наверное)

Угу)

Каэф

Скала у меня на 8, пока что

Какике минусы у реббита, чтобы его забанить как выбор MQ

Сейчас кафка по летанси никак с реббитом не сравнялась?

Какике минусы у реббита, чтобы его забанить как выбор MQ

он не кафка

я понимаю,но мне нужны аргументы

Какике минусы у реббита, чтобы его забанить как выбор MQ

Масштабировать его нельзя вроде как

там кластер взлетает сразу без лишних телодвижений, чем не масштабируемость

9-b170

откуда тогда такие вопросы? собирай с шенандой и в прод

были отзывы что и на малом хипе отлично

откуда тогда такие вопросы? собирай с шенандой и в прод

Шенода тож для больших хипов

были отзывы что и на малом хипе отлично

Шенода тож для больших хипов

А у тебя сборка с ней, или без нее?

Шенода тож для больших хипов

большие это сколько, простите?

большие это сколько, простите?

видимо там, где производители пометку ставят - "шенода required" )

Shenandoah performance, like the performance of almost all other GCs, depends on heap size. We expect it to perform better in cases when there is enough heap space to accommodate allocations while concurrent phases are running. The time for concurrent phases correlates with the live data set size (LDS) — the space taken by live data. Therefore, the reasonable heap size is dependent on LDS and allocation pressure in the workload: for a given allocation rate, larger LDS-es require proportionally larger heap sizes; for a given LDS, larger allocation rates require larger heap sizes. For some workloads with minuscule live data sets and moderate allocation pressure, 1...2 GB heaps performs well. We routinely test on 4...128 GB heaps on various workloads with up to 80% LDS size. Don't be shy to try different heap sizes to see what fits your workload.

большие это сколько, простите?

Явно большие 2гб)

явно нигде минимум не указан

речь не про минимум вообще

попробуй, поделишься опытом

мутатор есть? все до свидания)

мне проще поднять несколько микросервисов на pargc и радоваться)

@krivdatheliggen гоу тогда вместе чинить https://github.com/dcos/navstar )

завтра посмотрю )

кафка активно пилится, много кем юзается, и много чего для нее есть.

кафка активно пилится, много кем юзается, и много чего для нее есть.

а реббит ?

поменьше хайпа собирает

Ник, так ты собрал шенанду под свою девятку или нет?

нет

чё её собирать, телодвижений минимум (не считая винды)

Хз, некоторые говорили, что не смогли собрать.

у меня из под виндового баша собралось без проблем до прода правда еще пара задач

на одну из нод поставлю для сравнения

Хз, некоторые говорили, что не смогли собрать.

на гентухе ж даже в портаджах лежит

На Маке не собралось у людей. Короче, надо пробовать :)

единственное что из проблем было - шрифты

Откуда вы лезете?

а зачем вам шенанда? Ну, кроме Лёшиного хайпа?

в одном проекте время отклика критично, хочу изучить как повлияет

Какике минусы у реббита, чтобы его забанить как выбор MQ

Реббит очень хорош как MQ, я бы не банил, с op-rabbit либой очень удобно под скалой заводится

Зачем ты хочешь его банить?)

Да ладно? Ну у меня вот джава в докере с ограниченной памятью, с вероятностью 95 процентов я буду видеть там оом на следующий же день

G1 больше памяти еще требует, позапускай свое приложение с NMT, и посмотри сколько всей памяти оно будет есть https://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/tooldescr007.html

Реббит очень хорош как MQ, я бы не банил, с op-rabbit либой очень удобно под скалой заводится

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

Реббит очень хорош как MQ, я бы не банил, с op-rabbit либой очень удобно под скалой заводится

спасибо

Ребят, кто использует Monix, вопрос: почему вы его используете, в частности, чем для вас такси из него лучше стандартных фьюч?

Ребят, кто использует Monix, вопрос: почему вы его используете, в частности, чем для вас такси из него лучше стандартных фьюч?

они стартуют не сразу

а юзкейс какой?

и имеется в виду возможность вставить delay или то, что таски сами по себе только как схемы, нуждающиеся в запуске?

имеется в виду, что таск описывает вычисление, но не запускает его, в отличие от future

запуск вычисления выполняется явно когда вызываешь методы типа runAsync

https://monix.io/docs/2x/eval/task.html

ок где вам такое понадобилось? (и чем это лучше просто функции, возвращающей сразу запускаемую фьючу)

мне нигде - я не пользуюсь тасками из monix