高通放弃自主架构应是谣言

简介:

近日一篇文章指高通骁龙830将放弃自主架构,随着ARM发布低性能的A35和高性能的A72核心,高通继续采用自主架构将导致成本过高而难以与各手机企业开发的手机芯片相竞争,这应该是一种谣言,高通不会放弃自主架构。

采用公版核心的教训

这几年随着联发科积极开发多核心架构,高通的自主架构开发无法跟上联发科的发展进程,在2014年采用了ARM的公版核心A57和A53设计其高性能芯片骁龙810,但是由于A57核心的发热过大,导致骁龙810存在发热现象而成为其高端芯片中最失败的产品。

高通骁龙810的发热问题估计也与台积电有一定关系,台积电在2014年获得苹果A8系处理器订单,台积电当时选择了优先照顾苹果,将最先进的20nm工艺优先提供给苹果,再加上苹果推出的iPhone6热卖导致台积电的20nm产能被用光,导致高通的骁龙810投产时间过迟没有足够的时间进行优化,也成为骁龙810发热的因素之一。据说后期的骁龙810已经没有发热问题,例如华为代工的采用骁龙810的nexus 6P就没有发热问题。

发热问题最终导致其骁龙810因为发热而在去年可以说是大败,高通的骁龙8XX系列芯片下降可能达到60%,去年三季度的业绩暴降44%。
采用自主核心的好处

今年高通再推高端芯片骁龙820的时候采用了自主架构kryo,其不在与联发科拼多核,而是主打单核性能。据geekbench的测试,其单核性能高达2200以上,高频版单核性能更达到2450接近苹果A9的2500,是Android市场性能最高的芯片!

华为海思的麒麟950采用ARM的公版核心A72和A53,并且采用了台积电最先进16nmFF+工艺,其单核性能也只有1712,落后骁龙820超过20%。

三星也已经成功开发出自主架构猫鼬,采用四核猫鼬+四核A53核心的Exynos8890成为Android市场性能仅次于骁龙820的芯片。

采用自主架构,芯片企业可以对处理器的功耗、性能进行深层的优化,达到最优。骁龙820的kryo核心设计主频可以达到3GHz,而ARM的高性能公版核心最高主频只能达到2.5GHz。高通的骁龙820采用自主架构,实现了高效的处理器与专用内核组合,以最低功耗、最高效的通讯模式实现内部CPU、GPU、ISP、DSP等的协同运作,并且未来随着手机芯片整合的功能增多,异构计算将成为市场主流,而ARM公版核心存在着模块间通讯性不强软肋。

正是有鉴于采用公版核心的存在问题,联发科采用了多核来与高通竞争,但是业界发现其实多核对于手机来说远不如单核性能高更重要,在Android市场手机处理器已经发展到十核的情况下苹果的A系处理器一直采用双核架构,凭借着超强的单核性能为用户提供了最好的体验,而且联发科和华为海思也表达了要开发自主架构的意向。
高通放弃自主架构可能性不大

从骁龙810的失败,32位时代的自主架构Krait的成功,以及眼下骁龙820采用自主核心kryo的优异成绩,高通应该得出结论采用自主架构的重要性。

其实高通也并没有完全放弃ARM公版核心,其已经采用ARM的公版核心A72和A53推出了中端芯片骁龙65X系列,目前采用骁龙652的三星A9已经发布上市,从表现来看这枚处理器与华为思麒麟950差不了太多,加上高通自家优秀的GPU adreno基带技术,整体与麒麟950各有特点。

如果高通再用公版核心开发自己的高端芯片骁龙830,那样无疑是与目前对骁龙65X的定位所矛盾。

总结来说,高通只会加强对自主架构的开发,而不是放弃,以保持与ARM公版核心的差异性,再用ARM公版核心架构的芯片应对华为海思、联发科的竞争。

本文转自d1net(转载)

