TGFC Lifestyle - Powered by Discuz! Board

标题: [电脑] window7系統32位和64位的区别求解 [打印本页]

作者: 阿道 时间: 2009-11-17 10:09 标题: window7系統32位和64位的区别求解

从用户体验方面来讲有啥区别啊。就一般用户而言，用32位还是64位好啊，存在兼容性问题？
哪位大侠解释一下，google说的都是技术方面的区别。

作者: 秦天 时间: 2009-11-17 10:11

cpu寻内存32位和64位的区别

作者: henryzyl 时间: 2009-11-17 10:14

可用内存的区别

作者: 阿道 时间: 2009-11-17 10:18

再通俗一点好么。就是说64位速度快？

作者: 纵海行舟 时间: 2009-11-17 10:21

[posted by wap, platform: GoogleChrome]

64位系统跑32位的应用，是慢不是快。

作者: 阿道 时间: 2009-11-17 10:24

那大多数应用是32位的还是64位的啊？

作者: arex 时间: 2009-11-17 10:27

就我用下来的感觉，没什么区别，即使装了photoshop cs4 64bit，或者3ds max 09 64bit，和32bit比用起来也没什么分别....3ds max 64bit不知道是不是兼容性问题，用起来反而不如32bit好，很奇怪....

作者: 123321456 时间: 2009-11-17 10:32

用户界面上没有任何区别，都是windows7，一个产品。

作者: gaojia005 时间: 2009-11-17 10:32

没有4G内存的话没必要装64位吧？况且还有些软件不太兼容。。

作者: marsghost 时间: 2009-11-17 10:35

就现在来说32bit好用点，毕竟很多都是32bit的程序，64bit普通应用的优势就是支持4G+的内存，当然若干年以后64BIT肯定会流行起来的

作者: 深蓝LWL1123 时间: 2009-11-17 11:07

引用:

原帖由 纵海行舟 于 2009-11-17 10:21 发表
[posted by wap, platform: GoogleChrome]

64位系统跑32位的应用，是慢不是快。

依据在哪里?
64位用了几年了,无论哪方面都觉得比32的顺畅

作者: eva3d 时间: 2009-11-17 11:11

64位目前不普及的一大原因，硬件驱动如无64bit驱动就无法启用硬件.

作者: 死肥仔 时间: 2009-11-17 11:16

其实绝大部分软件也兼容64

就是冷门驱动（比如电视卡，扫描仪）比较麻烦

作者: himula 时间: 2009-11-17 11:19

一句话，超过4G内存的话就用64bit~~~
使用上指望感觉到快了一大截，那是不可能的~~~
如果是32位版的程序的话，顶多某些占用内存多的程序稍微快了一点，这无非是减少了内存和硬盘交换的频率而已
同样的软件，64位版的程序理论上要比32位的快，但是也不是很明显

作者: 洛克狼 时间: 2009-11-17 12:41

现在先用32bit的，以后等64bit的软件大街了再换64bit的，反正正版win7 ultimate都烂大街了，随便装

作者: 啊扑 时间: 2009-11-17 13:11

的确烂大街了，连我这种已经搞定SLIC2.1的都申请了一样一份，纯蛋疼……

作者: xiduopan 时间: 2009-11-17 14:00

我也是刷好BIOS了还是32bit和64bit各入一套收藏

作者: 纵海行舟 时间: 2009-11-17 14:25

[posted by wap, platform: GoogleChrome]

===================
#11 深蓝LWL1123 2009-11-17 11:07

-------------------
原帖由纵海行舟于 2009-11-17 10:21 发表
[posted by wap, platform: GoogleChrome]

64位系统跑32位的应用，是慢不是快。
-------------------

依据在哪里?
64位用了几年了,无论哪方面都觉得比32的顺畅

--------------------
自己上网找相关评测，64位的系统跑64位的大型软件，速度优势的确比较明显，但多数程序其实和32位的版本差不多。而64位系统跑32位的程序话，由于使用兼容模式，所以效率比纯粹32系统上要低，游戏方面尤为明显。

