跳转到主要内容


developerWorks 中国  >  Java technology  >  

文档库

 developerWorks
 
  
 
 题目  10    隐藏内容简介    
 
题目 日期
关注性能：改进您的开发过程
性能是 Java 平台屡屡受到指责的一个方面。然而，Java 平台的巨大成功也使得对性能问题作一番严肃的调查研究颇有必要。在这个新专栏中，无畏的优化大师 Jack Shirazi 和 Kirk Pepperdine，分别是 JavaPerformanceTuning.com 的董事和 CTO，他们在整个 Internet 上推行性能大讨论，展开他们所碰到的问题并加以澄清。本月，他们来到 JavaRanch，讨论有关编译速度、异常以及堆长度调优等方面的话题。		     2003年9月22日  
 
关注性能： 引用对象
优化大师 Jack Shirazi 和 Kirk Pepperdine, 分别是 JavaPerformanceTuning.com 的董事和 CTO, 就他们本专栏中遇到的关于性能方面的问题，在 Internet 上进行广泛的探讨和研究。这个月，他们将目光投向 Java 游戏 Web 站点，去看看游戏开发者是怎样发现和解决垃圾收集过程中应用程序不能释放对象时出现的问题。		     2003年10月9日  
 
关注性能：压力负载
优化大师 Jack Shirazi 和 Kirk Pepperdine 分别是 JavaPerformanceTuning.com 的董事和首席技术官，他们从事全球 Internet 上的性能问题讨论。在 TheServerSide.com 留言板上最近提出了一些关于压力测试和负载测试的问题。Jack 和 Kirk 详细探讨了这一主题，并讨论了正确的工具如何导致结果产生巨大的差别。		     2003年12月11日  
 
关注性能：宏性能基准测试
热衷于 Java 性能的 Jack Shirazi 和 Kirk Pepperdine ―― JavaPerformanceTuning.com 的董事和 CTO ―― 跟踪遍布 Internet 上的性能讨论，探究是什么在困扰着开发人员。在浏览 Usenet 新闻组 comp.lang.java 时，他们遇到了几个有意思的底层性能调整问题。在 关注性能 的这篇文章中，他们对字节码作了一些分析，检验并回答了其中的一些问题。		     2003年12月29日  
 
关注性能： 异常的异常
Java 性能狂热者 Jack Shirazi 和 Kirk Pepperdine 分别是 JavaPerformanceTuning.com 的董事和首席技术官，他们从事全球 Internet 上的性能问题讨论，关注开发者遇到的困难。这个月在JavaRanchh 上的访谈，通过深入分析故事背后的故事，他们反驳了关于异常的营火会故事（译者注：即 campfire stories，是 JavaRanchh 推出的一个专栏，专门以童话故事的形式讲授 Java 技术）。		     2004年3月1日  
 
关注性能：使用 NIO 来扩展 MegaJogos
在关注性能系列的本期文章中，Kirk Pepperdine 和 Jack Shirazi 将追随 Macros 的踪迹，发现 NIO 性能的一些出色优点。 		    2004年4月14日  
 
关注性能： 谈论垃圾
您的应用程序是否经常出现 out-of-memory 错误？用户是否感受到响应时间有些不稳定？应用程序是否在相当长的时间内变得没有响应？应用程序的性能是否显得迟缓了？如果对任何一个问题的回答是肯定的，那么您很可能遇到了垃圾收集的问题了。先别进行优化，且听听 JavaPerformanceTuning.com 的 Jack Shirazi 和 Kirk Pepperdine 来解释如何识别垃圾收集问题，并由此帮助您回答这个问题：您知道垃圾收集器在干什么吗？		     2004年6月7日  
 
关注性能：调优垃圾收集
如果您是当前写网志（blogging）狂热者中的一员，则可能听说过 Blog-City，这是由苏格兰的一家小公司 Blog-City Ltd. 拥有和运营的网志站点。当一些意料之外的性能问题突然出现时，Java 性能专家 Jack Shirazi 和 Kirk Pepperdine 被邀请帮助进行 Blog-City 的技术调整。他们的检测工作因为受硬件约束和整个项目所使用的通信通道（IRC、ftp 和 偶尔的电子邮件）的限制而变得复杂。		     2004年7月16日  
 
关注性能： 确定更改的风险
在性能调优时，不可避免地会在应用程序中产生一些 bug，这些 bug 可能会让团队无法继续前进，而且可能显著地影响项目的进度。如果计划很紧（它们什么时候不紧呢？），那么性能调优工作很有可能会使项目落后、延期甚至取消。幸运的是，软件度量（software metrics）可以提供帮助。问题是：如何管理一个合理的时间框架，使系统摆脱已知的瓶颈？假定您理解改进性能需要的所有更改，那么该问题的答案取决于及时进行更改的能力。当代码中遇到未预料到的问题时，在工作过程中，必需进行的改变或者需要考虑的改变的数量常常会不断增加。您也许认为这是一项不太可能完成的任务，您是对的――精确地计划任何形式的代码重构实际上是不可能的，除非有某种可以对风险进行评估的方法。幸运的是，软件度量（software metrics）可以为您提供帮助。		     2004年8月16日  
 
关注性能：边缘剖析
调优的并不总是速度，有时候需要调整应用程序的其他方面，如果应用程序需要调优，要做的第一件事通常是使用剖析程序监控应用程序。但是，剖析并不总是可行的，有时候原因可能很可笑。关注性能的本期文章中， Jack 和 Kirk 讲述了他们最近经历的一件事：他们奉命剖析一个胖客户机，事实上它是如此庞大，根本没有为剖析程序留下空间。		     2004年9月27日  
 
 题目  10    隐藏内容简介    
 
没有找到您想要的结果吗？ 提交反馈