找回密码
 加入我们
搜索
      
查看: 20751|回复: 64

[CPU] 感觉英特尔会在16代处理器或之后放弃大小核架构

[复制链接]
发表于 2023-2-11 10:00 来自手机 | 显示全部楼层 |阅读模式
本帖最后由 梦因想而伟大 于 2023-2-11 10:29 编辑

众所周知,当前的大小核架构是在现行工艺和架构下的最优解,虽然它不够完美。究其原因,一方面是英特尔目前没真正进入多DIE时代,芯片物料成本相对较高;另一方面是核心架构常年修修补补,加加加,导致目前核心比较臃肿,面积也是越来越大。等到16代架构推倒重来的时候,这两个问题都能很好的解决了,也许就该回归纯大核架构了。
纯个人主观臆断,想听听业内人士的说法,欢迎大家讨论,不杠。
发表于 2023-2-11 10:05 | 显示全部楼层
为啥不chiplet+大小核呢
发表于 2023-2-11 10:10 | 显示全部楼层
为什么要放弃大小核呢?同面积可以提供更高的多核性能,我觉得蓝厂会更进一步挖掘大小核的潜力
发表于 2023-2-11 10:10 | 显示全部楼层
PTL依然大小核,讨论结束
发表于 2023-2-11 10:10 | 显示全部楼层
其实小核完全可以用线程来代替 少了很多物理发热体 但毕竟intel工程师不是吃素的 我也只是胡猜
发表于 2023-2-11 10:11 | 显示全部楼层
小核架构是肯定不会放弃的,最近几年arm侧靠A76之类的小芯片疯狂堆吞吐,搞出来的几十核的性价比cpu已经能在网格服务器市场对x86造成严重威胁了,zen4c本质上就是农企搞得x86侧的大吞吐性价比处理器。这种东西intel没理由不跟进。
发表于 2023-2-11 10:22 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
 楼主| 发表于 2023-2-11 10:25 来自手机 | 显示全部楼层
7970Raymond 发表于 2023-2-11 10:05
为啥不chiplet+大小核呢

个人感觉,1213代ipc虽然略高于ZEN4,但是核心面积也大的多,刨除工艺差距的影响,还是大不少,推倒重来的架构也许会精简高效许多,小核最大的特点不就是核心面积小还能提供不错的性能嘛,如果大盒的核心面积也够小,小核似乎就没什么意义了吧
 楼主| 发表于 2023-2-11 10:26 来自手机 | 显示全部楼层
gbawrc 发表于 2023-2-11 10:22
英特尔不会放弃大小核,只会不断砍大核数量来切割更多小核

顶级服务器平台是全大核,也许以后会是两个极端,要么全大,要么全小
 楼主| 发表于 2023-2-11 10:28 来自手机 | 显示全部楼层
atles 发表于 2023-2-11 10:11
小核架构是肯定不会放弃的,最近几年arm侧靠A76之类的小芯片疯狂堆吞吐,搞出来的几十核的性价比cpu已经能 ...

有道理,看看后面英特尔怎么出牌吧,股票都低于农企了,应该暂时不敢挤牙膏了,吧
 楼主| 发表于 2023-2-11 10:30 来自手机 | 显示全部楼层
mwb1028 发表于 2023-2-11 10:10
其实小核完全可以用线程来代替 少了很多物理发热体 但毕竟intel工程师不是吃素的 我也只是胡猜 ...

现在自己用感觉大部分时候超线程都有点鸡肋了
发表于 2023-2-11 10:30 | 显示全部楼层
梦因想而伟大 发表于 2023-2-11 10:25
个人感觉,1213代ipc虽然略高于ZEN4,但是核心面积也大的多,刨除工艺差距的影响,还是大不少,推倒重来 ...

提升面积换IPC收益实际是很不划算的,没记错的话翻倍IPC要4x甚至更高的面积开销。
 楼主| 发表于 2023-2-11 10:40 来自手机 | 显示全部楼层
现在的十三代关闭超线程似乎是个不错的用法,一来可以略微提升大核单核性能,二来也可以减少中断的影响。就是不确定这样会不会打乱原本英特尔和微软给大小核架构设定的调度策略呢?
发表于 2023-2-11 10:42 | 显示全部楼层
靠着这套策略在MSDT上刚打赢,为什么要退回去。
我看好未来多DIE代替目前服务器和HEDT的MESH。 MSDT这面就没必要开倒车了。
发表于 2023-2-11 10:44 来自手机 | 显示全部楼层
CPU发展到现阶段提高IPC的主要方式是SIMD以及堆缓存,因为x86要求兼容性,这种堆规格的方式必然是边际效益递减的

也就是说哪怕intel做了一款兼顾Raptor Cove的IPC和Gracemont的面积功耗的新架构,intel仍然可以通过增加几倍的面积换来20%的IPC和频率提升,因此大小核仍然能在相同面积下实现比纯大核/纯小核更好的单线程或多线程性能
发表于 2023-2-11 11:17 | 显示全部楼层
本帖最后由 BetaHT 于 2023-2-11 11:19 编辑