作者: henvelleng 时间: 2009-11-17 14:30

64bit比32bit快是想当然了，多媒体指令集早都不是32bit的了，剩下的应用有多少能发挥64bit的大数据吞吐优势，别跟我说memcpy

64bit的劣势现在倒是很明显：浪费内存浪费硬盘。4g内存多寻址的那部分给64bit指针浪费掉还不够

作者: tanakarena 时间: 2009-11-17 14:37

[posted by wap, platform: Nokia (E71)]

对64位系统说能用大于4G的真够乐的，看来只是略知表面，正确应该是2G，谢谢。至于为啥，狗狗补课吧！

作者: henvelleng 时间: 2009-11-17 14:40

64bit的cpu能直接寻址大于4g的空间，没有人会认为寻址空间全是内存的

作者: 失去很痛 时间: 2009-11-17 14:50

反正我都用不着

作者: 折翼大天屎 时间: 2009-11-17 15:01

引用:

原帖由 纵海行舟 于 2009-11-17 10:21 发表
[posted by wap, platform: GoogleChrome]

64位系统跑32位的应用，是慢不是快。

这话的根据在哪儿

作者: himula 时间: 2009-11-18 08:45

引用:

原帖由 tanakarena 于 2009-11-17 14:37 发表
[posted by wap, platform: Nokia (E71)]

对64位系统说能用大于4G的真够乐的，看来只是略知表面，正确应该是2G，谢谢。至于为啥，狗狗补课吧！

这也不能一概而论啊，虽然目前win32下的程序都是以2G为标准的，但是能用4g的软件也不是没有啊~~~
何况，64为操作系统能寻址超过4G内存这是确实的啊~~~程序用不用那是另外一说~~~

作者: 超越梦想 时间: 2009-11-18 09:55

[posted by wap, platform: Nokia (E63)]

一句话概括：现阶段要省心还是老实点32位系统吧。

作者: Grosso 时间: 2009-11-18 10:58

LZ的问题我也一直想问,原来是这样,那我就给本子申请个32位家庭高级版吧

[ 本帖最后由 Grosso 于 2009-11-18 10:59 编辑 ]

作者: henvelleng 时间: 2009-11-21 17:57

引用:

原帖由 himula 于 2009-11-18 08:45 发表

这也不能一概而论啊，虽然目前win32下的程序都是以2G为标准的，但是能用4g的软件也不是没有啊~~~
何况，64为操作系统能寻址超过4G内存这是确实的啊~~~程序用不用那是另外一说~~~

用户进程看到的都是独立内存空间，讨论它用多少内存根本没意义。2g的意思是2的32次方总共4g的寻址空间里有2g是用户空间，另2g是内核空间，用户进程不能访问内核空间（被mmu设置了权限）。注意这4g是虚拟地址，当然2g对2g是windows的分法，linux默认是3g用户空间1g内核空间

2g的用户空间是每个进程都独享的，2g内核空间是所有进程所共有的，OK，理论上一个程序可以使用无限大的虚拟内存，只要开足够多的进程即可。用户进程所使用的每个byte内存都是存在于内核空间被映射的物理内存的page上的，由内核统一分配管理，粗俗点说用户进程看到的整个2g用户空间都是浮云

至于寻址超过4g的内存则是另一个概念，这里的内存指的是物理内存。另外物理地址上不可能把2的32次方全部用于映射内存，还有总线和各控制器的寄存器地址需要映射否则cpu无法访问外设，所以32bit的系统不可能用满4g的物理内存

作者: 日霜衣 时间: 2009-11-28 21:41

引用:

原帖由 henvelleng 于 2009-11-21 17:57 发表

用户进程看到的都是独立内存空间，讨论它用多少内存根本没意义。2g的意思是2的32次方总共4g的寻址空间里有2g是用户空间，另2g是内核空间，用户进程不能访问内核空间（被mmu设置了权限）。注意这4g是虚拟地址，当然 ...

