На что там смотреть , если накопительной части нет? Вы акцентируете на том , что управляющие компании неэффективно управляют накоплениями, хотя намного важнее, что эти накопления вообще больше не отчисляются.
Это необязательно. Достаточно хотя бы чтобы отчисления в накопительную часть пенсии осуществлялись, каждый будет видеть, что сумма растёт каждый год за счёт отчислений с его белой зарплаты. Уже 7 лет отчисления заморожены, хотя работодатель продолжает платить ту же сумму взносов. Я вижу какая небольшая сумма накопилась на моем счету и представляю какая приличная сумма моих средств на моем пенсионном счету могла бы накопиться, если эти деньги не начали забирать и понимаю, что смысла в белой зп не особо много.
Спасибо.Интересно как хорошо и гладко в итоге будет работать управление приложениями установленных разными способами. Вообще нравятся новые инструменты в рамках направления windows for developers.
Goland ещё работает гораздо шустрее. Комп обновил, но все равно на последнем поколении процессора idea то там то тут подвисает, с goland все заметно лучше почему-то.
Как будто мои мысли изложили, но одну причину не описали, это огромное кол-во задач на разных проектах, и менеджер каждого проекта будет звонить, наваливать новую задачу и спрашивать у тебя «когда?».
В вашей статье из 4 ссылок 3 про virtual memory size и в одной про native memory leak. Да выходит если есть memory leak, то уменьшение кол-ва арен зажмет утечку в меньших рамках, это все объясняет, согласен, и если не удается починить утечку, то нужно уменьшать,
Очень интересная статья, но есть множество спорных моментов.
Вы отключаете overcommit памяти в Ось?
Если нет, то по сути большинство ограничений не уменьшают потребление памяти, если помнить о «ленивом» выделении памяти линуксом. Даже commited memory в NMT не отображает потребление памяти, а лишь максимальное, если jvm ее затребует. Поэтому, большинством этих настроек просто промениваете OOMKiller на OutOfMemoryError, StackOverFlow и т.д. Не знаю, есть ли такая цель, мне кажется общее ограничение дополнительно дает возможность для перераспределения памяти между областями если понадобится (overcommit).
1.-XX:ThreadStackSize ограничивает максимальный размер стэка потока, если вашим потоком столько не нужно, память не расходуется по 1мб на стэк, минимум от 228кб, то того размера который нужен. Уменьшение параметра потребление RSS не уменьшит
2. MALLOC_ARENA_MAX аналогично, в вашей же ссылке на сайт ibm какой-то бред, считать превышение vsz над rss мемори ликом и чинить это, хотя как раз и написано, что они оптимизируют virtual memory size, вы тоже оптимизируете vsz? Непонятно тогда откуда у вас график по уменьшению rss, наверняка это не rss, так как настройка влияет только на virtual memory, на RSS не влияет.
3. Code cache аналогично, если вы знаете что 240мб у вас не потребляется, то значит и памяти столько не используется. Ограничить можно, думаю что вытеснение кода при переполнении все таки менее болезненно, чем OOMKiller, но вы же хотите делать ExitOnFullCodeCache, значит вас это не волновало.
4. MaxMetaSpace аналогично, потребляется столько сколько нужно. Ставя настройку вы просто ограничиваете потенциальную утечку этим разделом, чтобы получить OutOfMemoryError, а не OOMKiller
На что там смотреть , если накопительной части нет? Вы акцентируете на том , что управляющие компании неэффективно управляют накоплениями, хотя намного важнее, что эти накопления вообще больше не отчисляются.
Это необязательно. Достаточно хотя бы чтобы отчисления в накопительную часть пенсии осуществлялись, каждый будет видеть, что сумма растёт каждый год за счёт отчислений с его белой зарплаты. Уже 7 лет отчисления заморожены, хотя работодатель продолжает платить ту же сумму взносов. Я вижу какая небольшая сумма накопилась на моем счету и представляю какая приличная сумма моих средств на моем пенсионном счету могла бы накопиться, если эти деньги не начали забирать и понимаю, что смысла в белой зп не особо много.
Спасибо.Интересно как хорошо и гладко в итоге будет работать управление приложениями установленных разными способами. Вообще нравятся новые инструменты в рамках направления windows for developers.
Winget не будет пока в 11 предустановлен? Классно было бы если бы winget и windows terminal уже входили в ОС.
Уж слишком часто выходит мажорная версия. Каждый год. Раз в 3 года было бы нормально.
vm.overcommit_ratio на linux.
Вы отключаете overcommit памяти в Ось?
Если нет, то по сути большинство ограничений не уменьшают потребление памяти, если помнить о «ленивом» выделении памяти линуксом. Даже commited memory в NMT не отображает потребление памяти, а лишь максимальное, если jvm ее затребует. Поэтому, большинством этих настроек просто промениваете OOMKiller на OutOfMemoryError, StackOverFlow и т.д. Не знаю, есть ли такая цель, мне кажется общее ограничение дополнительно дает возможность для перераспределения памяти между областями если понадобится (overcommit).
1.-XX:ThreadStackSize ограничивает максимальный размер стэка потока, если вашим потоком столько не нужно, память не расходуется по 1мб на стэк, минимум от 228кб, то того размера который нужен. Уменьшение параметра потребление RSS не уменьшит
2. MALLOC_ARENA_MAX аналогично, в вашей же ссылке на сайт ibm какой-то бред, считать превышение vsz над rss мемори ликом и чинить это, хотя как раз и написано, что они оптимизируют virtual memory size, вы тоже оптимизируете vsz? Непонятно тогда откуда у вас график по уменьшению rss, наверняка это не rss, так как настройка влияет только на virtual memory, на RSS не влияет.
3. Code cache аналогично, если вы знаете что 240мб у вас не потребляется, то значит и памяти столько не используется. Ограничить можно, думаю что вытеснение кода при переполнении все таки менее болезненно, чем OOMKiller, но вы же хотите делать ExitOnFullCodeCache, значит вас это не волновало.
4. MaxMetaSpace аналогично, потребляется столько сколько нужно. Ставя настройку вы просто ограничиваете потенциальную утечку этим разделом, чтобы получить OutOfMemoryError, а не OOMKiller