在工艺进一步成熟后,肯定会放弃异构大小核,转向同构。
历史早已多次证明,不利于软件研发的硬件设计终将被历史抛弃。同时,便于软件研发的硬件设计会快速崛起翻盘。

 楼主| 发表于 2023-2-11 11:29 来自手机 | 显示全部楼层
ux9p0k0 发表于 2023-2-11 10:44
CPU发展到现阶段提高IPC的主要方式是SIMD以及堆缓存,因为x86要求兼容性,这种堆规格的方式必然是边际效益 ...

这样看,要是能适当放弃一部分兼容性,核心架构会精简高效许多啊
发表于 2023-2-11 11:32 | 显示全部楼层
我看别人吵大小核还是因为调度问题,那调度问题解决了不就好了
 楼主| 发表于 2023-2-11 11:32 来自手机 | 显示全部楼层
houyuzhou 发表于 2023-2-11 10:42
靠着这套策略在MSDT上刚打赢,为什么要退回去。
我看好未来多DIE代替目前服务器和HEDT的MESH。 MSDT这面就 ...

现阶段,是环形总线支持的规模限制了核心规模吧,传闻的1415代也是6+16和8加16,都没超出这个节点数
发表于 2023-2-11 11:35 | 显示全部楼层
梦因想而伟大 发表于 2023-2-11 11:29
这样看,要是能适当放弃一部分兼容性,核心架构会精简高效许多啊


有人讨论过,其实可以考虑新架构+兼容架构的“大小核”。
兼容架构的“大核”数量可以慢慢过渡,到最后保留一个甚至淘汰。
发表于 2023-2-11 11:41 | 显示全部楼层
梦因想而伟大 发表于 2023-2-11 11:32
现阶段,是环形总线支持的规模限制了核心规模吧,传闻的1415代也是6+16和8加16,都没超出这个节点数 ...

是的,最多就能做出10核,这个我觉得难以改善。 对面也不会去堆单CCD核心数。
发表于 2023-2-11 11:42 | 显示全部楼层
Linkle 发表于 2023-2-11 11:32
我看别人吵大小核还是因为调度问题,那调度问题解决了不就好了

除非对面给桌面U拿出可以超越大小核架构的方案,再次取得领先。
不然这个“调度问题”永远会存在,不可能解决,必须有问题。
发表于 2023-2-11 11:49 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-2-11 12:14 | 显示全部楼层
调度问题分明是Windows可以解决的

只要内建三种模式
1 大小核全开
2 大核全开 小核全关
3 大核全关 小核全开
自行选择就可以

只是8大核我感觉不够
支持AMD先上16大+16小 (48线程) / 16大+32小 (64线程)
逼Intel改架构可以直接支持16大核

至于线程撕裂者则维持全大核传统模式, 做出区隔
32C 64T
64C 128T
96C 192T
128C 256T
发表于 2023-2-11 13:00 | 显示全部楼层
纯粹上网的机器从zen3到13代已经更新得差不多了。下一代该用什么u,过4、5年再说。升级比较频繁的,游戏u就是8大核没商量。服务器工作站个别大核,剩下全小核,甚至要拿出GPU的算力来。

今天看推,忽然发现7950x单精度已经堆到5T了,纸面上已经到了gtx1660的水平。服务器u接下来有可能要直接和GPU对标。
发表于 2023-2-11 14:36 | 显示全部楼层
梦因想而伟大 发表于 2023-2-11 10:30
现在自己用感觉大部分时候超线程都有点鸡肋了

没错 跟本调度不好 英特尔应该自己研发个操作系统
发表于 2023-2-11 14:37 | 显示全部楼层
小核是趋势,ARM当年的策略是没问题的,无奈ARM不具备Intel这样的号召力,但Intel接下去要做的应该就是当年ARM想要去做的事情.
发表于 2023-2-11 14:41 | 显示全部楼层
将来的事,将来再说吧 (feat.孤月大师)


-----

问题是纯大核蓝宝石激流已经拉垮,i家还有办法继续承担丢失市场份额的风险吗?
发表于 2023-2-11 14:53 | 显示全部楼层
intel小核在最挤牙膏的6~10代都一直更新架构好吧,APL GML Tremont Gracemont。作为Atom继承者,活得不比Core滋润。
发表于 2023-2-11 15:37 | 显示全部楼层
以后估计就是纯大+纯小呗
片外调度不一定比片内费劲
80386+80387的时代可能又要来了
您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

Archiver|手机版|小黑屋|Chiphell ( 沪ICP备12027953号-5 )沪公网备310112100042806 上海市互联网违法与不良信息举报中心

GMT+8, 2025-2-2 22:32 , Processed in 0.013131 second(s), 5 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

快速回复 返回顶部 返回列表