相关文章
|
11月前
|
架构师 安全 区块链
带你读《自主管理身份:分布式数字身份和可验证凭证》——第5章 SSI架构:大局观(1)
带你读《自主管理身份:分布式数字身份和可验证凭证》——第5章 SSI架构:大局观(1)
带你读《自主管理身份:分布式数字身份和可验证凭证》——第5章 SSI架构:大局观(1)
|
11月前
|
数据安全/隐私保护 API 区块链
带你读《自主管理身份:分布式数字身份和可验证凭证》——第5章 SSI架构:大局观(2)
带你读《自主管理身份:分布式数字身份和可验证凭证》——第5章 SSI架构:大局观(2)
带你读《自主管理身份:分布式数字身份和可验证凭证》——第5章 SSI架构:大局观(2)
|
前端开发 Android开发
在抛弃 MVP-Clean 后,我自主设计并开源了 Viabus 架构
版权声明:本文为博主原创文章,转载请注明作者和链接。更多请继续关注 KunMinX 前言 前不久刚结束对 20 模块项目的第 3 轮重构,一路见证了 MVC、MVP、Clean 的优缺点并形成自己的体会。
1742 0
|
4天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
16天前
|
API 数据库 开发者
构建高效可靠的微服务架构:后端开发的新范式
【4月更文挑战第8天】 随着现代软件开发的复杂性日益增加,传统的单体应用架构面临着可扩展性、维护性和敏捷性的挑战。为了解决这些问题,微服务架构应运而生,并迅速成为后端开发领域的一股清流。本文将深入探讨微服务架构的设计原则、实施策略及其带来的优势与挑战,为后端开发者提供一种全新视角,以实现更加灵活、高效和稳定的系统构建。
20 0
|
4天前
|
消息中间件 监控 持续交付
构建高效微服务架构:后端开发的进阶之路
【4月更文挑战第20天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构作为一种新兴的分布式系统设计方式,以其独立部署、易于扩展和维护的特点,成为解决这一问题的关键。本文将深入探讨微服务的核心概念、设计原则以及在后端开发实践中如何构建一个高效的微服务架构。我们将从服务划分、通信机制、数据一致性、服务发现与注册等方面入手,提供一系列实用的策略和建议,帮助开发者优化后端系统的性能和可维护性。
|
15天前
|
Kubernetes 安全 Java
构建高效微服务架构:从理论到实践
【4月更文挑战第9天】 在当今快速迭代与竞争激烈的软件市场中,微服务架构以其灵活性、可扩展性及容错性,成为众多企业转型的首选。本文将深入探讨如何从零开始构建一个高效的微服务系统,覆盖从概念理解、设计原则、技术选型到部署维护的各个阶段。通过实际案例分析与最佳实践分享,旨在为后端工程师提供一套全面的微服务构建指南,帮助读者在面对复杂系统设计时能够做出明智的决策,并提升系统的可靠性与维护效率。
|
1天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第23天】 随着现代软件开发实践的不断演进,微服务架构已经成为企业追求敏捷、可扩展和弹性解决方案的首选。本文深入探讨了如何构建一个高效的微服务架构,涵盖了关键的设计原则、技术选型以及实践建议。通过分析微服务的独立性、分布式特性和容错机制,我们将揭示如何利用容器化、服务网格和API网关等技术手段,来优化后端系统的可维护性和性能。文章旨在为后端开发人员提供一套全面的指南,以应对不断变化的业务需求和技术挑战。
|
6天前
|
机器学习/深度学习 运维 Prometheus
探索微服务架构下的系统监控策略
【4月更文挑战第18天】在当今快速迭代和持续部署盛行的软件工程实践中,微服务架构因其灵活性和可扩展性受到企业青睐。然而,随着服务的细粒度拆分和网络通信的增加,传统的监控手段已不再适用。本文将探讨在微服务环境中实施有效系统监控的策略,包括日志聚合、性能指标收集、分布式追踪以及异常检测等关键技术实践,旨在为读者提供构建稳定、可靠且易于维护的微服务系统的参考指南。
10 0
|
6天前
|
监控 持续交付 开发者
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第18天】在数字化转型的浪潮中,微服务架构已成为企业提升系统灵活性、加速产品迭代的关键。此文深入探讨了构建高效微服务架构的实践方法,包括服务划分原则、容器化部署、持续集成/持续部署(CI/CD)流程以及监控与日志管理等关键技术点。通过分析具体案例,揭示了微服务在提高开发效率、降低维护成本及促进团队协作方面的显著优势。