三大不足: 1)支持软件数量少
由于ARM属于RISC架构，但目前服务器应用最普遍的是x86架构。虽然当前实验证明在ARM平台能够运行Linux系统，但支持的应用软件数量有限，跟成熟的x86架构相比还有很大的差距，而且目前也无法支持中小企业常用的Windows Server，对虚拟化的支持也还在研究当中。因此，在操作系统和应用软件层次上，可能需要对多核ARM架构进行一些特殊的修改，而且后续的软件移植、兼容性测试与认证、产品化以及说服用户迁移等都是一个很长的艰苦过程。目前，ARM的软件生态圈主要包括Android, Adobe Flash Player, Java Platform Standard Edition (Java SE), JavaFX, Linux, Microsoft Windows Embedded, Symbian和Ubuntu, 以及超过700家ARM社区成员，提供应用软件、硬件和软件开发工具、中间件和SoC设计服务。
2)不支持64位应用
作为一种32位指令集架构，ARM可以用在亚马逊、Facebook等企业的32位应用中，但Google、雅虎等大型数据中心客户希望能够使用64位ARM处理器，以应付MapReduce、Hadoop等内存密集型算法。毕竟，现在大多数服务器应用已经转向64位。实际上，现有的ARM架构对大容量内存支持很有限，一般很难看到能支持2G以上内存的ARM芯片，更别说服务器方面常见的4G以上内存。
3)ARM架构设计缺陷与性能不足
著名云计算专家、Amazon Web Services团队成员James Hamilton认为，虽然ARM架构支持Atom尚不支持的ECC内存，但是在芯片层不支持一致性缓存(Cache Conherent)，并缺少优秀的内存控制器，使的ARM芯片无法像最新的Nehalem芯片那样应对主流服务器应用。比如，由于没有缓存一致性的功能，早期的多核ARM设计芯片如Marvel MV78200，还难以支持同一个应用去利用两个核心。
另外，虽然ARM芯片功耗极低、也更便宜，并且Cortex A9芯片已经具有四核心，主频已经达到2GHz，但性能上还不能与主流的至强、皓龙等x86服务器芯片相比，性能还需要进一步提高。
适用范围与实例
为了验证ARM服务器的可行性，ARM也已经搭了个linux-arm网站(点这里查看)，该网站正是运行在由7台ARM服务器组成的小集群上面。据介绍，每台服务器的配置是：1颗1.2Ghz ARM处理器(Marvell MV78100，双核SOC，没有缓存一致)，1块2.5英寸7400rpm SATA硬盘，1.5GB DDR2 内存(带ECC纠错，非常难得，不同于Intel Atom服务器)，Debian Linux，Nginx web 代理/负载均衡，以及Apache web server。
▲这套“简陋”的WEB服务器集群里跑的正是ARM的芯！
▲早期的Google服务器模样也是相当“惨”，不过挺好使！
总之，经过上面的分析，就目前甚至未来几年的情况来看，ARM架构还只适用于特定的服务器领域，尤其是那些服务器用量较大，对成本和功耗非常在意，应用相对简单，不需要密集计算或大内存的大型数据中心，如某些Web 2.0企业。
这类企业大多预算充足，而且有较强的Linux技术积累和服务器定制经验，有能力去研究和测试这类服务器，投入产出比也相对较高，而且由于服务器用量大，比较容易得到ARM公司及其他芯片厂商的支持。
而对普通企业用户而言，由于引入ARM架构会对其本身的IT环境会带来一定的影响，需要进行长期的测试、评估和验证过程，预计主流化应用还很遥远。 | 
