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

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

Web Workers

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

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

Web Workers

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

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

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

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

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

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

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

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

#noobs

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

pro.js.noobs -- https://t.me/joinchat/AAAAAD3Uyr3trzb9rRc77g

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

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

Есть какой-то красивый способ слить два массива — ключей и значений? При этом получить простой объект, а не 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?

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

ERROR: S client not available

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

)

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

лол

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

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

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

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

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

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

https://github.com/nodejs/node/issues/9530 https://github.com/nodejs/node/issues/8871

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

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

Если ты не можешь в безопасную работу с памятью, то не пиши на C

это самые сложноулавливаемые и опасные ошибки

скажи это девелоперам openssl

Если ты не можешь в безопасную работу с памятью, то не пиши на C

это слабый аргумент

https://github.com/nodejs/node/issues/9530 https://github.com/nodejs/node/issues/8871

+1

windows, linux, firefox, chrome - да везде каждый год кучу хуйни такой находят

mozilla собственно в первую очередь поэтому и начала делать rust

да

rust это замена C++, пока замены C нет

в C++ тоже не принято напрямую выделять память

через malloc

да и bound checking там есть в контейтерах (.at())

да и свой контейнер с перегруженным operator[] с проверкой границ нет никакой проблемы сделать

да и свой контейнер с перегруженным operator[] с проверкой границ нет никакой проблемы сделать

Только вот утечку в плюсах сделать проще простого

используй умные указатели. Это спасает не от всех проблем, но от большинства

Только вот утечку в плюсах сделать проще простого

Если есть утечка, то в профалере можно проблему найти

RAII - мощнейшая штука в с++

RAII - мощнейшая штука в с++

+

А ещё забавно когда ошибка есть, но не критичная. Она снижает эффективность на 20%, но в целом всё продолжает работать. И ты думаешь что так и должно быть. Но 20% это не в скорости работы, а в прибыли.

Если есть утечка, то в профалере можно проблему найти

Когда о ней знаешь ?

Когда о ней знаешь ?

так если не знаешь, то и проблемы нету =)