mac 大写锁定延迟_延迟分析中的案例研究:锁定与同步

mac 大写锁定延迟

特别是在这篇文章中,我们将讨论:

  • java.concurrent.Lock创建的垃圾
  • 比较锁与同步
  • 如何以编程方式测量延迟
  • 争用对锁和同步的影响
  • 遗漏对延迟测试的影响

回到我最喜欢的主题之一,垃圾创建/分配。 有关此主题的更多详细信息,请参见我以前的文章(例如,性能优化 的第一条规则和重新访问 性能优化 的第一条规则:逃逸分析的效果 )。 特别是为什么分配是理解性能问题的如此关键因素。

几天前,我在尝试诊断JIT编译过程中分配的一些奇怪影响时遇到了什么,这是java.util.concurrent.locks.ReentrantLock分配的,但仅当处于竞争状态时才分配。 (这可以通过运行一个测试程序(如下面的程序)很容易地证明,该程序使用– verbosegc在Lock上创建了争用)。

下面的竞争锁的gc输出示例:

[GC (Allocation Failure)  16384K->1400K(62976K), 0.0016854 secs]
[GC (Allocation Failure)  17784K->1072K(62976K), 0.0011939 secs]
[GC (Allocation Failure)  17456K->1040K(62976K), 0.0008452 secs]
[GC (Allocation Failure)  17424K->1104K(62976K), 0.0008338 secs]
[GC (Allocation Failure)  17488K->1056K(61952K), 0.0008799 secs]
[GC (Allocation Failure)  17440K->1024K(61952K), 0.0010529 secs]
[GC (Allocation Failure)  17408K->1161K(61952K), 0.0012381 secs]
[GC (Allocation Failure)  17545K->1097K(61440K), 0.0004592 secs]
[GC (Allocation Failure)  16969K->1129K(61952K), 0.0004500 secs][GC (Allocation Failure)  17001K->1129K(61952K), 0.0003857 secs]

我想知道清理这些分配所必需的垃圾回收是否意味着在高度竞争的环境中,与使用内置的“ synchronized ”相比, Lock在同步方面是更糟糕的选择。

当然,这个问题比其他任何事情都更具学术性。 如果您确实非常关心延迟,那么您将永远(或者肯定永远不会)陷入需要大量线程锁定的情况。 不过,因为过程和结果很有趣,所以请和我在一起。

有点历史。 2004年,Java 1.5中引入了Lock 。为了简化并发构造,迫切需要将Lock与其他并发实用程序一起使用。 到目前为止,您已经处理了Object上的内置synchronizedwait()notify()

ReentrantLock除了提供synchronized功能外,还提供许多功能,
这仅仅是列举的一小部分:

  • 非结构化–即您不限于在块或方法中使用它。 它使您可以通过几种方法持有锁。
  • 锁定轮询
  • 超时等待锁
  • 可配置的公平政策

但是,它们如何进行延迟测试呢?

我在下面编写了一个简单的测试,比较了锁与同步的性能。

  • 该代码使您可以更改线程数(1个线程表示没有争用),从而调整争用量。
  • 在有或没有协同遗漏的情况下进行测量(请参阅以前的博客《协调遗漏的效果》 )
  • 运行测试锁定或同步测试。
  • 要记录我的结果,您会注意到我使用了Histogram类。 这是由彼得·劳瑞(Peter Lawrey)创建的。 你可以找到类为纪事核心在实用这里 。
import org.junit.Test;import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;public class LockVsSync {private static final boolean COORDINATED_OMISSION = Boolean.getBoolean("coordinatedOmission");//Either run testing Lock or testing synchronizedprivate static final boolean IS_LOCK = Boolean.getBoolean("isLock");private static final int NUM_THREADS = Integer.getInteger("numThreads");@Testpublic void test() throws InterruptedException {Lock lock = new ReentrantLock();for (int t = 0; t < NUM_THREADS; t++) {if (t == 0) {//Set the first thread as the master which will be measured//The other threads are only to cause contentionRunner r = new Runner(lock, true);r.start();} else {Runner r = new Runner(lock, false);r.start();}}synchronized(this){//Hold the main thread from completingwait();}}private void testLock(Lock rlock) {rlock.lock();try {for (int i = 0; i < 2; i++) {double x = 10 / 4.5 + i;}} finally {rlock.unlock();}}private synchronized void testSync() {for (int i = 0; i < 2; i++) {double x = 10 / 4.5 + i;}}class Runner extends Thread {private Lock lock;private boolean master;public Runner(Lock lock, boolean master) {this.lock = lock;this.master = master;}@Overridepublic void run() {Histogram histogram = null;if (master)histogram = new Histogram();long rate = 1000;//expect 1 every microsecondlong now =0;for (int i = -10000; i < 200_000_000; i++) {if(i==0){now = System.nanoTime();} else if(i>0){if(!COORDINATED_OMISSION) {now += rate;while(System.nanoTime() < now);}elsenow = System.nanoTime();}if(IS_LOCK)testLock(lock);elsetestSync();if(i>=0 && master){histogram.sample(System.nanoTime() - now);}}if (master) {System.out.println(histogram.toMicrosFormat());System.exit(0);}}}
}

