История изменений
Исправление DiKeert, (текущая версия) :
А вот не факт, что нужно избавляться от записи одного и того же. Тебе придется делать синхронизацию этих поток какую-то, CAS-м или еще чем, не дай боже с локами, не дай боже твой кэш это микросервис в сетке (latency вступает в игру). Очень даже может быть, что твой кэш это какая-то lock+wait free структура данных и записать тебе туда 128 раз из раздных тредов даёт гораздо меньше оверхэд по производетельности чем мутить все эти вычисления и синхронизацию. Без облкадывания тестами производительности на JMH или чем-то подобном если это не Java, я бы не советовал это менять. В реальной ситуакции, в реальной нагрузке, без JMH и годной статистике с сотнями тысяч прогонов такие изменения - это гадание на кофейной гуще.
Еще раз, если кеш lock+wait free, то скорее всего в него дешевле 128 раз записать, чем производить вычисления необходимые для синхронизации потоков. Хождение в базу 128 раз это уже отдельный вопрос, но и тут нет четкого ответа.
Исходная версия DiKeert, :
А вот не факт, что нужно избавляться от записи одного и того же. Тебе придется делать синхронизацию этих поток какую-то, CAS-м или еще чем, не дай боже с локами, не дай боже твой кэш это микросервис в сетке (latency вступает в игру). Очень даже может быть, что твой кэш это какая-то lock+wait free структура данных и записать тебе туда 128 раз из раздных тредов даёт гораздо меньше оверхэд по производетельности чем мутить все эти вычисления и синхронизацию. Без облкадывания тестами производительности на JMH или чем-то подобном если это не Java, я бы не советовал это менять. В реальной ситуакции, в реальной нагрузке, без JMH и годной статистике с сотнями тысяч прогонов такие изменения - это гадание на кофейной гуще.
Еще раз, если кеш lock+wait free, то скорее всего в него дешевле 128 раз записать, чем производитель вычисления необходимые для синхронизации потоков.