Телеграмм чат группы cloud

шобы передовой опыт по нейросетям перенимать

15:56пожаловаться #1

ВН

Stanislav Motriy

Ну вот если говорить про жабу, то можно впиздючить прямо в платформу брокер очередей, какой-нибудь игнайт для кэша.
И как решать проблемы производительности, если всё это в одной балалайке вертится? - да никак.
Гораздо удобнее по этой причине держать отдельно брокер, кэш и т.д. Нахуй бы такой монолит.

Так явисты вообще очень любят микросервисы. Они надеются что они спасут их монолит от превращения в говно

15:57пожаловаться #2

ВН

Но проблема в том, что говно оно не потому, что монолит

15:57пожаловаться #3

ВН

А потому, что Java

15:57пожаловаться #4

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

15:58пожаловаться #5

ВН

15:58пожаловаться #6

nanomechanic

в монолите все прекрасно решается, профайлить-то надо одно приложение

Ага. Если каждый сервис по отдельности будет потреблять, скажем, 11 гигов хипа, то в случае монолита потребуется уже как минимум 50+ гигов. Такая вот арифметика.

15:58пожаловаться #7

ВН

Stanislav Motriy

Ага, только на самом деле работает это не так, т.к. 90% из этих 11 гигов это дублированная ява-срань

15:58пожаловаться #8

ВН

И в случае монолита 5 сервисов занимают те же самые 11 гигов

15:59пожаловаться #9

ооп же

15:59пожаловаться #10

ВН

Ну и в целом - ей сколько дашь она же столько и жрёт

15:59пожаловаться #11

Виталий На Заборе

И в случае монолита 5 сервисов занимают те же самые 11 гигов

Я говорю про сжатие указателей. После 32G хипа они уже не работают.

15:59пожаловаться #12

Соответственно подавай как минимум х1,5

15:59пожаловаться #13

И если у нас 3 сервиса по 32г хипа, условно, то в случае монолита они будут требовать не 96г, а, например, 144г. Это не говоря ещё об утечках, CodeCache и Metaspace.

16:03пожаловаться #14

жава это жопа

16:04пожаловаться #15

А хуле делать? Придумали вот её в первобытные времена и с тех пор никак избавиться от этой иглы не могут.

16:04пожаловаться #16

ВН