ID
можно конечно почитать или поставить нехитрый эксперимент (или даже подумать и догадаться), но кто-нибудь из вас же наверняка знает сходу
Чтобы тебе не казалось, что тебя никто не услышал, отвечу:
я не знаю.
Size: a a a
2021 June 29
DF
Наверняка заново будет запущен расчёт.
ID
а как сделать, чтоб не заново? locking? я немного запутался в богатом инструментарии для многопоточного программирования
DF
запили свой собственный memoize. ну да, наверное с каким-то locking'ом.
DF
пусть мемоизированная функа при самом входе проверяет, запущен ли расчёт на данном наборе данных, если запущен, то поток лочится в ожидании завершения расчёта.
если не запущен, то ставить отметку, что запущен и запустить расчёт.
если расчёт завершён, то вернуть мемоизированное значение
кажется должно сработать.
если не запущен, то ставить отметку, что запущен и запустить расчёт.
если расчёт завершён, то вернуть мемоизированное значение
кажется должно сработать.
ID
ну это старый добрый паттерн, на джаве, не помню как называется, типа внутри syncronized проверяем если тяжелая штука не нул, отдаем её, если нул - запускаем инициализацию
DF
тогда поищи другой способ.
ID
не, мне норм
DF
просто у меня аллергия на слово "паттерн из Java"
ID
я хотел смягчить это словами "старый добрый"
DF
не парься. я не обижаюсь
ID
да было бы на что
A
создает atom в замыкании, так что должен быть потокобезопасным
ID
почему? вот первый пришел - нет в мапе по нужному ключу значения
ID
второй пришёл - тоже нет