а ты попробовал? медленнее получилось?

Тормозит там анализ а не "массивы"

ммм, я именно так сказал? Однозначно и категорично?

Предполагаю, что с выделением памяти будет очень много боли. Ибо как минимум придётся писать свой умный аллокатор, который сможет выделать память постранично и умно её освобождать. Звучит не как самая простая задача. Иначе точно по скорости просядут

Я опять же все ответил уже в той ветке. На расте можно сделать быстрее. По крайней мере на время GC-паузы (по моему опыту масксимум несколько процентов), но вопрос насколько сложно это сделать. На расте также можно сделать сильно медленнее. Угадайте, что будет в среднем на большом проекте?

Я собсна триггерюсь тока «сначала сделай такой же клиент на чем-нибудь другом, а потом поговорим»

Вот кстати да, это мы как-то с @PineappleZombie обсуждали но так к выводу и не пришли. Освобождать память скопом должно быть вроде как быстрее, чем поштучно, но литературы я не нашел.

А зачем, в чём там суть?

А может быть уже пишут, только не jb, а google и не idea, а xi-editor 😉

Xi ничего не умеет

ну так он плагинами расширается

И не IDE, а текстовый редактор 😉

И не выиграл, а проиграл, как говорится

время покажет 😉

Ну так у вима, емакса, саблайма, гэдита и, прости господи, Notepad++ тоже есть плагины, они от этого IDE не становится.

ох уж этот взгляд java-иста

Я ток рад буду, если вдруг найдётся что-то круче идеи, чесслово) Качественные инструменты -- это всегда хорошо

И тем не менее на java экосистеме тулинг самый лучший.

IDE не хранит весь индекс в памяти. Когда создаётся дерево, то вам на каждый узел нужно вызывать alloc. Операция не очень быстрая. В итоге приходим к тому, что нам нужно выделять память страницами. Желательно страницы уметь связывать зависимостями. Чтобы если дерево зависит от нескольких страниц при освобождении дерева освобождать все страницы. Так же надо по умному располагать эти деревья по страницам. Мороки много)

+