Оптимизация потоков и перечислений

Question

У меня есть метод в перечислении, который вызывается многими потоками, запущенными в одно и то же время.

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

Когда я изменяю количество потоков от 5 до 300 (я выполняю их через ScheduledExecutorService), я не вижу разницы в общей пропускной способности системы.

Действительно ли выполняется оптимизация или что-то отличается от того, что я себе представляю?

Answer 1

Не существует конфликта, если все методы выполняют доступ (то есть чтение) памяти. Если вы не изменяете значения и не сохраняете значения в экземплярах или статических переменных, ваши методы являются «потокобезопасными» без синхронизации.

Либо вы не указали свою проблему полностью, либо ее нет.

Answer 2

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

Answer 3

Если доступ к памяти не читается, т. Е. Нить не обновляет значение переменной, пропускная способность остается неизменной. Если вы все еще верите в проблемы параллелизма, попробуйте JNI.