找回密码
 加入我们
搜索
      
查看: 9373|回复: 38

[CPU] 新CPU还保留16位实模式,纯粹是主要为32位OS提供启动支持?

[复制链接]
发表于 2023-3-21 13:58 | 显示全部楼层 |阅读模式
提示: 作者被禁止或删除 内容自动屏蔽
 楼主| 发表于 2023-3-21 13:59 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 14:00 | 显示全部楼层
不知道,回头我装个DOS试试
发表于 2023-3-21 14:06 | 显示全部楼层
Intel的人给我说,他们的大核兼容性一直考虑照顾到了4004,小核倒是没这么多掣肘。所以保留16位实模式兼容是正常现象。
发表于 2023-3-21 14:07 | 显示全部楼层
纯粹是懒得改了吧
万一搞个bug出来又要修半天
发表于 2023-3-21 14:08 | 显示全部楼层
实际上基本没人装32位操作系统了,4G内存PAE和很多驱动都是冲突的
 楼主| 发表于 2023-3-21 14:11 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 14:25 | 显示全部楼层
操作系统是操作系统 程序是程序啊
X86古老停更的程序很多的。
发表于 2023-3-21 14:26 来自手机 | 显示全部楼层
实模式应该都是用现在还有实模式吗?
发表于 2023-3-21 14:28 来自手机 | 显示全部楼层
底层屎山没人敢动吧
发表于 2023-3-21 14:28 | 显示全部楼层
本帖最后由 FelixIvory 于 2023-3-21 14:36 编辑
春秋战国 发表于 2023-3-21 14:06
Intel的人给我说,他们的大核兼容性一直考虑照顾到了4004,小核倒是没这么多掣肘。所以保留16位实模式兼容 ...


这是为了多卖点么?
正常不该是小核兼容多点东西,大核全面冲击新技术。
老旧技术性能差不多就行了。
之前别的帖子里聊过,其实大小核应该是小核对老技术兼容,大核把历史包袱尽量甩掉。
这样未来可以通过不同核心(可以三种甚至更多)的组合,对技术进行更新换代和特殊用途的定制。(比如你就是老技术,买全小核就行了)
 楼主| 发表于 2023-3-21 14:39 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 14:58 | 显示全部楼层
slymitec 发表于 2023-3-21 14:11
所以这就是最纳闷的地方

