PG
А разве у
noomera есть пользователи? Кто вообще будет пользоваться какой-то особенной социальной сетью?кто вообще будет пользоваться соцсетью?
Size: a a a
2020 September 02
ŹR
LL
Кароче что-то нахлынуло каким-то Пелевиным от всего этого сайта
LL
Соцсеть для водителей, в которой можно писать человеку, указав номер его машины. И вообще чатиться за рулём норм тема, я слышал. А самое главное — этот скрин.
Кто-то в креатив отделе чего-то лишнего бахнул, кароче
Кто-то в креатив отделе чего-то лишнего бахнул, кароче
LL
А, Сколково...
LL
FAQ на сайте в виде .pdf...AD
Соцсеть для водителей, в которой можно писать человеку, указав номер его машины. И вообще чатиться за рулём норм тема, я слышал. А самое главное — этот скрин.
Кто-то в креатив отделе чего-то лишнего бахнул, кароче
Кто-то в креатив отделе чего-то лишнего бахнул, кароче
теперь можно поорать когда подрезали не только вживую, но и в чате 👍
LL
теперь можно поорать когда подрезали не только вживую, но и в чате 👍
П
П
охуенные, спс
2020 September 03
V
Меня вербовали в нумера, и я все эти вопросы задавал
ŹR
Когда я слышу «меня вербовали в нумера» - представляется куртизанка времён революции )
V
DR
Пока что понимаю так, что если нужна синхронизация, то оборачиваю в генсервер или какой то воркер, который будет сохранять инварианты, а если параллельно, то вызывать методы апи напрямую (того же ets если речь про данные в памяти)
Можно посмотреть как делает транзакции con_cache библиотека, по сути там локи реализованы. И вместо того, чтобы гонять все записи через один процесс - за счёт локов по ключу - разные ключи обрабатываются параллельно, но транзакции к тому же самому ключу будут обработано друг за другом.
DR
Я бы не отказался от каких-нибудь ещё cas-ячеек в beam, чтобы туда произвольные термы класть
Можно делать ссылку в виде того же integer через atomics и писать новую версию в ets, если получилось заинкрементить его индекс в атомиксах через cas операцию.
По сути каждая новая запись в ets должна хранить индекс из atomics-а. Соответственно, считывая из ets - пытаешься сделать cas на индекс - у кого получилось, тот и пишет новую версию в ets, другие читают заново.
Т.е. Для ограниченного количества термов можно при необходимости вот так реализовать через atomics
По сути каждая новая запись в ets должна хранить индекс из atomics-а. Соответственно, считывая из ets - пытаешься сделать cas на индекс - у кого получилось, тот и пишет новую версию в ets, другие читают заново.
Т.е. Для ограниченного количества термов можно при необходимости вот так реализовать через atomics
AB
У меня что-то похожее было. Процессы имели вероятность записать конкурентно один и тот же новый ключ-значение. Делал case получилось или нет. Если нет, то кто-то раньше успел и нужно прочитать, чтоб узнать ид, а не добавлять
V
Dmitry Russ (Aleksandrov)
Можно посмотреть как делает транзакции con_cache библиотека, по сути там локи реализованы. И вместо того, чтобы гонять все записи через один процесс - за счёт локов по ключу - разные ключи обрабатываются параллельно, но транзакции к тому же самому ключу будут обработано друг за другом.
О, круто спасибо. Библиотека попроще cachex, но и кода поменьше, можно почитать
DR
О, круто спасибо. Библиотека попроще cachex, но и кода поменьше, можно почитать
В cachex ужасно сделаны транзакции были, когда я смотрел, а в con_cache очень грамотно.
DR
От этого прямо очень грустно, что con_cache такой заброшенный...
SM
Хороший лэндинг, даже почти скролл не тормозит