32Гб это размер в памяти? Если да, то pointer compression не поможет. Там размер хипа ограничен 4ГБ

Это ж как в такие объёмы выйти

> А у кого-нибудь уже есть результаты бенчмарков на реальных кейсах, в плане насколько это бьёт по перфомансу?

Как ни странно, это должно улучшить производительность. Для Node.js никто замеров не делал, насколько я знаю, но есть замеры для V8: https://v8.dev/blog/pointer-compression

Ага, перечитал issue, неправильно понял спросонья) Ну прикольно, надо потестить, на 4 Гб тоже есть процессы 😅

Ммм... Ну у нас есть версионирование некого набора связанных сущностей, при восстановлении старой версии мы сначала все данные вгружаем в память, создаём mongoose модели и всё валидируем, удаляем текущие документы в базе и сохраняем модели в базу. Да, это можно было бы переделать на пайплановый вариант, не хранить всё в памяти, но там слишком много кода из 2015 без тестов, так что пока просто увеличиваем руками память, к счастью такое бывает редко)

Самое весёлое начинается когда там утекает память и надо дебажить хип на 32 Гб 🙈

GC в V8 может стать плоховато от такого размера хипа. GC паузы приемлемые по времени?

Или для этой задачи некритично?

Обычно не критично, но иногда из-за этого отваливается коннект к раббиту из-за того что долго не проходят хартбиты 😅 Но там ещё много синхронных операций из-за того как bson парсит сырые buffer'ы в mongoose, так что не особо заметно)

Уже завтра 28 апреля в 18:30 мы проведём MeetUp11 в формате online!

Андрей Печкуров расскажет об алгоритмах консенсуса.
Вместе с Андреем мы отправимся в увлекательное путешествие по жестокому миру распределенных систем и познакомимся с основными проблемами, возникающими в них. И затем, на примере одного образовательного проекта порассуждаем на тему того, что нужно, чтобы написать производительное и линеаризуемое хранилище пар ключ-значение на Node.js.

Андрей Гончаров выступит с докладом «Strict mode в TypeScript или как помочь компилятору помочь нам».
Компилятор TypeScript предоставляет более 90 флагов. Семь из них известны как "strict" и только один предназначен для того, чтобы управлять ими всеми.
В рамках доклада мы пробежимся по всем 7 опциям, разберем, что они должны делать в теории. Рассмотрим код реальных приложений и случаи, когда "strict" режим может спасти нам множество нервных клеток. Поговорим о ковариантности и контрвариантности, как это относится к TypeScript, и почему null наш худший враг.

Для получения ссылки на трансляцию MeetUp11 регистрируйтесь по ссылке:
https://nodejs-spb-event.timepad.ru/event/1295939/

Ловите ссылку на участие в  сегодняшнем MeetUp11
https://us02web.zoom.us/j/83196762770

Мы также развиваем нашу группу в Facebook и будем стримить туда прямой эфир. Подписывайтесь на нашу группу и смотрите MeetUp11 по ссылке
https://www.facebook.com/groups/spbnodejs/

Трансляция начнётся в 18:30!

а у вас установлен Zoom?

нет.

Присоединяйтесь в FB https://www.facebook.com/groups/spbnodejs/

когда начнем трансляцию, я закину прямую ссылку сюда)

https://us02web.zoom.us/wc/join/54716959?pwd=
такого вида ссылки нет? она открывается в браузере

а запись видео позже без регистрации посмотреть можно будет?

Запись будет на ютубе, скину её как только зальём

гут!

А зум трансляция с платного аккаунта для вебинаров сделана или там ограничение на 100 человек?