A*s
2 楼
刚装了玩玩,发现真的很快啊,而且软件好像都兼容啊
除了驱动问题(我没有),还有啥不用64位的理由呢?
除了驱动问题(我没有),还有啥不用64位的理由呢?
y*o
3 楼
http://www.uscis.gov/ilink/docView/SLB/HTML/SLB/0-0-0-1/0-0-0-2
【在 y********o 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我记得很久以前有人在这个版贴过。
: 大概意思是说,如果在美国逾期超过180天,3年之内不得发放签证云云。
: 给个链接? 多谢!
【在 y********o 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我记得很久以前有人在这个版贴过。
: 大概意思是说,如果在美国逾期超过180天,3年之内不得发放签证云云。
: 给个链接? 多谢!
D*u
51 楼
64bit最大的问题就是
学过EE的都知道,电子的东西归根结底就是什么电子空穴之类流来流去,因为比32bit多
了一倍的bits,所以电子流也会多一倍,这样,你家计算机用的电费也要差不多多一倍,这
个跟当前世界环保主题,低碳潮流是格格不入的,是energy巨头和芯片巨头联合起来忽悠
广大消费者好从中攫取巨额利润的阴毛.
学过EE的都知道,电子的东西归根结底就是什么电子空穴之类流来流去,因为比32bit多
了一倍的bits,所以电子流也会多一倍,这样,你家计算机用的电费也要差不多多一倍,这
个跟当前世界环保主题,低碳潮流是格格不入的,是energy巨头和芯片巨头联合起来忽悠
广大消费者好从中攫取巨额利润的阴毛.
l*e
53 楼
我看网上说ready4g的使用有很多隐患啊
e*c
56 楼
这个好!长见识了。原来32-bit Vista/7不能用3.x GB以上内存是因为license原因。
唉,原来一直被Microsoft忽悠。
http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
【在 t**t 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: Google
: ready for 4GB
唉,原来一直被Microsoft忽悠。
http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
【在 t**t 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: ready for 4GB
c*m
57 楼
这个跟license关系不大,M$不直接放出PAE是因为很可能造成一些应用程序的隐患和不
稳定。
能用和好用是两回事。32bit寻址最多到4GB,你当然可以扩展map到>4GB, 不过那效率就
远不如原生的64bit寻址了。更何况好一些32bit的应用如果做的不很健壮的话在用4G+扩
展内存时候很容易出bug.所以用PAE还不如去折腾64bit.
【在 e*c 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 这个好!长见识了。原来32-bit Vista/7不能用3.x GB以上内存是因为license原因。
: 唉,原来一直被Microsoft忽悠。
: http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
稳定。
能用和好用是两回事。32bit寻址最多到4GB,你当然可以扩展map到>4GB, 不过那效率就
远不如原生的64bit寻址了。更何况好一些32bit的应用如果做的不很健壮的话在用4G+扩
展内存时候很容易出bug.所以用PAE还不如去折腾64bit.
【在 e*c 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 这个好!长见识了。原来32-bit Vista/7不能用3.x GB以上内存是因为license原因。
: 唉,原来一直被Microsoft忽悠。
: http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
e*c
60 楼
我当然知道你想说什么。从理论上说,这个链接里头解释得很清楚了
http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
看看“PAE and Performance”小节。
"Of course, for access to memory above 4GB, the appropriate comparison is
not between using PAE and not, but between using PAE and using 64-bit
Windows. For this comparison, not only are the PTEs the same size but the
algorithms are very similar. To the processor, it’s PAE that is slightly
simpler and plausibly quicker, but the memory manager in a 64-bit operatin
【在 c*m 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 解释了半天,你根本没看清楚就回帖哇。
: 可以识别是一回事,识别了还和以前一样好用是另外一回事。
: 道理和编程里面的大整数加减乘除运算差不多。
http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
看看“PAE and Performance”小节。
"Of course, for access to memory above 4GB, the appropriate comparison is
not between using PAE and not, but between using PAE and using 64-bit
Windows. For this comparison, not only are the PTEs the same size but the
algorithms are very similar. To the processor, it’s PAE that is slightly
simpler and plausibly quicker, but the memory manager in a 64-bit operatin
【在 c*m 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 解释了半天,你根本没看清楚就回帖哇。
: 可以识别是一回事,识别了还和以前一样好用是另外一回事。
: 道理和编程里面的大整数加减乘除运算差不多。
c*m
62 楼
你问的这个是两回事。 我也不来和你多扯了,速度这东西决定的因素很多。bug的话当
然32bit/64bit都会有。不过PAE是用32bit环境模拟>4GB寻址的东东,而原生的64bit没
有这个问题。光从这个层面上来看,原生32bit+PAE的健壮性远不如原生64bit的程序。
operating
【在 e*c 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我当然知道你想说什么。从理论上说,这个链接里头解释得很清楚了
: http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
: 看看“PAE and Performance”小节。
: "Of course, for access to memory above 4GB, the appropriate comparison is
: not between using PAE and not, but between using PAE and using 64-bit
: Windows. For this comparison, not only are the PTEs the same size but the
: algorithms are very similar. To the processor, it’s PAE that is slightly
: simpler and plausibly quicker, but the memory manager in a 64-bit operatin
然32bit/64bit都会有。不过PAE是用32bit环境模拟>4GB寻址的东东,而原生的64bit没
有这个问题。光从这个层面上来看,原生32bit+PAE的健壮性远不如原生64bit的程序。
operating
【在 e*c 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我当然知道你想说什么。从理论上说,这个链接里头解释得很清楚了
: http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
: 看看“PAE and Performance”小节。
: "Of course, for access to memory above 4GB, the appropriate comparison is
: not between using PAE and not, but between using PAE and using 64-bit
: Windows. For this comparison, not only are the PTEs the same size but the
: algorithms are very similar. To the processor, it’s PAE that is slightly
: simpler and plausibly quicker, but the memory manager in a 64-bit operatin
t*p
67 楼
Doen't matter,我写BIOS的,ATOM的系统我们都是disable掉memory remapping的,根本就
没有32位以上的地址线.能装OS那当然是往下兼容的缘故阿
friends
【在 a*****s 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: What are you talking about? I've build several atom based box for my friends
: and myself as well. All running 64bit systems(e.g. win2008R2 ubuntu64 or
: opensolaris 64bit) smoothly.
: Avoid N2xx or Zxxx, you should be fine running 64bit.
没有32位以上的地址线.能装OS那当然是往下兼容的缘故阿
friends
【在 a*****s 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: What are you talking about? I've build several atom based box for my friends
: and myself as well. All running 64bit systems(e.g. win2008R2 ubuntu64 or
: opensolaris 64bit) smoothly.
: Avoid N2xx or Zxxx, you should be fine running 64bit.
t*t
69 楼
whether it have more than 32 bit address line has nothing to do with 64-bit
capability. if it doesn't have more than 32 bit address line, the result is
it can not use more than 4G physical memory. but you can still use 64-bit OS
and applications (e.g. x86_64 linux).
I believe LGA775 only have 36 address lines.
本就
【在 t****p 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: Doen't matter,我写BIOS的,ATOM的系统我们都是disable掉memory remapping的,根本就
: 没有32位以上的地址线.能装OS那当然是往下兼容的缘故阿
:
: friends
capability. if it doesn't have more than 32 bit address line, the result is
it can not use more than 4G physical memory. but you can still use 64-bit OS
and applications (e.g. x86_64 linux).
I believe LGA775 only have 36 address lines.
本就
【在 t****p 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: Doen't matter,我写BIOS的,ATOM的系统我们都是disable掉memory remapping的,根本就
: 没有32位以上的地址线.能装OS那当然是往下兼容的缘故阿
:
: friends
s*8
71 楼
其实很简单,只要有一个软件不兼容,有的时候你就很抓狂,你就开始想虚拟机,想其
它电脑,想东想西,然后完全破坏了你本来的心情。
就像楼上所说的cisco VPN不能用,这个就很抓狂。
它电脑,想东想西,然后完全破坏了你本来的心情。
就像楼上所说的cisco VPN不能用,这个就很抓狂。
c*m
84 楼
你那篇文章我粗略读了一下。你现在这么一说我很不好不好意思,专门去仔细读了一下
。
文中的主要观点如下:
1. 32bit 可以用 PAE 用 >4GB内存。
2. 以前32bit OS不能用4GB内存是因为直接用Page file,所以只能access 2^32~= 4GB内
存。现在的PAE用来linear mapping技术,所以可以应用程序并不直接access内存,先在
PAE里面linear mapping了physical memory在用。
3. 64bit系统自然不用PAE, 32位系统需要多一层操作用PAE linear mapping physical
memory。 看起来32bit+PAE access内存会慢很多,事实上64bit因为PageTable比较大
,也有额外开销,这样看起来32bit的memory performance不比64bit的差。然后本文作
者用了windows 7 experience index来测试了一下,发现64bit的memory index只有5.0
, 32bit的memory index不管开不开PAE都有5.1. 所以..
【在 e*c 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 建议你不要拍拍脑袋想当然,也不要人云亦云。要谦虚一点,好好学习一下我前面贴子
: 链接的内容。你说的这些我以前也是这么以为的,网上都是这么说的嘛,直到今天看了
: 那个链接。
。
文中的主要观点如下:
1. 32bit 可以用 PAE 用 >4GB内存。
2. 以前32bit OS不能用4GB内存是因为直接用Page file,所以只能access 2^32~= 4GB内
存。现在的PAE用来linear mapping技术,所以可以应用程序并不直接access内存,先在
PAE里面linear mapping了physical memory在用。
3. 64bit系统自然不用PAE, 32位系统需要多一层操作用PAE linear mapping physical
memory。 看起来32bit+PAE access内存会慢很多,事实上64bit因为PageTable比较大
,也有额外开销,这样看起来32bit的memory performance不比64bit的差。然后本文作
者用了windows 7 experience index来测试了一下,发现64bit的memory index只有5.0
, 32bit的memory index不管开不开PAE都有5.1. 所以..
【在 e*c 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 建议你不要拍拍脑袋想当然,也不要人云亦云。要谦虚一点,好好学习一下我前面贴子
: 链接的内容。你说的这些我以前也是这么以为的,网上都是这么说的嘛,直到今天看了
: 那个链接。
t*t
86 楼
that's not my point. in windows, if you enable DEP, you have to use PAE
kernel (according to the author of ready for 4g). therefore if you DEP, the
performance hit is already there -- in other words, if you use DEP, then
using PAE to access >4GB has no performance hit (compared with DEP only).
没法
【在 c*m 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: DEP只能保证OS不crash. Application该crash照样crash.
: 另外即使用了DEP+PAE没有crash, 因为PAE需要额外的寻址操作理论上也应该慢一点。
: 用32bit原因主要是application的64bit兼容性问题, PAE只是个弥补的方案,肯定没法
: 和原生寻址比。
:
: mode
kernel (according to the author of ready for 4g). therefore if you DEP, the
performance hit is already there -- in other words, if you use DEP, then
using PAE to access >4GB has no performance hit (compared with DEP only).
没法
【在 c*m 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: DEP只能保证OS不crash. Application该crash照样crash.
: 另外即使用了DEP+PAE没有crash, 因为PAE需要额外的寻址操作理论上也应该慢一点。
: 用32bit原因主要是application的64bit兼容性问题, PAE只是个弥补的方案,肯定没法
: 和原生寻址比。
:
: mode
c*m
87 楼
你搞错了,DEP只有在32bit windows里面自动use PAE. 64bit windows里面开DEP并不用
PAE(因为64bit里面没有PAE).查查我上一篇给的32bit PAE vs 64bit的benchmark的lin
k. 32bit PAE的performance loss大了去了。
the
【在 t****t 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: that's not my point. in windows, if you enable DEP, you have to use PAE
: kernel (according to the author of ready for 4g). therefore if you DEP, the
: performance hit is already there -- in other words, if you use DEP, then
: using PAE to access >4GB has no performance hit (compared with DEP only).
:
: 没法
PAE(因为64bit里面没有PAE).查查我上一篇给的32bit PAE vs 64bit的benchmark的lin
k. 32bit PAE的performance loss大了去了。
the
【在 t****t 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: that's not my point. in windows, if you enable DEP, you have to use PAE
: kernel (according to the author of ready for 4g). therefore if you DEP, the
: performance hit is already there -- in other words, if you use DEP, then
: using PAE to access >4GB has no performance hit (compared with DEP only).
:
: 没法
a9
89 楼
t*t
91 楼
yes, i am talking about 32bit windows. i am saying, if you use DEP on 32-bit
windows, the PAE performance hit is already there, and therefore using
ready for 4g has basically no performance hit (according to the author,
again).
personally i use 64bit. i am only explaining the author's point, which i
think is self-consistent.
不用
lin
【在 c*m 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 你搞错了,DEP只有在32bit windows里面自动use PAE. 64bit windows里面开DEP并不用
: PAE(因为64bit里面没有PAE).查查我上一篇给的32bit PAE vs 64bit的benchmark的lin
: k. 32bit PAE的performance loss大了去了。
:
: the
windows, the PAE performance hit is already there, and therefore using
ready for 4g has basically no performance hit (according to the author,
again).
personally i use 64bit. i am only explaining the author's point, which i
think is self-consistent.
不用
lin
【在 c*m 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 你搞错了,DEP只有在32bit windows里面自动use PAE. 64bit windows里面开DEP并不用
: PAE(因为64bit里面没有PAE).查查我上一篇给的32bit PAE vs 64bit的benchmark的lin
: k. 32bit PAE的performance loss大了去了。
:
: the
t*8
93 楼
在64位机器上装了32bit和64bit的MATLAB,分别用bench(10)跑了一下,64位版的
MATLAB分数更低。
MATLAB分数更低。
e*c
97 楼
你给出的ubuntu benchmark链接,里面那些测试,都不是专门测memory bandwidth的。
我们已经知道很多程序64bit编译在64bit环境下运行比同样程序32bit编译在32bit环境
下运行要快,因为64bit寄存器更多。不过这个ubuntu benchmark有些结果还是很惊人
的,比如说那个apache的比较,看上去好像不大对头。benchmark后面的讨论里有人说
ubuntu 32bit好像SSE支持得不好?这个得让真懂的专家来说了。比较的结果,光看
32bit,有没有PAE对速度没有什么影响嘛。不过说到底这个ubuntu benchmark不是
memory bandwidth的比较。
要说专门比较memory bandwidth,我这个链接
http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
还真是。你可以说Windows Experience Index不准确,但是怎么说也是个ballpark
number,不用任何第三方工具。而且你确定作者的32
【在 c*m 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 你那篇文章我粗略读了一下。你现在这么一说我很不好不好意思,专门去仔细读了一下
: 。
: 文中的主要观点如下:
: 1. 32bit 可以用 PAE 用 >4GB内存。
: 2. 以前32bit OS不能用4GB内存是因为直接用Page file,所以只能access 2^32~= 4GB内
: 存。现在的PAE用来linear mapping技术,所以可以应用程序并不直接access内存,先在
: PAE里面linear mapping了physical memory在用。
: 3. 64bit系统自然不用PAE, 32位系统需要多一层操作用PAE linear mapping physical
: memory。 看起来32bit+PAE access内存会慢很多,事实上64bit因为PageTable比较大
: ,也有额外开销,这样看起来32bit的memory performance不比64bit的差。然后本文作
我们已经知道很多程序64bit编译在64bit环境下运行比同样程序32bit编译在32bit环境
下运行要快,因为64bit寄存器更多。不过这个ubuntu benchmark有些结果还是很惊人
的,比如说那个apache的比较,看上去好像不大对头。benchmark后面的讨论里有人说
ubuntu 32bit好像SSE支持得不好?这个得让真懂的专家来说了。比较的结果,光看
32bit,有没有PAE对速度没有什么影响嘛。不过说到底这个ubuntu benchmark不是
memory bandwidth的比较。
要说专门比较memory bandwidth,我这个链接
http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
还真是。你可以说Windows Experience Index不准确,但是怎么说也是个ballpark
number,不用任何第三方工具。而且你确定作者的32
【在 c*m 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 你那篇文章我粗略读了一下。你现在这么一说我很不好不好意思,专门去仔细读了一下
: 。
: 文中的主要观点如下:
: 1. 32bit 可以用 PAE 用 >4GB内存。
: 2. 以前32bit OS不能用4GB内存是因为直接用Page file,所以只能access 2^32~= 4GB内
: 存。现在的PAE用来linear mapping技术,所以可以应用程序并不直接access内存,先在
: PAE里面linear mapping了physical memory在用。
: 3. 64bit系统自然不用PAE, 32位系统需要多一层操作用PAE linear mapping physical
: memory。 看起来32bit+PAE access内存会慢很多,事实上64bit因为PageTable比较大
: ,也有额外开销,这样看起来32bit的memory performance不比64bit的差。然后本文作
c*m
101 楼
前面thrust同学说过了,
32bit Windows下启动PAE认>4GB比起不启动PAE的case没有performance hit是因为DEP的
缘故。
你就想一想像内存存储这样的频繁操作每次都要去linear mapping一下怎么可能没有pe
rformance hit.
64bit 的优势在64位原生寻址和register多。这些优势很大体现在像数据库/大量conne
ct的webservice上面,ubuntu下面那几个测试还是很make sense的,当然他的apache那
个差那么远倒也的确有点夸张。这里面当然有寄存器多的功劳,但大部分还是因为原生
64bit大内存寻址。
这还是在讨论支持intel64 cpu的结论,要是你的cpu只支持x86,那由于只有36bit内存
总线这个硬伤,performance hit就更大了。
那个Windows Expence Index就更加不用提了,很大可能性这个测试没有launch一个需要
>4G内存的大application来测试memory performance(事实上大多数专业内存测试软件应
该都没有这个feature
【在 e*c 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 你给出的ubuntu benchmark链接,里面那些测试,都不是专门测memory bandwidth的。
: 我们已经知道很多程序64bit编译在64bit环境下运行比同样程序32bit编译在32bit环境
: 下运行要快,因为64bit寄存器更多。不过这个ubuntu benchmark有些结果还是很惊人
: 的,比如说那个apache的比较,看上去好像不大对头。benchmark后面的讨论里有人说
: ubuntu 32bit好像SSE支持得不好?这个得让真懂的专家来说了。比较的结果,光看
: 32bit,有没有PAE对速度没有什么影响嘛。不过说到底这个ubuntu benchmark不是
: memory bandwidth的比较。
: 要说专门比较memory bandwidth,我这个链接
: http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
: 还真是。你可以说Windows Experience Index不准确,但是怎么说也是个ballpark
32bit Windows下启动PAE认>4GB比起不启动PAE的case没有performance hit是因为DEP的
缘故。
你就想一想像内存存储这样的频繁操作每次都要去linear mapping一下怎么可能没有pe
rformance hit.
64bit 的优势在64位原生寻址和register多。这些优势很大体现在像数据库/大量conne
ct的webservice上面,ubuntu下面那几个测试还是很make sense的,当然他的apache那
个差那么远倒也的确有点夸张。这里面当然有寄存器多的功劳,但大部分还是因为原生
64bit大内存寻址。
这还是在讨论支持intel64 cpu的结论,要是你的cpu只支持x86,那由于只有36bit内存
总线这个硬伤,performance hit就更大了。
那个Windows Expence Index就更加不用提了,很大可能性这个测试没有launch一个需要
>4G内存的大application来测试memory performance(事实上大多数专业内存测试软件应
该都没有这个feature
【在 e*c 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 你给出的ubuntu benchmark链接,里面那些测试,都不是专门测memory bandwidth的。
: 我们已经知道很多程序64bit编译在64bit环境下运行比同样程序32bit编译在32bit环境
: 下运行要快,因为64bit寄存器更多。不过这个ubuntu benchmark有些结果还是很惊人
: 的,比如说那个apache的比较,看上去好像不大对头。benchmark后面的讨论里有人说
: ubuntu 32bit好像SSE支持得不好?这个得让真懂的专家来说了。比较的结果,光看
: 32bit,有没有PAE对速度没有什么影响嘛。不过说到底这个ubuntu benchmark不是
: memory bandwidth的比较。
: 要说专门比较memory bandwidth,我这个链接
: http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm
: 还真是。你可以说Windows Experience Index不准确,但是怎么说也是个ballpark
e*c
102 楼
好吧,说一千道一万,你有没有更严谨的64bit vs. 32bit PAE memory benchmark结果?
DEP的
pe
conne
【在 c*m 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 前面thrust同学说过了,
: 32bit Windows下启动PAE认>4GB比起不启动PAE的case没有performance hit是因为DEP的
: 缘故。
: 你就想一想像内存存储这样的频繁操作每次都要去linear mapping一下怎么可能没有pe
: rformance hit.
: 64bit 的优势在64位原生寻址和register多。这些优势很大体现在像数据库/大量conne
: ct的webservice上面,ubuntu下面那几个测试还是很make sense的,当然他的apache那
: 个差那么远倒也的确有点夸张。这里面当然有寄存器多的功劳,但大部分还是因为原生
: 64bit大内存寻址。
: 这还是在讨论支持intel64 cpu的结论,要是你的cpu只支持x86,那由于只有36bit内存
DEP的
pe
conne
【在 c*m 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 前面thrust同学说过了,
: 32bit Windows下启动PAE认>4GB比起不启动PAE的case没有performance hit是因为DEP的
: 缘故。
: 你就想一想像内存存储这样的频繁操作每次都要去linear mapping一下怎么可能没有pe
: rformance hit.
: 64bit 的优势在64位原生寻址和register多。这些优势很大体现在像数据库/大量conne
: ct的webservice上面,ubuntu下面那几个测试还是很make sense的,当然他的apache那
: 个差那么远倒也的确有点夸张。这里面当然有寄存器多的功劳,但大部分还是因为原生
: 64bit大内存寻址。
: 这还是在讨论支持intel64 cpu的结论,要是你的cpu只支持x86,那由于只有36bit内存
t*p
103 楼
okay,check了一下.230, 330都是支持x86-64指令集的,我之前disable掉4G的都是mobil
e的platform, N270之类的.
就此更正!
http://www.intel.com/products/processor/atom/specifications.htm
本就
【在 t****p 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: Doen't matter,我写BIOS的,ATOM的系统我们都是disable掉memory remapping的,根本就
: 没有32位以上的地址线.能装OS那当然是往下兼容的缘故阿
:
: friends
e的platform, N270之类的.
就此更正!
http://www.intel.com/products/processor/atom/specifications.htm
本就
【在 t****p 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: Doen't matter,我写BIOS的,ATOM的系统我们都是disable掉memory remapping的,根本就
: 没有32位以上的地址线.能装OS那当然是往下兼容的缘故阿
:
: friends
相关阅读
启动死机问题解决了丧心病狂的牙膏厂微软的阿三是不是太闲了超过2磅,直接买台式机。群晖(黑)transcoding功能很赞啊!LAPTOP 增加内存会不会引起散热问题电脑无规则的启动不了 求大牛分析recommendation?是不是毛衣战了,以后笔记本会涨价现在搞四路服务器还是等明年AMD降价黑雾买了一个hp 的x360笔记本从国内搞了一个 4980HQ来完1948年加入国民党 ...12' x 13' 的主板有推荐的机箱吗 希望100左右 谢谢这个是砖头吗?14寸 8GB 512GB i5-7200U $559ubuntu 超频显卡太容易了x1c 是金属外壳吗?Lenovo的flex15怎么样笔记本连外接显示器的问题比黑五还便宜的Thinkpad T480