Ну в первую очередь надо прибухнуть, а вторым пунктом взглянуть на код)

Ну и какой алгоритм ты использовал для решения этой задачи?

да залил бы. .но проект большой((

извини, я на теннис уходил, решили вопрос?

Я заменил массив на иммутабельный orderedTreeMap, что позволило куда меньше дёргать гц

ну я локализовал проблему, промисы я неправильно пишу
обращаюсь к свойству, которого еще нет

Залей отдельную часть с ошибкой. А так тебе никто не поможет, потому что по тому скриншоту и описанию ничего нельзя сказать, нужен код

аха хорошо. .мин

локализовать - это уже хорошо, копай дальше!))

спасибо

Ну и ты сам писал orderedTreeMap по памяти?

Я знал что его нужно использовать. Без этого знания тебе даже гуглить будет нечего

Вечер. У меня на проекте возникла проблема. При загрузке страницы, у меня улетает множество асинхронных запросов, и я заметил, что у меня время обработки запроса растет по мере их отправки (https://prnt.sc/ttadwp на скрине видно, отфильтровал по времени, каждый из ответов в среднем приходит за 250-300 мс). В чем может быть проблема нарастающей задежки? Может быть это связано с тем, что js в одном потоке обрабатывает ответы, на сколько помню js однопоточный язык.

Или ошибка  где то на беке? В табе network видно, что запросы отправляются все разом, а после на них по очереди приходят ответы

не было такого, что ответы пришли разом на несколько, по графику выше видно, что время TTFB стабильно растет

Вот и я про это говорю. Можно знать что использовать, но наизусть запоминать не имеет смысла - это тяжело и не эффективно

если отправляются все разом, то с твоей стороны всё ок

а во вкладке Timing у тебя что больше занимает времени?

если Waiting то все ок

Возможно, на беке используется механизм блокирующих сессий. Например, такое часто в PHP встречается

Так и есть waiting (TTFB)