intel cpu内核兼容到了8080(还真没想到4004、8008都兼容了,不知道操作4004的4 ...

老东西一个sata, 一个vga, 2个ps2/usb1.1就够了...
发表于 2023-3-21 15:11 | 显示全部楼层
slymitec 发表于 2023-3-21 14:39
但是程序需要运行在操作系统上(除非他自己就是一个简化的操作系统)

WIN10兼容模式是可以运行老程序的
如果没这方面的需求,微软为什么要做这个模式?

 楼主| 发表于 2023-3-21 15:12 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 15:29 | 显示全部楼层
slymitec 发表于 2023-3-21 14:39
但是程序需要运行在操作系统上(除非他自己就是一个简化的操作系统)

你是没见到把主流x86当单片机裸跑换实时响应的扭曲屎山
发表于 2023-3-21 15:42 | 显示全部楼层
FelixIvory 发表于 2023-3-21 14:28
这是为了多卖点么?
正常不该是小核兼容多点东西,大核全面冲击新技术。
老旧技术性能差不多就行了。


跟我聊的人形容这个兼容性叫“护城河”,你细品下。大核心能耗比太差了,小核心能耗比非常高,能大量堆积,就是这个简单原因。
发表于 2023-3-21 15:48 | 显示全部楼层
x86处理器甚至还是实模式启动的,尽管一些现代的bootloader会非常早的切换到protected mode(比如coreboot会在所有payload加载之前就切换到pmode,因此即使是seabios也是运行在pmode的)

为啥不改的原因很简单啊 用的好好的为啥改掉 干嘛要冒着可能弄坏下游固件的风险去改这个呢 x86在兼容性上的顾虑比楼主想象中的要多得多了

楼主这么追求现代化就不应该购买x86处理器 隔壁arm压根就没有这种16bit模式,甚至连32bit都给你扬了
发表于 2023-3-21 15:52 | 显示全部楼层
gnattu 发表于 2023-3-21 15:48
x86处理器甚至还是实模式启动的,尽管一些现代的bootloader会非常早的切换到protected mode(比如coreboot ...

扬了,但没完全扬
A710和A510V2还有很一段生命周期
也就超大核是彻底干掉32了
 楼主| 发表于 2023-3-21 15:55 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 16:00 | 显示全部楼层
16位实模式是对老的bios引导方式的支持,如果强行要按一个OS,应该是win95/98甚至MSDOS。OS层面向下兼容老的应用程序,比如大航海时代3/4
发表于 2023-3-21 16:10 | 显示全部楼层
slymitec 发表于 2023-3-21 15:55
对呀,那些驱动程序(Intel芯片组驱动、甚至包括MEI、DPT、SIO、USB、Thunderbolt、Graphic、SATA/RAID/N ...

你怎么偷换概念

给一个硬件增加软件平台支持是需要大量工程的,这个根本不是“用的好好的为啥去掉支持”,这个是“要不要额外写代码去增加支持”,你连一开始的hardware bringup都没有,你是根据什么说的“用的好好的”?用以前的硬件用的好好的预判现在也能用的好好的吗?

但是 (据我所知的)所有x86 CPU, 从1980年代以来 只有1MB内存的那些系统开始,就以rmode启动,pmode是后面加的,需要固件去切换,这套流程你把他改掉才是“额外写代码去增加支持”。那一直以来的这套东西会成为什么工程上的巨大瓶颈吗?至少目前还没有,如果未来可能会是瓶颈,那未来不得不丢掉的时候再说。

你举的例子和我的说法完全就不冲突 核心就是不要做吃力不讨好的事情
 楼主| 发表于 2023-3-21 16:12 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 16:17 | 显示全部楼层
slymitec 发表于 2023-3-21 16:12
没说增加软件平台支持,而是增加对于过去操作系统的基础支持

举个栗子

你可以问问坛友可能不可能

你对“基础支持”的理解偏差非常严重,如果“基础支持”都没有你连内核都加载不出来

而8代不仅能加载内核 甚至还能正常用(只是原生少一大堆驱动),你是不是觉得驱动程序也算“基础支持”?

就是因为砍掉了被你预先排除掉的软件支持,所以“不支持”了,魔改把软件支持加了回来,你又要说“不算”。

8代CPU本身根本就没有砍掉任何东西让他不能支持win7,问题全在驱动
 楼主| 发表于 2023-3-21 16:19 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 16:20 | 显示全部楼层
slymitec 发表于 2023-3-21 14:11
所以这就是最纳闷的地方

intel cpu内核兼容到了8080(还真没想到4004、8008都兼容了,不知道操作4004的4 ...

周边不支持可以虚拟化,核心虚拟转译就贵了。不过话说回来,虚拟4004也不用在意性能开销了
发表于 2023-3-21 16:23 | 显示全部楼层
slymitec 发表于 2023-3-21 16:19
我知道问题在驱动

所以intel就敢于从驱动上放弃对于老系统的支持


不是 我都解释的很清楚了

在你的任何软件加载之前 你的CPU就是按照实模式启动的 你要去掉这个模式就意味着整个CPU初始化的方式都要发生改变(其实可以改 而且现代bootloader实质上不需要实模式的任何特性,但是CPU现在就是按照实模式启动)

为什么你非要死抠着 已经进入系统以后再也不会切回实模式的时候的场景讲呢
 楼主| 发表于 2023-3-21 16:25 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
发表于 2023-3-21 16:27 | 显示全部楼层
slymitec 发表于 2023-3-21 16:25
你说的是BIOS+MBR的启动方式

如果是UEFI,压根一开始就没有16位实模式。
如果是UEFI,压根一开始就没有16位实模式。


这个只是个“想法上的”

不是没有 而是模式切换的非常早

虽然大部分固件都是黑箱,但是coreboot是开源的呀 你可以去看他们是怎么做的啊
 楼主| 发表于 2023-3-21 16:30 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

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

GMT+8, 2025-4-30 17:51 , Processed in 0.012632 second(s), 5 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

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