*скорость увеличивается раза в полтора-два

хмм

с чего бы скорости увеличиваться?

на пальцах

буферы не пушат скавендж

зато когда памяти сжирается куча, запускается марк-свип

и грохает все буферы

но буферы чистятся скавенджем

а, ок

так вот если часто дёргать скавендж, то реально выделений памяти происходит меньше

плюс вызовов марк-свипа меньше

потому и быстрее.

вопрос - в реальной жизни насколько это существенно?

Допустим, в http сервисах

Скорее всего да.

Буферы везде.

Не в обработке данных, естественно

> @ChALkeR Буферы везде. Вопрос их соотношения с не-буферами

Всё на буферах, это не существенно только если у тебя что-то другое часто триггерит скавенджи.

А что другое? все что угодно

Ну да, но его зачастую не так много по сравнению с буферами.

вот это интересный вопрос

мне кажется, что это не так

в типичных реальных приложениях

https://github.com/nodejs/node/issues/1671 — вот общий тикет

https://github.com/nodejs/node/issues/1671#issuecomment-208712906 — вон ссылка на TCP бенчмарк, который от этого в полтора раза страдает по скорости и в 13 раз по памяти.

в типичных реальных приложениях

можно запустить с --trace-gc и поглядеть

в смысле запустить с --trace-gc и посчитать марк-свипы и память, плюс посмотреть что будет если раз в какую-то выделенную память дёргать gc(true) (или раз в какое-то время)

Как это повлияет на использование памяти и количество (и объём) марк-свипов

Народ, ты тут?

Есть чат JS сообщества? где можно вопросы задать?

Есть

Нашел уже

@js_ru

Нашел уже

ноуп, вот https://telegram.me/joinchat/Be4rsT5Rsgq30DHutjxXgA

ноуп, вот https://telegram.me/joinchat/Be4rsT5Rsgq30DHutjxXgA

омг, там багарт и плюшка в админах :D

сомнительно чото

по каким критериям выбирать между реактом и ангуляром?

а ты больше любишь поесть или самолет?)

по каким критериям выбирать между реактом и ангуляром?

\/

хорошо

тогда

в каком случае используется реакт, а в каких ангуляр?

А можно не в этом чате?

Всем привет! Спасибо, что вчера помогли, вроде разобралась)) Сегодня работаю над новой задачей, хочу услышать ваши мнения: Как лучше организовать очередь заданий для выполнения разных задач. Задачи должны приходить через АПИ, а выполнять их скрипт на ноде, забирая задачи из очереди. Должна быть возможность поставить задачу выше в очереди, например по середине среди уже существующих. Что лучше использовать в плане технологий? Думаю насчёт rabbitmq и zeromq Спасибо!

почти все из этого валидно. хотя насчет zeromq не сильно уверен

у меня были самописные решения поверх редиса + tarantool queue. а так priority queue есть везде

На rabbitmq не получится точно

Можно на любой СУБД, если производительность не имеет особого значения

На rabbitmq не получится точно

С чего это очередь не получится на кролике? ?

"Должна быть возможность поставить задачу выше в очереди, например по середине среди уже существующих."

Решается не на уровне кролика

лол

как, например?

очередь есть очередь

в середину вставить нельзя

очередей с приоритетом в кролике нет

Зато есть параллельные очереди и приоритет

Поставить задача выше произвольной существующей это не поможет

Принять в приоритете и отбросить уже выполненную

Не понятно

Есть очередь

Нужно добавить новую задачу в середину

ERROR: S client not available

Ну можно, например, сделать несколько очередей, каждую под уровень приоритета

Но это такое себе

Понятно, что аля велосипед

Просто нужно использовать другую структуру данных

Но что-то я не могу понять, какую задачу могут кидать в такую очередь, которую сможет просматривать и контролировать человек

Всякое бывает

Бывает, что тогда надо рассматривать не очередь

Ибо, если задачи стоят часами и их контролят в ручную, то тут скорее некую CRM надо ?

Я и говорю, любую СУБД взять

добавить индекс для порядка выполнения

У БД другие задачи и если задачи в БД с локом, то это не решит

Всмысле? Решить решит, и многие так делают

По производительности - вопрос

есть pgq

неплохая вроде вещь

Всмысле? Решить решит, и многие так делают

Кто делает? ? Вон, у знакомого проект, специально уходил в кролика между python - mongo, чтобы избавиться от локов и задержек и успевать обрабатывать данные и грузить их в БД. А ты, наоборот, предлагаешь уйти в БД, где эти проблемы возникнут? ?

Помнится, где то читал, что в баду такое есть или было

У твоего знакомого явно проблема не с очередью задач

А просто данные грузить не успевает

Ну да, поэтому давайте использовать инструмент, который будет не производительный

Аргумент ??

Либо у всех в заначке свои ДЦ, с кучей простоя

Ну тогда вообще зачем использовать СУБД?

Лучше использовать key-value хранилища, быстрее будет

В неструктуре не будет

Есть решение, которое работает достаточно хорошо в конкрентых задачах. Какие проблемы?

Тратить время на структуру

Смысла нет

Какую структуру?

Что значит какую?

Что такое "струкутура"? О чем речь?