1、真正的x64支持
Windows 7从发布那刻,就是x86/x64两个版本同时推出,虽然目前的x64软件和
驱动还是不完善,可能部分驱动或软件还是难找,但硬件环境几乎都已原生支持64位运算,为了支持更大的内存、更高的精度,已经有很多网友开始尝试Windows 7的64位版本,这将势必推动Windows 7 64位版本的流行及配套软件发展。
2、任务栏和资源管理器
Windows 7的资源管理器增加了预览窗格,而在WindowsXP上只可以通过大图标、缩略图等方式查看,在Windows 7.上则有预览功能,就像AutoSee软件的点击后在边栏预览功能,而且还可以随时关闭。.
3、Documents and Settings
Documents and Settings是Windows XP系统默认用户文档和配置文件夹,在Windows 7上已经看不到了, 取而代之的是一个通用的Users文件夹, 当然我们也可以像Windows XP一样把这 个文件夹转移阵地到其它非系统盘上。
4、鼠标拖拽和鼠标抖动
鼠标拖拽窗口自动排列(水平并排、全 屏显示等)和鼠标抖动最小化非激活窗口功能,没事的时候可以陶冶一下心情
5、Windows 7库
Windows 7引入库的概念,让你对计算机文件管理更加方便,比如音乐、图片文件、文档文件等,结合库一起使用非常高效。 尽管天缘一直认为Windows 7库只是个“快捷方式"集合,但仍不否认Windows 7库设计理念还是非常好的,对长期使用Windows 7的用户来说,库的设计绝对可以让用户感觉到便利,这在Windows XP.上是没有的。
6、DirectX 11
这个问题我们在前面已经说过DirectX对于喜欢玩游戏的网友都最关心, Windows 7已经支持DirectX11 ,而Windows XP则不支持, 最高只支持到DirectX 9 ,虽然网上也有修改版的DirectX 10 ,但毕竟是经过高人动过手术的,实际上Vista才是DirectX 10的第一个支持者。
7、家庭组
家庭组的概念也是从Windows 7引入的,主要是面向家庭用户组网,支持多种类型的访问模式和加密方式,这在Windows XP上也是没有的。
8、触控支持
虽然触摸技术已经早就流行市场很多年了, 但Windows 7还是第一个完美支持触控 *** 作的系统 ,使得Windows 7在很多公共场所设备、演示设备上可以一展拳脚,包括网络上天天都在吹的平板电脑,就个人用户而言,触摸既没意思也没施展的地方,否则天天光擦显示屏就够麻烦的。
9、备份和还原
Windows 7的备份和还原设计非常完善, 在Windows XP上的还原监视功能可以说是非常鸡肋,少有人用,而在Windows 7备份和还原功能不但只是保护系统,特别提醒你有时候你还可以作为恢复数据用。
Windows7 系统64位,完全可以装成XP系统,win7 32位。\x0d\x0a原因:\x0d\x0a1、64为计算机一次处理数据要比32位大得多,一次运行64位的数据,完全可以应对32位计算机的数据处理需求\x0d\x0a2、64位可以支持上百G的内存,内存足够大可以胜任32位系统\x0d\x0a3、支持 64 位架构的 *** 作系统,一般同时支持 32 位和 64 位的应用程序。\x0d\x0a4、32位 *** 作系统则可以安装在32位(32位CPU)或64位(64位CPU)电脑上。\x0d\x0a\x0d\x0a知识补充:\x0d\x0awindows7旗舰版32位和64位四个区别:\x0d\x0a区别一:处理数据的能力\x0d\x0a32位计算机的CPU一次最多能处理32位数据,例如它的EAX寄存器就是32位的,当然32位计算机通常也可以处理16位和8位数据。64为计算机一次处理数据要比32位大得多,一次运行64位的数据。\x0d\x0a区别二:支持的内存不同(寻址能力不同)\x0d\x0a32位 的系统许多支持4G的内存,而64位则可以支持上百G的内存。\x0d\x0a区别三:架构不同\x0d\x0a从 32位到 64 位架构的改变是一个根本的改变,因为大多数 *** 作系统必须进行全面性修改,以取得新架构的优点。其它软件也必须进行移植,以使用新的性能较旧的软件一般可借由硬件兼容模式(新的处理器支持较旧的 32 位版本指令集)或软件模拟进行支持。\x0d\x0a或者直接在 64 位处理器里面实作 32 位处理器内核(如同 Intel 的 Itanium 处理器,其内含有 x86 处理器内核,用来执行 32 位 x86 应用程序)。支持 64 位架构的 *** 作系统,一般同时支持 32 位和 64 位的应用程序。\x0d\x0a区别四:对配置的要求不同\x0d\x0a64位 *** 作系统只能安装在64位电脑上(CPU必须是64位的)。同时需要安装64位常用软件以发挥64位(x64)的最佳性能。32位 *** 作系统则可以安装在32位(32位CPU)或64位(64位CPU)电脑上。有时候人们怀疑一个系统的底层结构能否保证这个系统在被使用时达到安全而高效,64位版本的Windows在这方面就比较完美。Windows XP和Windows Server 2003都是运行64位硬件的64位版本 *** 作系统。64位Windows *** 作系统运行64位代码,同时通过使用WoW64(Windows on Windows 64)也能运行32位代码。 你看,这并不是什么大问题,毕竟,32位版本的不同Windows *** 作系统都用来同时运行32位和16位代码。(技术上说,并不是同时运行,相关解释在以后的技巧中会展示给大家) 32位版本的Windows在如何允许32为和16位代码并肩运行方面有着很复杂的机制。然而,这个系统被设计成无论你是系统管理员还是临时用户,你都不需要知道这些机制如何运行。 但是64位版本的Windows就不同了。从一个用户的立场上看,64位应用程序和32位应用程序简单地同时运行,没有什么特殊的。但是对于一个管理员(和帮助桌面用户的人员)来说,这其中就有很大不同了:32位代码与64位代码相隔离。这个隔离是如此重要以至于64位版本的Windows有两个注册表,一个是针对64位,一个是针对32位。 尽管64位版本的Windows XP和Windows Server 2003看起来在 *** 作时候和它们32位的版本几乎同样的,但是在表象之下其实是有很大不同的。如果你在64位版本的Windows下按照32位版本一样来执行某些程序,你可能引起一些麻烦。 DLL 存放到何处? 64位应用程序的第一条规则是:你绝对不能把32位和64位代码混和在同一个应用程序内。如果你有一个64位应用程序,所有与这个应用程序相关的东西,包括DLL文件,必须是64位的。这就有一个有趣的挑战,因为有时候很多应用程序都依靠一个共同的DLL文件。幸运的是,Windows保持32位的DLL文件和64位的DLL文件处于隔离状态。 如果你查看一下在32位 *** 作系统内的\Windows文件夹,你会发现两个子目录:一个名为SYSTEM,还有一个名为SYSTEM32。SYSTEM目录是Windows 3.x遗留下来的,用来保持Windows的对一些旧的应用程序的向下兼容性。一般说来,16位的DLL文件(以及其它的支持文件)被存放在\Windows\System文件夹里,32位DLL文件和不同支持文件被存放在\Windows\System32文件夹里。 32位版本的Windows保持16位和32位DLL文件的方式是非常简单的,但是64位版本的Windows保持64位和32位DLL文件的方式就不这么简单了。 理论上说,微软将要创建一个名为\Windows\System64的文件夹来用其存放64位DLL文件,但是取而代之的是,微软创建了一个新的名为SysWOW64的文件夹来存放32位的DLL文件。第一眼看起来,让人感觉这个文件夹应该存放64位应用程序的,但是注意,32位应用程序本来应该存放它们的DLL文件到\Windows\System32文件夹里面。 \Windows\System32文件夹在64位版本的Windows内仍然存在。但是微软使用这个文件夹做为64位DLL的仓库,而不是32位DLL文件的。我不清楚微软使用\Windows\System32文件夹来存放64位DLL的原因,但是我听说这么做是为了向下兼容性。 那么是不是所有32位应用程序该存放它们的DLL文件到\Windows\System32文件夹呢?这又让事情变得混乱。 如我之前所提及的,32位代码不能默认在64位版本的Windows内运行。为了运行32位的应用程序,Windows使用WOW64 emulator,来让这些应用程序还认为它们在32位版本的Windows内运行。 当你安装一个32位的应用程序,安装向导通过WOW64 emulato运行。32位和64位代码并不混和。一旦一个应用程序(包括一个安装向导)从WOW64 emulator开始运行,它必须接着在WOW64内继续运行。这意味着当你安装一个应用程序,安装向导并不知道这个程序被安装到64位版本的Windows内,并且和它运行在32位 *** 作系统一样把DLL文件写到\Windows\System32文件夹里面。 当然,WOW64知道安装向导通过emulator来运行的32位应用程序。同时也知道64和32位代码不能混合在一起。所以,WOW64 emulator 给\Windows\SysWOW64创建一个别名。这意味着任何时候32位应用程序要写入到\Windows\System32文件夹或者从\Windows\SysWOW64文件夹读取,WOW64 emulator都能使其改道到\Windows\SysWOW64文件夹。 所有这些都意味着如果你需要手动 *** 作\Windows\System32文件夹内的内容,你可能要非常的麻烦。我最近了解到一个管理员需要安装一些小的支持脚本到一个已经安装的应用程序,这个脚本的指导上说明这些脚本需要被存放到\Windows\System32文件夹。当然这些脚本的说明假定这个应用程序是在32位 *** 作系统上运行的。 这些脚本没有引起系统崩溃。然而Windows给人幻想永远不用进行更新。当管理员运行应用程序,它将被改道到\Windows\SysWOW64文件夹。管理员知道他自己把这些脚本放到\Windows\System32文件夹并且能通过Windows浏览器看到这些脚本,但是不能指出为什么应用程序不能看到这些脚本。考虑到这个问题是和权限相关的,他花费了一些时间来研究这个,所以知道了关于64位版本的Windows保存DLL文件隔离的方法,所以他能够把这些脚本放到\Windows\SysWOW64文件夹。 64位版本的Windows对于一个管理员来说,了解底层系统结构非常重要。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)