虽然上面的例子很激动人心，但是ARM还是在很多方面存在不足：

软件方面：虽然Linux系统已经能在ARM架构上完美的运行起来，但是在所支持程序的数量上面，和X86架构相比，差距还是很大的，特别是无法很好地支持中小企业常用的Windows Server系列。

内存方面：由于现有的ARM架构对大容量的内存支持不佳，一般很难看到能支持2G以上内存的ARM芯片，更别说服务器方面常见的4G以上内存。

设计方面：在这方面，著名云计算专家James Hamilton认为，虽然ARM架构在ATOM芯片不支持ECC内存方面有不错的支持，但是在芯片层不支持一致性缓存(Cache Conherent)并缺少一个优秀的内存控制器，使的ARM芯片无法像最新的Nehalem芯片那样近乎完美的应对基于服务器的应用。

适合的场景

基于现阶段的ARM架构，ARM架构在适合场景方面有一个非常重要的特色，就是对那些能被精细切分的应用支持非常好，比如Web Hosting等，但对那些能够被对本地资源(比如CPU，内存和I/O)需要非常强烈的应用支持不是很好，最明显的例子就是数据库。下面是两个比较适合的场景：

简单的Web Hosting：比如ARM的官方站点就是使用基于Marvell MV78100 SOC的ARM服务器，加上在软件方面常见的Debian和Ngnix组合能非常好地支撑其官方站点的运行。

静止存储(Very cold storage)：也就是存储那些很少被读取数据。因为运行这种应用的服务器最关键的因素是硬盘的大小，而且对CPU和内存这两方面的要求比较低，所以通过引入ARM架构将在不影响性能的情况下，降低用于负载静止存储的服务器的成本和功耗。

总体而言，对普通企业用户而言，由于引入ARM架构会对其本身的IT环境带来一定的影响，所以估计会进行长期的测试、评估和验证过程。但对那些 Web 2.0企业而言，因为其本身应用非常适合ARM架构，而且也非常重视成本，所以她们很有可能会是第一批用户。