FL
Просто хочу понять, в каких случаях у вас выгоднее считать в го? А не в кликхаус
Не могу сказать
Size: a a a
2020 October 28
T🐜
В поисковой системе много агрегатов?
чо? в кликхаусе что, фуллтекст поиск завезли?
AL
За выходные я не смогу наваять маленький аналог того что у меня есть, чтобы понять че да как 🙁
не забудь показать код здесь, чтобы прикинуть масштабы
AL
если что эластик тоже на JVM
AL
и кафка на JVM
AL
и все как-то быстро работают 😉
AL
если ты об этом беспокоишься
FL
Я ведь не говорил, что оно будет медленно работать)
DT
просто говорить мне не нравиться. и называть JVM "вещью"
просто показывает лишь твое отвращение к JVM.
при этом Go не слишком "большой"
просто показывает лишь твое отвращение к JVM.
при этом Go не слишком "большой"
Гошка компилится в мааааленький бинарь, с jvm так не получится)
AL
а память всегда можно ужать до сотен мегабайт
AL
просто сборщик будет чуть чаще работать
AL
хотя я вообще не понимаю фобии жалеть оперативку
В
Гошка компилится в мааааленький бинарь, с jvm так не получится)
Graalvm таки есть
DT
хотя я вообще не понимаю фобии жалеть оперативку
один прожженый жабер рассказывал, что они вообще вырубили гц, и 2 машинки просто переключали обработку между собой 2 раза в сутки
AL
ну тут хз. звучит как реально трата ресурсов впустую
AL
если какой-то мусорный объект застрял в памяти в 8 утра и он так там пролежит сутки
DT
видимо им было это выгоднее, чем искать баланс между ОЗУ и ЦПУ
AL
просто гц это unexpected лаги. поэтому если важно, чтобы всегда стабильно был отклик 0.xyz секунд, то да. тут могут быть сложности. Хотя лично я с таким еще не сталкивался.
AL
у меня более-менее классический веб. и бекграунд работы, и если они подлагивают время от времени, то вообще пофиг
СП
Класс для получения/сохранения агрегатов из хранилище называют, как правило, xxxRepository (например, PostRepository).
А класс, который достает из БД read-модели как называть лучше, xxxReadRepository ?
А класс, который достает из БД read-модели как называть лучше, xxxReadRepository ?