结果如下:

这些是忽略了遗漏的结果:

  • 时间以微秒为单位。
  • 延迟分布在图的顶部。
  • 该测试中的争用意味着要使用4个线程运行该程序。
  • 测试是在具有8个逻辑CPU的MBP i7上运行的。
  • 每个测试包括200,000,000次迭代和10,000次迭代预热。
  • 调整协调遗漏时的吞吐量为1迭代/微秒。

屏幕快照2015-08-11 at 14.21.20

正如预期的那样,在没有争用的情况下,结果几乎相同。 JIT将优化锁定并进行同步。

在较低的百分位数中,使用Lock进行争用要快一些,但实际上并没有太多。 因此,即使有许多较小的垃圾回收,它们似乎也没有显着降低锁的速度。 如果有的话,锁定总体上会稍微快一点。

这些是为协调省略而调整的结果。

屏幕截图2015年8月11日的14.34.10

这些数字当然更高,因为它们允许引起真正的延迟。

同样,锁和同步也没有争用,它们的作用相同–在那里没有很大的惊喜。

通过争用,直到第99个百分位,我们现在看到的同步锁定性能提高了10倍。 之后,时间几乎相同。

我可以推测,与同步相比,gc集合的影响(介于300-1200微秒之间)是导致锁缓慢的原因。 尤其是因为速度下降仅出现到第99个百分位时才可见-在此之后,延迟可能会降到硬件和操作系统上。 但是,这只是我的推测,无需进一步调查。

结论

这篇文章的收获更多是关于衡量和分析延迟的过程。 有趣的是, Lock在竞争时进行分配,但在现实世界中不太可能产生任何实际变化

翻译自: https://www.javacodegeeks.com/2015/08/a-case-study-in-analysing-latency-lock-vs-synchronized.html

mac 大写锁定延迟

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/337181.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

很好玩的12个c语言面试题

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删12个C语言面试题&#xff0c;涉及指针、进程、运算、结构体、函数、内存&#xff0c;看看你能做出几个&#xff01;1.gets()函数问&#xff1a;请…

java 开发 jvm_Java开发人员应了解的JVM流行语

java 开发 jvm本文将与您分享一些JVM“流行语”&#xff0c;它们对于Java开发人员在执行任何JVM性能和垃圾回收调优之前理解和记住非常重要。 本文末尾还提供了一些技巧&#xff0c;包括一些高级性能调优最佳实践。 将来的文章中将探讨有关Oracle HotSpot并发GC收集器&#xff…

C/C++在Java、Android和Objective-C三大平台下实现混合编程

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删Android和iOS开发都支持C开发&#xff0c;可以一套代码多平台使用。同时C难以反编译的特性也可以为Android开发带来代码的保密&#xff0c;另一n…

vs不一致的行尾对话框怎么调出_SolidWorks工程图打开后图纸没有了空白了怎么办?还能找回来吗?...

SolidWorks工程图打开后图纸没有了空白了怎么办&#xff1f;还能找回来吗&#xff1f;答案是肯定的。不知道大家使用SolidWorks有没有遇到这种情况&#xff0c;如下图所示&#xff1a;就是我们本来画好标注好的工程图&#xff0c;竟然没了&#xff0c;怎么造成的呢&#xff1f;…

jpa 忽略bean_在WildFly上将JPA和CDI Bean与骆驼一起使用

jpa 忽略bean我并没有真正为此计划&#xff0c;但是在一个免费的会议月份中&#xff0c;我有机会进行了一些深入的探讨&#xff0c;并向您展示了WildFly-Camel子系统提供的WildFly魔术上的更多Camel。 商业背景 该演示来自Christina Lin在JBoss Demo-Central上的一个演示 。 她…

【如何系统地学习 C++ 语言】关于C++,有哪些你需要提前知道的知识?

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删C是一种通用的、面向对象的编程语言&#xff0c;可用于开发操作系统、游戏、图形用户界面、后端以及高性能系统和应用程序。所以&#xff0c;尽管…

【如何系统地学习 C++ 语言】从开发环境到C++进阶,应该怎么办?

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删开发环境如前面介绍的那样&#xff0c;C属于一种静态的编译型语言&#xff0c;所以&#xff0c;开发环境配置过程中就需要用到对应的编译器。C有…

