В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.jvm

5409 membersпожаловаться на группу
2020 November 21

MK

Mikhail Kladkevich in pro.jvm
Утра. У меня профайлер показыает потребление хипа в +- 40 метров, но сама программа в памяти занимает под 170. Подкажите, пожалуйста, где в тонкостях почитать про то, что занимает память ОС? Я основы знаю, но этих знаний недостаточно для того, чтобы предпринять те или иные шаги по уменьшению потребления общей памяти. В лоб избавляться от зависимостей не хочется
источник
12:43пожаловаться#1

MK

Mikhail Kladkevich in pro.jvm
Интересует хотя бы направление гугления, отличное от "как уменьшить потребление памяти бесплатно без регистрации и СМС"
источник
12:44пожаловаться#2

д

даня in pro.jvm
Mikhail Kladkevich
Утра. У меня профайлер показыает потребление хипа в +- 40 метров, но сама программа в памяти занимает под 170. Подкажите, пожалуйста, где в тонкостях почитать про то, что занимает память ОС? Я основы знаю, но этих знаний недостаточно для того, чтобы предпринять те или иные шаги по уменьшению потребления общей памяти. В лоб избавляться от зависимостей не хочется
Может не совсем то, что нужно, но вот https://youtu.be/kKigibHrV5I
источник
12:46пожаловаться#3

MK

Mikhail Kladkevich in pro.jvm
Внутри на спринге часть крутится, часть - периферия
источник
12:46пожаловаться#4

MK

Mikhail Kladkevich in pro.jvm
даня
Может не совсем то, что нужно, но вот https://youtu.be/kKigibHrV5I
Ну лишним явно не будет
источник
12:46пожаловаться#5

MK

Mikhail Kladkevich in pro.jvm
Спасибо! Если ещё что-то есть - с радостью скушаю
источник
12:49пожаловаться#6

MK

Mikhail Kladkevich in pro.jvm
На 2:40 стало стыдно
источник
12:49пожаловаться#7

д

даня in pro.jvm
Mikhail Kladkevich
На 2:40 стало стыдно
да это нормально что-то не знать)
источник
12:51пожаловаться#8

MK

Mikhail Kladkevich in pro.jvm
Ну это-то да, но я даже как-то адекватно загуглить не смог
источник
12:55пожаловаться#9

АП

Антон [R13 🍆 Ivelok]... in pro.jvm
Mikhail Kladkevich
На 2:40 стало стыдно
А нонхип мужики то и не приметили? 😅
источник
13:07пожаловаться#10

MK

Mikhail Kladkevich in pro.jvm
Блин
источник
13:10пожаловаться#11

MK

Mikhail Kladkevich in pro.jvm
А ведь и не заметил
источник
13:10пожаловаться#12

AE

Alexandr Emelyanov in pro.jvm
@android_ru
источник
13:50пожаловаться#13

ᅠ

ᅠ in pro.jvm
Спасибо, извиняюсь
источник
13:50пожаловаться#14

 P

 ‌‌Gleb Pilipets... in pro.jvm
Ребят, а что посоветуете использовать?

С одной стороны клиент может явно инициировать запрос на сервер об апдейте статуса на какое-то действие каждых n секунд.
А с другой стороны есть месседж брокер и можно сделать пуши с сервера на клиент, но тогда нужно решить проблему разделения каналов/топиков.

Как определить, что лучше?

Edited: если учесть, что клиентов будет много.
источник
23:58пожаловаться#15
2020 November 22

AK

Alexander Kharitonov in pro.jvm
 ‌‌Gleb Pilipets
Ребят, а что посоветуете использовать?

С одной стороны клиент может явно инициировать запрос на сервер об апдейте статуса на какое-то действие каждых n секунд.
А с другой стороны есть месседж брокер и можно сделать пуши с сервера на клиент, но тогда нужно решить проблему разделения каналов/топиков.

Как определить, что лучше?

Edited: если учесть, что клиентов будет много.
Зависит от требований самого продукта. Если вам нужен real-time, то вам нужна push-модель, иначе pull будет достаточно. В большинстве случаев бывает достаточно pull, когда клиент спрашивает у сервера раз в n секунд: дай мне все новые события для меня начиная с event_id > x.
источник
00:31пожаловаться#16

 P

 ‌‌Gleb Pilipets... in pro.jvm
Alexander Kharitonov
Зависит от требований самого продукта. Если вам нужен real-time, то вам нужна push-модель, иначе pull будет достаточно. В большинстве случаев бывает достаточно pull, когда клиент спрашивает у сервера раз в n секунд: дай мне все новые события для меня начиная с event_id > x.
Аа, я понял, да.
Спасибо
источник
00:34пожаловаться#17

AE

Alexandr Emelyanov in pro.jvm
 ‌‌Gleb Pilipets
Ребят, а что посоветуете использовать?

С одной стороны клиент может явно инициировать запрос на сервер об апдейте статуса на какое-то действие каждых n секунд.
А с другой стороны есть месседж брокер и можно сделать пуши с сервера на клиент, но тогда нужно решить проблему разделения каналов/топиков.

Как определить, что лучше?

Edited: если учесть, что клиентов будет много.
По второму сценарию - никогда не пускайте клиентов в брокер, поднимайте сервис, который будет читать брокер и давать вебсокет клиентам
источник
07:39пожаловаться#18

А

Алексей in pro.jvm
Alexandr Emelyanov
По второму сценарию - никогда не пускайте клиентов в брокер, поднимайте сервис, который будет читать брокер и давать вебсокет клиентам
Ну смотря что под клиентами понимается. Клиентом у сервиса может быть другой сервис. Да и фронт в броке без бекенд-прослойки не может залезть
источник
09:39пожаловаться#19

AE

Alexandr Emelyanov in pro.jvm
Алексей
Ну смотря что под клиентами понимается. Клиентом у сервиса может быть другой сервис. Да и фронт в броке без бекенд-прослойки не может залезть
Я так понимаю у него имеются ввиду конечные пользователи.

А так, фронт к брокеру можно прицепить, но это не комильфо,о чем я и писал
источник
09:40пожаловаться#20