那么说到底，64位系统插上超过4g内存，用32位的软件，这软件能用上超过3g的内存吗？

作者: 绯雨流 时间: 2009-11-28 22:24

用64位，不用设虚拟内存了

作者: henvelleng 时间: 2009-11-29 02:17

引用:

原帖由 日霜衣 于 2009-11-28 21:41 发表

那么说到底，64位系统插上超过4g内存，用32位的软件，这软件能用上超过3g的内存吗？

首先，你对physical memory，virtual memory，address space，process的概念不清，user process无权过问physical memory，只有kernel mode下才能决定使用nonpaged pool还是paged pool

其次，你对“软件”的定义不明确，一个application可以有多个process，每个process有独立的2G user address space（一个32bit的process在windows默认设置下），想要allocate更多的内存只要多开进程就可以了，至于究竟最多可以allocate多少内存，这个问题电脑城的装机小工也知道和系统设置的paging file大小有关，paging file的大小加上available physical memory大致就决定了commit charge的多少（commit limit本身在windows中就是动态的，而且registry作为雷打不动的paged pool也会占掉一定的paging file），也就是系统同时可以分配出多少virtual memory

作者: henvelleng 时间: 2009-11-29 02:21

还不明白的话可以先看看扫盲的msdn:D

http://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx

抛英文名词出来不是为了装逼，而是刻意提供关键字方便放狗搜罢了，勿怪

[ 本帖最后由 henvelleng 于 2009-11-29 02:25 编辑 ]

作者: zo 时间: 2009-11-29 02:33

同时开3dmax，ae，ps，lr，pr等大型软件并且频繁切换的，只能使用64bit系统。。。

作者: yichen113 时间: 2009-11-29 12:51

[posted by wap, platform: Nokia (N95)]

反正用64，不管

作者: himula 时间: 2009-11-29 15:55

引用:

原帖由 henvelleng 于 2009-11-29 02:17 发表

首先，你对physical memory，virtual memory，address space，process的概念不清，user process无权过问physical memory，只有kernel mode下才能决定使用nonpaged pool还是paged pool

其次，你对“软件”的定义 ...

你说的这么专业，只能让不懂的人更不懂
一句话就解决了，想实实在在用到4G内存以上，就装64位windows~~~

作者: henvelleng 时间: 2009-11-29 17:44

引用:

原帖由 himula 于 2009-11-29 15:55 发表

你说的这么专业，只能让不懂的人更不懂
一句话就解决了，想实实在在用到4G内存以上，就装64位windows~~~

某种程度上你说的没错，实际上内存3G以上就该考虑装64bit了，因为还要映射device memroy，特别是如今显存已经开始以G作单位的时候，装64bit的OS的确是最省事的方法。只能说，从这次灾难上我们可以得出这样的结论：在框架没有提供行之有效的规范限制的情况下要让程序员自觉遵守规范编写出普适性强而健壮的驱动现在看来的确是一件很难的事情。否则，我们只要简单地打开PAE（哦不，那时候微软早就会在xp sp2下默认打开pae了）就能在32bit下安全地使用64G或128G的物理内存了

作者: tanakarena 时间: 2009-11-29 19:42

[posted by wap, platform: Nokia (E71)]

各位蚕豆吧，说多一次，32位在2G的时候已经输了，而不是3.25G！！！

作者: henvelleng 时间: 2009-11-29 20:00

果然，在搞不清物理内存，虚拟内存，寻址空间，进程空间的情况下，是没办法讨论的

作者: ztxzhang518 时间: 2009-11-29 20:05

看来tg里能和ls讨论的人没几个~ :D

作者: 锁心 时间: 2009-11-29 20:52

[posted by wap, platform: Nokia (E71)]

本子不折腾，装了个64bit

欢迎光临 TGFC Lifestyle (http://club.tgfcer.com/)