可预见的Oracle应用程序的性能调优

核心提示： 由于缓冲输入输出不是大问题，所以需要对磁盘输入输出进行性能调优：这里有两点需要说明，可预见的Oracle应用程序的性能调优(2)，磁盘输入输出的实际开销并不是内存缓冲输入输出的一万倍，真实的比值接近70，另一方面，和用户进行交互可能会妨碍你的工作进度，即使你的CPU似乎正在抵销这个代价，并

由于缓冲输入输出不是大问题，所以需要对磁盘输入输出进行性能调优：这里有两点需要说明。磁盘输入输出的实际开销并不是内存缓冲输入输出的一万倍。真实的比值接近70。即使你的CPU似乎正在抵销这个代价，并且不带来任何显著的性能问题，但是这个问题显然会限制你的系统的可伸缩性。随着时间的流逝，我们越来越重视过高的内存缓冲输入输出，同时找寻性能改善的机会。

OATablespace模型和迁移工具集：已发布的Metalink注释（10/03）声称“这个新模型带来了实时性能改善。”这个模型的概念是将100多个Oracle应用程序表空间合并成一个以10计数的表空间。这会带来潜在的存储空间节省么？或许。这会带来更高的操作效率么？它依赖于其他东西。我们还没有讲解这个工具集。但是我们已经理解了在白板级上的表空间合并是如何改善性能的。

对你的个人电脑客户端进行磁盘碎片整理：在这本书中有关这个问题的讨论很多。这或许是正确的，因为在写作本书时正流行“胖客户端”。但是现在，Oracle应用程序客户端是一个“瘦客户端”（从Oracle废除Jinitiator开始，我们称浏览器为瘦客户端），不要期待能从对你的个人电脑客户端硬盘驱动器进行磁盘碎片整理中得到性能提升。

载入模块补丁：这是Oracle技术支持对于性能问题经常给出的对策，其实在很多情况下，它并不合适。原因是打补丁经常会带来不稳定性。如果对于补丁的依赖性没有给予充分考虑，你可能会发现你不得不载入整个补丁包，而你根本就没打算载入它们，结果就是对你系统的堆栈稳定性产生了影响。

项目管理

项目管理是很关键的。Oracle应用程序性能实施即是技术上的也是行政上的。某个人必须出来做掌舵者，即项目管理者。必须按功能区分出不同的优先次序。如果有可能，可以按照以下方式：商业单位先计算他们选拔人才的时间延迟带来的财政开支，然后乘上用户的数量及其每分钟的收入。获得应用程序性能改善的开销之一就是要记录文档。同时，也需要记录大量的纸质文档。用户的欲望必须被管理起来，因为并不是所有的区域都会产生同样戏剧性的结果。必须有一个管理者来划分不同的优先次序，有些时候甚至需要对性能团队的访问进行过滤。一方面，用户会频繁地提出会导致底层性能问题的主意和要求。另一方面，和用户进行交互可能会妨碍你的工作进度。成功也会导致暴露下一层性能问题的出现。