Java7并发编程指南——第八章：测试并发应用程序
 
@(并发和IO流)
 


 
 
  
Java7并发编程指南第八章测试并发应用程序
    
思维导图
项目代码
 
 
 
 
 
 
思维导图
 
 
项目代码
 
GitHub：Java7ConcurrencyCookbook

测试并发应用（七）配置Eclipse来调试并发代码
 
声明：本文是《  Java 7 Concurrency Cookbook 》的第八章， 作者： Javier Fernández González 译者：郑玉婷 校对：方腾飞
 
配置Eclipse来调试并发代码
 
当今，几乎全部的程序员，不管使用什么程序语言，都会用IDE来创建应用。在相同的应用里，他们提供了很多有趣的功能来整合，例如：
 
任务管理
自动生成代码
自动生成文档
与版本控制系统集成
debugger测试应用
创建不同类型的应用和项目
 
IDE最有用的特点其一就是debugger。你可以一步一步的执行你的应用并分析你的程序中全部对象和变量的值。
 
如果你使用 Java 编程语言，那么 Eclipse 是最普遍的 IDE 之一。它有一个内置调试器（integrated debugger）允许你测试你的应用。默认情况，等你试调并发应用，debugger 找到断点（ breakpoint）， 它只是把有断点（breakpoint）的线程停止，其他的线程都继续他们的运行。
 
在这个指南，你将学习如何改变配置来帮助测试并发应用。
 
准备 
 
你必须安装好 Eclipse IDE。打开并选择一个实现的并发应用，例如，任何在这本书中实现的指南。
 
怎么做呢…
 
按照这些步骤来实现下面的例子：:
 
1. 选择菜单选项 Window | Preferences。
 2. 在菜单的左手边，扩展 Java 选项。
 3. 在菜单的左手边，选择 Debug 选项。以下的截图展示了窗口的样子：
 
 
4. 改变 Default suspend policy 的值，为了 new breakpoints 把 Suspend Thread 改成 Suspend VM (在截图中用红色标记了）。
 5. 单击 OK 按钮来确定修改。
 
它是如何工作的…
 
像我们在这个指南介绍里提到的，默认情况，当你用Eclipse调试并发Java 应用，调试过程会寻找断点，它只暂停最先碰到这个断点的线程，其他线程将继续他们的运行。
 
以下裁图展示了例子的情况：
 
 
你可以发现只有 worker-21 被暂停了（在截图中用红色标记），而其他线程还在继续运行。但是，如果你改变 Default suspend policy 到 Suspend VM，来获得新的breakpoints，全部线程暂停他们的运行，当你正在debuggging 并发应用，然后试调过程碰到了断点。 以下截图展示了例子的情况：
 
 
有了这些改变，你可以发现全部的线程都被暂停了。你可以继续任何你想debugging的线程。选择最适合你需求的暂停方法。

2012年听说过Vert.x这个框架之后，去年大致了解了下，最近开始进一步熟悉这个框架。 
   Vert.x是一个用于下一代异步、可伸缩、并发应用的框架，旨在为JVM提供一个Node.js的替代方案。开发者可以通过它使用JavaScript、Ruby、Groovy、Java、甚至是混合语言来编写应用。这个是官方的定义(原文当然是英文的)。 
    官方网站：http://vertx.io/ 
    Home,Download,Install,Tutorials,Examples,Documentations,Source… 
    我发现国外这种技术网站都比较的专业，对自己的技术都有比较完善的介绍，从下载安装，到深入学习。 
国内的却显得太少了。国内同仁都忙着开发应用，抄袭应用，疯狂去赚钱。是国内的环境太恶劣了，还是大家比较浮躁了。 
   就我个人而言，短时间内我是不会去做些这种类似的技术的。能力确实是个大问题，关键是我也缺钱啊，不愿意花太多的时间去专研或开创新的技术。除非，我发现研究这些技术很能挣钱的时候。大学的时候有一点经济压力，毕业之后越发的明显。也许是我太浮躁，或者没有足够的技术信仰。 
   毕业之后，经常在CSDN，51CTO等技术类网站瞎逛，了解了很多技术，各种工具和框架。越来越发现，想要掌握足够的技术似乎不可能。精力越来越有限，而技术却越来越多。以有限的精力去学习和掌握无限的技术几乎是一件不可能的事情。 
   比较好的解决方案： 
1.精通一些基础和常用的技术，了解和对比一些流行的技术，快速学习和掌握需要用到的技术。 
2.对学习方法和解决问题的方法进行总结。 
3.与技术同仁保持交流和合作，在必要的时候获得帮助和建议。 
  
   CSDN相关介绍：http://www.csdn.net/article/tag/vertx 

 
 
 
  
为什么80%的码农都做不了架构师？>>>   
 
 
 
 
架构：yarn+hive
 
 
问题：yarn中使用capacity scheduler做任务调度，创建了三个队列分别为不同的场景提供服务。后来发现一个问题，在集群资源充裕的情况下，yarn中的并发applicaiton都特别少，在hive管理界面上，查看应用状态，提示：“ACCEPTED：waiting  for AM contrainer to be allocated,launched and register with RM.”查资料后，我的理解应该是application在等待任务contrainer，由于拿不到资源，导致pending，同时检查memory used和vcores used两个指标均只用了一半资源，集群利用效率上不去
 
 
解决：在检查yarn的队列配置中主要有两个参数用来控制application的资源分配
 
 
yarn.scheduler.capacity.<queue-path>.user-limit-factor：每个用户能使用队列资源的上线，默认是10，即：10%，因为我们的场景都是单用户使用该队列，我们调到了100；
 
 
yarn.scheduler.capacity.<queue-path>.maximum-am-resource-percent：队列资源拿多少资源出来分配给application（注意：yarn中container有两种用途，一种是分配给application，另外一种是分配给map或者reducer任务）
 
 
重启服务器后，观察队列的使用情况，集群效率低的问题得到了很大的改善。
 
 
 
  
 
    
  
 
 
 
 
转载于:https://my.oschina.net/psuyun/blog/849457