Можно

а так western union из неэлектронных

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

Usdt/btc

Господа, есть вопрос. Есть прога на ноде. Данные пишутся в БД. Данные, к которым планируется частое обращение находятся в кеше в виде обычного объекта в памяти, таким образом, при записи идёт обращение к БД, а при чтении данные просто берутся из кеша. Реализована блокировка кеша, чтобы две функции не могли обратиться к нему одновременно (функции добавляются в очередь)

Собственно вопрос: действительно ли такой подход лучше с точки зрения производительности? Ведь обращение к БД происходит в отдельном потоке и не нагружает основной поток и не блокирует приложение, тогда как обращение к кешу выполняется в основном потоке и блокирует его пока функция не выполнится.

Ваше мнение?

Заранее спасибо

ну к БД обращение ускоряется кэшем, кустарно его реализовывать можно, но лучше не нужно, есть готовые инструменты и практики... особенно когда блокировка идёт всего кэша при обращении (или всё-таки при записи блокировка. а чтение свободное?)

и т.п., на эту тему почитать можно

«или всё-таки при записи блокировка. а чтение свободное?»
Да, так

«но лучше не нужно»
Только из-за увеличения времени разработки или всё таки производительность может просесть?

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

Это само собой, интересует всё таки вопрос просадки производительности из-за блокирования потока однопоточного nodejs

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

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

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

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

Ну и само собой думать над оптимизацией с учётом специфики работы приложения

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

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

я кэш базы редко использую, например