同步代码比非同步代码执行得更快

Question

我得到了这个令人惊叹的结果，但我绝对不知道原因： 我有两个方法，可简化为：

private static final ConcurrentHashMap<Double,Boolean> mapBoolean = 
        new ConcurrentHashMap<Double, Boolean>();
private static final ConcurrentHashMap<Double,LinkedBlockingQueue<Runnable>> map
        = new ConcurrentHashMap<Double, LinkedBlockingQueue<Runnable>>();


protected static <T> Future<T> execute(final Double id, Callable<T> call){
// where id is the ID number of each thread
synchronized(id)
{
   mapBoolean.get();// then do something with the result
   map.get();//the do somethign with the result
}
}

protected static <T> Future<T> executeLoosely(final Double id, Callable<T> call){

 mapBoolean.get();// then do something with the result
 map.get();//the do somethign with the result

 }

}

在使用超过 500 个线程进行分析时，每个线程调用上述每个方法 400 次，我发现execute(..) 的性能至少比executeLoosely(..) 好500 倍。这很奇怪，因为executeLoosely 不是同步的，因此更多线程可以同时处理代码。

有什么理由吗？？

Answer 1

在我假设没有 500 个核心的机器上使用 500 个线程的开销，使用大约需要 100-1000 倍时间的任务，只要在 Map 上查找以执行 JVM 可以检测到的代码但不执行任何操作，可能会产生随机结果。 ;)

您可能遇到的另一个问题是，使用一个线程执行速度更快的测试可以从使用同步中受益，因为它会偏向对一个线程的访问。即，它将您的多线程测试恢复为单线程测试，这首先是最快的。

您应该将获得的计时与执行循环的单个线程进行比较。如果这更快（我相信它会更快），那么它不是一个有用的多线程测试。

我的猜测是您在非同步代码之后运行同步代码。即在 JVM 稍微预热之后。交换执行这些测试的顺序并多次运行它们，您将得到不同的结果。

Answer 2

在非同步场景下：
1）等待获取映射的一个段上的锁，锁定，对映射执行操作，解锁，等待获取另一个映射的段上的锁，锁定，对另一个映射执行操作，解锁。
仅在并发写入段的情况下才会执行段级锁定，而您的示例中看起来并非如此。

在同步场景中：
1）等待锁定，执行两个操作，解锁。

上下文切换所花费的时间会产生影响吗？运行测试的机器有多少个核心？
地图的结构如何，相同类型的键？