x86S是"RoyalCore"团队在开发的。这是JK留下来的烂摊子。
"RoyalCore"当初成立的时候，把p-core team的人也拉了一大堆过去。
但"RoyalCore"成绩不理想。+40%的性能但3x的面积，功耗更是.....
已经有几个版本了，但怎么评估都是不行。Pat 软硬兼施，拜托研发头头放弃，转去AI开发。
但头头们不肯，年初时带了一批人走了，去成立https://www.aheadcomputing.com/。高阶人员实在是很难搞。
"RoyalCore"有些有趣的想法，但产品化一定死。
Linus有说相容性还是很重要的。
https://www.realworldtech.com/forum/?threadid=221944&curpostid=221965
x86S早就死很久了。大核已死小核当立。e-core的头头对x86S没什么兴趣，所以Pat去跟AMD成立x86 Advisory group就是希望里面的好东西看可不可以用，不要浪费。
※ 引述《hn9480412 (ilinker)》之铭言：
: 来看看当初Intel是怎么推IA-64的
: IA-64的缘起太复杂，有兴趣可以去找痴汉水球写的文章
: https://www.cool3c.com/article/136682
: https://www.cool3c.com/article/136683
: https://www.cool3c.com/article/136685
: 简单来说就是Intel想要解决x86自有的缺陷（包含指令集长短不一、暂存器太少） 、
: HP想要解决PA-RISC无法在每个时脉周期处理四个指令的问题打算把PA-RISC VLIW化。所
: 以Intel就与HP合作打造出新的IA-64指令集。虽然对外说是EPIC架构但基本上都是基于
: VLIW的超长指令集架构
VLIW适合于simd的应用，dsp，gpu很多都有在用。但非常branchy的cpu其实是不适合VLIW。
当年研发头头认定VLIW是未来，才一头冲进去的。
Pat其实对Itanuim是不认同的，但他必须先当啦啦队再慢慢收起来。x86S几乎是Itanium重演一次。
x86没什么不好。指令长短不一，Cluster decoder完美解决。intel apx也要2x暂存器，解决暂存器少的问题。
e-core team很神，JK功不可抹灭。但JK只适合研发。产品规划，JK搞的一塌糊涂。