从现象上看，是出在应用服务器上，但可以先对应用服务器调优，让java进程及时释放所占用的资源，另也可以根据具体情况对应用服务器镜像升级扩容，建议先进行系统调优！

慢，也得找出到底是谁慢，业务慢，不一定是os层面问题，db层面也得查.知道病根对症下药。

一般难点就是找瓶颈。找到瓶颈后进行进一步分析：1. 瓶颈是bug导致：比如曾经处理过的一个案例，内存逐步增长--系统及其卡顿--宕机   周而复始，最后发现是系统的bug，一个主进程的计算内存不释放2. 纯性能问题：tunning是全局的大工程，可着手的地方太多。这些方面还分属不...

1 存储资源整合完美，数据存储可以跨越设备限制。2 存储管理灵活性，传统存储设备，每一个设备的上线、运维都需要单独实施。而软件定义存储可以做到一次上线，统一管理。3 扩展性强，存储设备根据业务需求可以横向扩展。而传统模式下，当存储空间不够用的时候，这种扩展是非常复杂的，也...

1 软件定义存储可以平衡不同类型存储设备的整体IO性能。比如说原来的存储都是低端传统设备，现在你只需要购买少量闪存，将二者进行虚拟化融合，包含自动分层技术，那么整体性能就会得到一定提升，虽然达不到全闪存的效果。...

系统性能的优化最好是自上而下展开，：业务逻辑设计简单、应用代码编写效率高，都会起到事半功倍的效果，如果这两方便都不尽人意，只能通过基础设施层解决了。在传统磁盘时代，操作系统的WIO一般都比较高，导致CPU整体利用率偏高，主要的症结是磁盘的响应时间高，如果换成SSD，会降低WIO，CPU...

从存储性能方面考虑，主机端的操作系统，内核，驱动，接口速率，链路速率，等等因素都会影响对存储的访问性能，其中还有一个因素是传统磁盘的盘片旋转延迟事件，磁头寻道时间，数据传输时间，这几个因素加起来还是制约这传统磁盘的性能。闪存阵列最大的好处是消除了磁头寻道时间带来的影响。...

首先可以肯定这个想法很不错，从产品的角度来讲这是一个理想的产品，功能，性能都有了。我想一个好的产品，更应该是经得起应用环境的考验才能称得上是一个好产品。还有就是即使一个产品它的功能和性能都能够很强，但应用层不能或者没能充分发挥这些功能和性能，用户也不会说它是一个...

交易系统性能是由多方面因素决定的，从网络到服务器（网页，应用，数据库），到存储，每一环都会影响性能，而环环相扣，互相之间也有影响。总体思路是先分离瓶颈点，然后解决问题。通常的，我们认为应用是无状态的，因此可以横向扩展，比如增加服务器，增加App数量，其困难可能是在成本问题，此时选择一...

可以看下，每个厂牌全闪存阵列的实施指导里边有一些最佳实践，我记得，ibm 的flash好像是至少32个lun，这个lunsize实际上也是lun的数量确实要测试一下，看看性能到底有什么区别