KC
Size: a a a
2021 January 25
KC
Это картинка
AC
Код кинь)
Иди прочитай статью
AC
Код я не буду кидать мне не охота сейчас его искать полчаса
KC
Я ее читал когда она релизнулась
AC
Ну там же есть big O оценки
KC
А какое это отношение к памяти имеет?
MB
Но в статье же прям показывается, что дерево переиспользует части изначального дерева
AC
А какое это отношение к памяти имеет?
Ну каждая операция по изменению может породить кучу новых нод
AC
Но в статье же прям показывается, что дерево переиспользует части изначального дерева
Да но в мутабельных структурах у тебя вот этого навеса сверху нет совсем
AC
У тебя в неудачном кейсе после изменения одного элемента остаётся куча мусора который надо освобождать
ST
Больше гига на сервис с парой эндпоинтов
У меня меньше 500 мб, когда настроено
активный сервис с условно одним эндпоинтом
JAVA_OPTS="-Xms150m -Xmx1500m"
GC раз в 4 минуты
Uptime 277d 7h 57m
Threads 526
Children 0
Cpu 0.0%
Cpu total 0.0%
Memory 0.4% [472.7 MB]
Memory total 0.4% [472.7 MB]
активный сервис с условно одним эндпоинтом
JAVA_OPTS="-Xms150m -Xmx1500m"
GC раз в 4 минуты
Uptime 277d 7h 57m
Threads 526
Children 0
Cpu 0.0%
Cpu total 0.0%
Memory 0.4% [472.7 MB]
Memory total 0.4% [472.7 MB]
KC
Так остаётся на самом деле? Или это всего лишь иллюстрация?
AC
Так остаётся на самом деле? Или это всего лишь иллюстрация?
Я не понимаю. Статья «как работает вектор в кложе» - там картинки как на самом деле или просто так?
SG
в java аллокации в несколько раз быстрее чем в C (~5 команд проц, протим ~20).
по сборке, даже в старых сборщиках от поколений зависело (молодое поколение, например, локальный объект в функции, вычищается сразу после выхода), в новых хз, но не думаю, что сильно хуже изменилось, скорее более актуально текущему моменту сделали...
Давно было - мб ошибаюсь где
по сборке, даже в старых сборщиках от поколений зависело (молодое поколение, например, локальный объект в функции, вычищается сразу после выхода), в новых хз, но не думаю, что сильно хуже изменилось, скорее более актуально текущему моменту сделали...
Давно было - мб ошибаюсь где
AC
в java аллокации в несколько раз быстрее чем в C (~5 команд проц, протим ~20).
по сборке, даже в старых сборщиках от поколений зависело (молодое поколение, например, локальный объект в функции, вычищается сразу после выхода), в новых хз, но не думаю, что сильно хуже изменилось, скорее более актуально текущему моменту сделали...
Давно было - мб ошибаюсь где
по сборке, даже в старых сборщиках от поколений зависело (молодое поколение, например, локальный объект в функции, вычищается сразу после выхода), в новых хз, но не думаю, что сильно хуже изменилось, скорее более актуально текущему моменту сделали...
Давно было - мб ошибаюсь где
Да ток в кложе аргумент функции это не локальный объект
AC
Из-за замыканий и особенностей джавы каждая функция порождает класс
KC
Я не понимаю. Статья «как работает вектор в кложе» - там картинки как на самом деле или просто так?
Статья 2013 года которая не описывает имплементацию,
KC
Ты утверждаешь что использование персистентных структур ведет к перерасходу памяти ссылаясь на статью в которой про это нет ни слова.
KC
А есть иллюстрации общего подхода построения таких структур