高度可定制化的方案_如何开发高度可定制的产品

高度可定制化的方案您是否听说过&#xff1a;“我们非常喜欢您的产品……除了一些小细节。”&#xff1f; 然后&#xff0c;CIO推出了一系列其他“必备”要求的清单&#xff0c;其中有数百个要添加到您的惊人产品中。 您是否听说过&#xff0c;甚至说过&#xff1a;“团队&…

文言文编程?厉害了程序员!

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删你能看出来&#xff0c;这首诗妙在哪里吗&#xff1f;来源&#xff1a;量子位&#xff08;ID&#xff1a;QbitAI&#xff09;&#xff0c;梦晨 萧…

sublime快捷键代码对齐_Python配置sublime运行环境

1、下载安装python和sublime&#xff0c;不再赘述&#xff0c;官网即可下载&#xff1b;2、打开subilme&#xff0c;打开Tools > Build System > New Build System..3、点击New Build System后&#xff0c;会生成一个空配置文件&#xff0c;在这个配置文件内覆盖配置信息…

C语言贪心算法

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删01基本概念贪心算法是指在对问题求解时&#xff0c;总是做出在当前看来是最好的选择。也就是说&#xff0c;不从整体最优上加以考虑&#xff0c;…

C++最佳实践 | 可维护性

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删C最佳实践:1. 工具2. 代码风格3. 安全性4. 可维护性&#xff08;本文&#xff09;5. 可移植性及多线程6. 性能7. 正确性和脚本可维护性避免使用编…

springboot启动自动关闭_App自动化测试用例格式和App的启动与关闭

【一】基本的用例格式这里使用unittest测试框架来编写用例。注&#xff1a;unittest可以提供用例的组织和管理、预期结果验证、批量化运行、产生测试报告等功能。新建一个calculator的python package&#xff0c;新建一个calculator_test.py&#xff0c;导入以下包。按照标准的…

C++最佳实践 | 可移植性及多线程

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删C最佳实践:1. 工具2. 代码风格3. 安全性4. 可维护性5. 可移植性及多线程&#xff08;本文&#xff09;6. 性能7. 正确性和脚本可移植性明确使用的…

eap aka_使用API​​密钥(aka身份验证令牌)部署到Maven Central

eap aka如何在不使用未加密本地密码的情况下与Maven Central / Nexus通信&#xff08;尤其是使用Gradle&#xff0c;但不仅限于此&#xff09;。 基本原理 不幸的是&#xff0c;Gradle&#xff08;和许多其他构建工具&#xff09;没有提供任何机制来本地加密密码&#xff08;或…

万维网发布服务 w3svc 已停止 除非万维_万维网和互联网的区别

常见的一个误解是&#xff0c;人们认为互联网(Internet,也叫因特网)和万维网(World Wide Web)是同样的事物。一些词语如“互联网”、“万维网”&#xff0c;“网”和“网络”经常可以交替使用。但是&#xff0c;从技术的角度来说&#xff0c;“互联网”和“万维网”是两个独立的…

C/C++项目开发:通讯录管理系统源码,C语言链表实现

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删hello&#xff0c;各位小伙伴们大家好&#xff01;你们今天有敲代码嘛&#xff1f;如果有熟悉的小伙伴看到我&#xff0c;就知道又可以来学习源码…

javafx窗体程序_JavaFX真实世界应用程序:欧洲电视网广播联盟

javafx窗体程序我荣幸地与今年在德累斯顿Saxonia 系统公司工作的Alexander Casall一起在JavaOne上展示了多个JavaFX Real-World应用程序。 在准备本次演讲时&#xff0c;我们向客户和合作伙伴发送了一份调查表&#xff0c;并向他们询问了一些与他们的项目&#xff0c;他们的应用…

spring 数据库 链接db2_Druid,Java语言中最好的数据库连接池

Druid是Java语言中最好的数据库连接池&#xff0c;这话不是我说的&#xff0c;是Druid官方文档自己这样描述的&#xff0c;这是何等的自信&#xff01;连接池的作用&#xff0c;跟线程池的作用大同小异&#xff0c;都是为了减少频繁的创建销毁连接IO&#xff0c;提升性能。drui…

编程知识:既然已经有数组了,为什么还要链表?

点击蓝字关注我们因公众号更改推送规则&#xff0c;请点“在看”并加“星标”第一时间获取精彩技术分享来源于网络&#xff0c;侵删对于不少开发者而言&#xff0c;链表(linked list)这种数据结构既熟悉又陌生&#xff0c;熟悉是因为它确实是非常基础的数据结构&#xff0c;陌生…