在关注存储安全性的同时，如何对存储进行性能分析，使不同的应用充分利用到存储的性能。

1）对存储进行不同的性能分析非常简单，通过建立不同的测试基准，进行打压，存储性能便会展现出来。

承上启下：

2）使不同应用充分利用到存储性能？这方面是最棘手的。因为不同的应用，对存储性能需求的基准是不同的，这些基准同时也是第1）条，打压存储使用的基准。

例如：HIS系统对存储的响应速度，延迟，随机比例，读写比例以及block size等等。再如PACS对带宽需求，大块读取，当然还有放射RIS。如果不把这些基准提取出来个大概，那么如何测试存储都是徒劳。从用户角度来说，调取这些基准成为了“存储高效利用”首要障碍。

不过，存储智能化确实也能让用户绕开一些弯路。可以为那些容量占用小，对存储延迟要求敏感，对带宽却要求不高的系统如HIS使用存储自动分层技术，借助少部分的SSD，因为这些IO高峰是随着病患入诊，出院发生在不同时段的，这也是存储自动分层技术的核心价值。往常经验来看，门诊量大概200万次我没有遇到问题。

其次，对于那些对容量要求高，大规模顺序读,写应用例如PACS，建议另外配置大容量存储，因为有些存储厂商-自动分层技术做得不够细致，以免这些瞬间写入大块数据把那少部分的SSD塞满，所以这方面最好不要“高效利用”。

   从不同应用角度去对存储进行性能分析，楼上已经说了通过建立不同的测试基准，进行打压，存储性能便会展现出来。

   HIS系统需要在用户认可的高峰期，从服务器角度，具体在操作系统上，看使用的是LINUX还是UNIX系统，不同系统查看方式不同，具体查看IO使用率，同时配合存储的管理界面和存储的IO进行记录、整理，经过数次的数据整理，进而得出存储性能的结论；由于HIS系统对存储的响应速度，延迟，随机比例，读写比例以及block size要求比较大，所以建议HIS系统使用闪存系统，这样对IO的提升一般都比较明显。

   PACS系统对带宽需求，图片读取要求比较高，具体分析过程参照HIS系统方法。所以一般建议使用分层存储，采用闪存存储对在线和近线数据进行加速，时间比价久远的图片采用大容量的存储系统进行存放，这样保证性能和容量的完美配比。