это чистая математика, один запрос к БД будет дольше )

на бд можно перенести часть вычислений и пушинг этого на клиенты в случае с rethinkdb

Ыы. Хватит думать о бд только как о сторейдже данных. Это давно уже не так.

если что-то не влезает в возможности бд - надо писать нативный модуль

если что-то не влезает в возможности бд - надо писать нативный модуль

собственно это можно сделать даже на го, только поебаться придется

А приведете хоть один пример игры, которая была написана с использованием этой БД? Одно дело туда данные в реалтайме инсертить

Что-то мне подсказывает что это не тот кейс. И вообще речь шла о скорости JS изначально

nodecraft.com

Что-то мне подсказывает что это не тот кейс. И вообще речь шла о скорости JS изначально

жс быстрый, но ивентлуп один

любое вычисление на жс блокирует ивентлуп

одно вычисление в один момент

а где там по ссылке RethinkDB?

одно вычисление в один момент

Web Workers

а где там по ссылке RethinkDB?

https://nodecraft.com/blog/dev/building-better-node-js-apps-with-rethinkdb

Web Workers

вебворкеры это в браузерах, в ноде есть cluster, но он форкает процессы просто

Ну так они используют БД для хранения профилей пользователей, а не для рассчета коллизий игроков в бою

тоже надо конечно использовать

Я просто к слову сказал, что есть два игровых сервера, один на го, второй на ноде.. Го на порядок быстрее.. Разговор о сокрости шел )

так я объяснил почему на го получилось быстрее, а на ноде медленнее

потому что вы юзали ноду не так, как ее надо юзать

Так как бы я в курсе почему на го быстрее, я собственно потому второй движок на него и перевел.

#noobs вот в этом чате лучше

#noobs

Он только по одноиу хештету работает.

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

Есть какой-то красивый способ слить два массива — ключей и значений? При этом получить простой объект, а не Map?

[['a', 5], ['b', 8]].reduce((obj, [f, v]) => Object.assign(obj, { [f]: v }), {})

при этом есть обратное new Map(Object.entries(obj)), что красиво

хотя да, мне просто нужен lodash

Он только по одноиу хештету работает.

Спасибо

Ну в общем у меня есть текущий робот который может работать мееедленно потому что просто сам алгоритм не спешный, но уже прибыльный. А новый потребует много и всего и только Си и близкое справится с тем адом что будет

А почему бы не rust например?

Я вообще не понимаю людей пишуших на расте, он же по синтаксису хуже чем C++ с его шаблонами и по производительности

memory-safe зато

Я хочу сам управлять памятью

Возможно это избыточно, возможно и нет

Я хочу сам управлять памятью

очень зря

науправляются памятью, а потом хертблидят

В этом есть и минусы, да

memory-safe зато

Ну используй какой нибудь smart pointer

Если это бот для личного использования то почему бы и нет кстати

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

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

Если это бот для личного использования то почему бы и нет кстати

неважно. если это мой дом, то могу и костылей налепить, а потом все рухнет? ну а чо, дом-то мой

memory safe добавляют тормозов

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

согласен

лучше тормоза, чем хертблиды

Если это бот для личного использования то почему бы и нет кстати

как раз должно быть привычкой писать хорошо, ОСОБЕННО когда это не контролируемый кем-то код

memory safe добавляют тормозов

это проблема компиляторов

лучше тормоза, чем хертблиды

Я бы не хотел пользоваться тормозной операционной системой

в хай-лвл языках не должно быть работы с памятью

а системой с тысячами уязвимостей из-за ошибок в работе с памятью?

а системой с тысячами уязвимостей из-за ошибок в работе с памятью?

мне норм

https://habrahabr.ru/post/281879/

взял из того бенча regex-dna и nbody. но regex фактически тестит встроенные в язык регекспы(читай, сишную реализацию), а вот с nbody интереснее: luajit отработал за 10 секунд, а nodejs 3 минуты жевало и так и не выдало результат

@hlomzik а если в твой дом приходят гости?

неважно. если это мой дом, то могу и костылей налепить, а потом все рухнет? ну а чо, дом-то мой

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

мне норм

то есть хертблиды это хорошо?

@hlomzik а если в твой дом приходят гости?

перечитай

На самом деле там не то чтобы лям строк кода, когда я допишу вряд ли будет больше 10к. Просто там адово потребление памяти ожидается аля 2Тб под завязку. А может и нет, надеюсь что нет 😄

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

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

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

это формирование твоего стиля кода, твоих привычек

Мы вроде обсуждали rust vs c а не стиль кода

то есть хертблиды это хорошо?

Из-за утечки памяти может только программа сигфолтуться, а выход за выделеную память это уже другой класс уяввимостей

Мы вроде обсуждали rust vs c а не стиль кода

да, тут я уже перегнул))

хотя все равно забавная фраза в pro.js — "Мы вроде обсуждали rust vs c а не стиль кода"

Как будто в растоконфе не обсуждают js

Из-за утечки памяти может только программа сигфолтуться, а выход за выделеную память это уже другой класс уяввимостей

как будто нода не течёт )

как будто нода не течёт )

Не знаю не использовал

как будто нода не течёт )

расскажи

Из-за утечки памяти может только программа сигфолтуться, а выход за выделеную память это уже другой класс уяввимостей

так где мы только про утечку говорили?

больше интересно, как ты определил что нода течёт, а не твой код или 3rd party

так где мы только про утечку говорили?

Почему это проблема ручного управления памятью?

Почему это проблема ручного управления памятью?

потому что нету bounds checking?

потому что нету bounds checking?

Тогда просто нужно быть аккуратнее когда работаешь с памятью и не писать код вместо сна

Тогда просто нужно быть аккуратнее когда работаешь с памятью и не писать код вместо сна

)

в 90% поможет статический анализатор кода

лол

как бы ты аккуратно не работал, каким бы ты специалистом не был - ошибки были везде, они переживали аудиты и все такое

ещё в 5% профайлер

и еще куча таких есть в каждом крупном продукте

перекладывать ответственность за машинную память на человека это не выход