用运行所需的资源和作用方式。在广义上，当前云计算应用具备下列纲要：b应用不会出现任何程度的并行，也未进行线程化。c几乎所有应用都不需要过多的内存带宽和高CPU使用率。d应用很少执行与其计算相关的IO，但也会存在例外，如实际上并未在“云”上运行的数据库。e应用可进行自我修复。也就是说，一旦应用因故出现故障，它能轻松重启或恢复，而不会对用户的工作造成太大的中断。大多数日常应用（如制作演示幻灯、撰写文档和电子表单、畅玩游戏等）
f都是串行应用，许多功能往往都放置在了桌面上（很可能采用AJAX）。Google等公司开发出了针对云计算的存储系统，但这些文件系统主要面向具备上述纲要的应用（例如hadoop）。由于您必须使用MapReduce来访问和使用这些文件系统，因而它们在传统HPC应用上的适用性会受到限制。上述应用特征同样适用于许多企业应用。换而言之，它们是IO量极少的串行应用。当然也存在IO密集型企业应用，如数据库等，但它们通常不会在总体应用排名中占据优势。HPCC计算应用纲要HPCC应用具备各种应用纲要。典型应用涉及并行计算，可能含有大量的IO。同时，串行（单节点）HPCC应用可能执行许多IO任务。因此，HPCC应用的纲要范围十分广。下面简要列出了HPCC应用的几项要素。许多应用为串行应用，其中各种进程之间存在一些数据通信。有时进程间的数据传输量很少。例如：某CFD代码有时进程间的数据传输量很大。例如：WRF有些应用为串行应用或线程化应用，运行于单个节点上。例如：BLAST有些串行或并行应用执行许多IO任务。例如：A
sys、Abaqus或Nastra
等FEA代码有些串行或并行应用不执行许多IO任务。有些应用能够生成一个检查点，即一份计算进程的快照。一旦系统因故出现故障，它能够从上一个检查点重新启动，而无需从一开始重启。并非所有应用都具备这一功能。只需查看应用纲要即可了解HPCC应用之间的巨大差异。显然，HPCC应用具备与当前的云计算应用不同的应用纲要。正因为存在这个差异，一些HPCC应用能够适用于云计算模式，而有些却不适用。在下一章节，我们将探讨哪些HPCC应用能够在云计算模式下运行良好，哪些不适用于云计算模式且不可能适用于这一模式。云计算中的HPCC应用从目前来看，云计算应用和HPCC应用似乎有很大不同，但仔细分析后不难发现，两者之间仍然存在着一些共同点。某些HPCC应用并不依赖于节点间的通信，也不需要太多的IO（如BLAST）。这些特定应用的应用纲要能够很好地与云计算r