Под ubuntu какую папку лучше назначить для глобальной установки пакетов? А то по умолчанию устанавливается в папку текущей версии ноды, что не хорошо.

Всем привет, Пытаюсь понять, как можно обработать множество одновременных запросов

я делаю 200 одновременных запросов и у меня максимум получается дать от сервера
с 16 воркерами (16 ядер) = 12 ответов в секунду (сделал кластеризацию)
с 1 ядром = 2 ответа в секунду

перед ответом я сделал небольшую нагрузку что на скрине. Можно ли как то распараллелить еще запросы?

вы точно верно все сделали? мне кажеться ваш цикл компилятор вообще отсеивает при оптимизации, а чистый http сервер как у вас на 1  ядре может и тысячу ответов в секунду отдавать

проблема из за того что цикл синхронный?

тоесть правильней было бы setTimeout через 1 сек сделать?

Ну можно попробовать привести это к более простому виду и фильтровать

Хотя даже возможно проще /правильнее сделать периодичную таску, которая по интервалу будет по правилам создавать события с конкретными таймстампами  их уже выводить в календаре или где там)

это классика жанра при создании приложений по типу календаря, я тоже видел рекомендацию использовать этот "типа стандарт" формата реккуретных событий в  бд, наверное прийдется писать процедурщину на урвоне бд

Не совсем понятен контекст и кейсы

кейсы точь-в-точь как у гугл календаря

так а если я создам событие ежемесячное и гляну календарь сразу через 10 лет?))

В контексте календаря и событий я бы делал по варианту что вторым описал)

вот да, тут без генерации не обойтись. Это я ещё не трогал тему исключений, там отдельная головная боль. Что делать если событие повторяется каждый день, но 17 июня событие отменено, а 18-го июня пройдет на час раньше.

Тут я рассуждал в контексте фильтрации через pg, можно сказать в отрыве от задачи)

мне надо было в одном внутреннем инструменте сделать возможность планировать транзакции наперед, при создании транзакции например на каждый месяц, я создавал наперед каждый месяц транзакции до например 2050 года))) а когда отменялись, удалял просто все что идут после текущей даты

но так делать не нужно, я сделал потому что у меня буквально пару таких транзакций и бд выдерживает такое, в реальности лучше рекуутерные паттерны и если редактируют событие, создавать новую запись))

ох..

Ну тут же про интервальные события, и кстати сгенерировать события, мы можем событие 17го отредактировать конкретно и оно никак не связано с правилом уже

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

Тут кстати можно даже совместить выбираешь нагенеренные события(а из условно мы генерим в пределах года например, а событие ежемесячное и бесконечное) в интервале год х + из упрощенных правил где хранишь когда должно было быть событие в течении года (ну условно распарщеные правила) и на основании них догенеришь «будущие» события

Если у вас события повторяются, то вы должны использовать для событий массив, иначе можете использовать объект. Как строить запросы к массивам и объектов  хорошо известно. Если массив вы последовательно просматриваете, если мап то по ключу.