一 : 64位windows7系统查看DirectX版本是否过低的方法
DirectX是一组技术，旨在使基于Windows 的计算机成为运行和显示具有丰富多媒体元素，DirectX版本要是过低的话就会影响其展示的效果，不过有很多用户都想要自己电脑安装的DX版本是否过低的问题，却不知道要从哪里查看，其实windows7系统就有自带DirectX诊断工具，只要打开就可以快速查看它的版本了，本文会为大家详细介绍64位windows7系统查看DirectX版本的方法。
1、打开开始菜单--运行，在打开的运行对话框中输入dxdiag，回车；
2、然后就会弹出DirectX诊断工具窗口，在“系统”选项卡里面就可查看到电脑的dx版本了，很简单吧。
关于64位windows7系统查看DirectX版本的方法就跟大家分享到这里了，你如果也想查看自己电脑上面的DirectX版本的话就可以用上面的方法进行查看了哦，希望对你们有所帮助。
二 : Visual Studio 为何没有 64 位的版本？
[visual studio 2013]Visual Studio 为何没有 64 位的版本？网友蒙面大侠对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
来自msdn blog：
Visual Studio: Why is there no 64 bit version? (yet)
主要观点翻译过来是：
为什么现在没有64bit的VS？
1、指针占用空间变大，cpu的cache size不变，会带来性能问题。
2、对VS团队来说，移植到64bit最好办法是把native code移植到managed code。但这样成本太高。
对于一个IDE，与其移植到64bit以使用4GB内存，不如把精力花在优化内存使用上。
3、VS现有的extension都是32bit的，64bit需要重新建立生态系统。把VS移植到64位的工作量很大，特别是对做过很多优化的程序，不是重新编译那么简单。
不做64位IDE是工作量和性能的权衡。
如 @Belleve 所说，32位的VS能够编译64bit程序，并且有64bit的编译工具，所以64位VS的好处仅仅在于可以载入和调试超大的工程。前者的情况较少，而且可以通过优化内存使用达到。
网友Belleve对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
x64 系统可以运行 32 位的 Visual studio，编译器也同时支持 x86 和 x64 输出，干嘛多此一举？x86 IDE + x64-支持的编译器 + x64-支持的调试器足够了。
详情：How to: Enable a 64-Bit Visual C++ Toolset at the Command Line
网友vczh对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
如果是开发桌面程序的话，你就当交叉编译好了，反正都差不多
网友junfengz对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
Cross debugging很难做。简单的说，32位debugger，64位App，或者是64位debugger，32位App。解决办法是做shim。但用户体验很差。profiling什么的也有很多问题。不能为了64位而做64位，是吧？
网友pansz对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
我就题主的问题来解说一下，64 位 VS 并非象你想象的那样只是再编译一次就解决了。
目前移动端基本都还是 32 位的。作为开发平台，如果你要开发 32 位应用，就必须有 32 位编译器，所以，如果要同时支持移动端开发，就必须在 64 位 VS 中同时提供 64 位跟 32 位编译器。——但对于 32 位 VS 而言，只需要提供 32 位编译器就够了。——这意味着 64 位的 VS 需要比 32 位 VS 做更多额外的工作。更重要的是， 32 位 Windows 系统仍然活着，还占据了主要地位。
实际上单就桌面应用来说，只提供 64 位没什么问题（除了部分对 64 位有着明显刻板偏见的人群的心理因素以外），目前的 OSX 就已经是全 64 位，并未存在任何性能问题。但作为开发工具，移动端还没有全部转化为 64 位芯片的今天，移动开发又如此的火爆，那么 VS 64 位版本就面临着需要同时提供两个版本的问题。这就会比只提供一个 32 位版本 VS 要复杂。
鉴于目前 Linux /OSX 都可以很 完美的 使用 64 位开发环境，所以，全 64 位开发环境在技术上自然完全是可行的，不可行的原因更多时候只是为了省事，换句话说就是偷懒。微软只是现在还没有安排好做这件事情而已，也许等时机成熟，自然就会做了。
网友李遥对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
普通的应用一般只有一个或很少几个执行文件，Visual Studio的话则有上百个（大部分是各种小工具），只支持一种处理器架构就是很高的测试成本了，更何况有很多工具甚至是从Win16时代继承过来的，使用的API没有64位版。
网友蒙面大侠对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
首先，从性能的角度来看，64位需要庞大的指针，因此造成的数据结构更具规模，但处理器高速缓存大小保持不变的情况下，这容易导致运行速度变得极慢。举个例子，好比你自己挖了一个洞，然后你通过使用额外的4G以上内存来把自己再刨出来然后继续做自己要做的事情。在Visual Studio中，可能会存在一些大规模计算的解决方案，但我认为维护一个环境一个最好的tradeoff是只使用较少的内存。很多的VS的算法是适合的。effectiveness和efficiency比fashion和fabulous要好得多。
下面列出64位的优劣：from http://blogs.msdn.com/b/joshwil/archive/2006/07/18/670090.aspx
Pluses:
- more memory (+++++)
- better 64-bit math (+++)
- X64 OS kernel takes advantage of more memory to do good things for a lot of stuff (+++)
Minuses:
- things need more memory (pointers are bigger, and especially in managed code references are everything and are everywhere) (--)
- the processor's cache is effectively smaller (when comparing against the same machine in 32-bit vs 64-bit mode) because of the prior point (----)
- code also tends to be bigger because of extra prefix bytes and instructions that carry around 8-byte immediate values instead of 4 byte immediate values其次，性能问题，从成本的角度来看，如果要全部从已有的32位移植到64位，最短的路径可以是先移植大部分保证增量开发的代码，然后移植那些剩余的，不是那么重要的那些。然而本机代码的完整移植的成本将是相当高的，而且当然所有已知的扩展将被破坏。我们还要创建一个64位的生态系统，这非常像你部署一次全新的64位驱动程序。f*ck。
更麻烦的，如果所有你想要做的是将64位的代码移植而并非重新开发，最方便的路径确实是直接点对点移植。但是，这种情况根本不可能！！！在实践中，移植是有很大机会成本的，它与M￥ sorry不是，M$其他的业务竞争时间和资源。因此，情况是更可能是这样的：微软的32位C＋＋团队说“我想要往里添加一个OOXX功能，如果我基于已有的环境里开发新的，我可以更容易的做出功能OOXX，并且加上其他的东西比如OOOXXX特效，比如OOOOXXXX的连续自动化量产方案，这样，OOOXXX，OOOOXXXX的成本就很低了“，这也是他们喜欢托管代码原因。但现在，他们也有64位的一个path。在现实中就变成有是越来越多的Visual Studio版本而不仅仅是32和64两种。
所以基于以上考虑，我感觉最好部署VS的方法就是微软想出的策略，使用64位系统运行32位模拟模式的VS，这可以增加一倍可用空间而且不会导致空间问题，并且你也有了64位开发环境。
尽管如此，我知道肯定有很多用户会更加受益于64位的版本，但其实，我觉得，更好的做法不是简单的移植，而是努力优化IDE现有的结构，以图可以更好地减少内存占用。
下面回答一些更详细的问题，
1. 移植成本高是不是因为老代码质量差？
差的只是一小部分，VS太大了对于人类来说。而且大部分软件包都不会有64位地址优势。而且绝大部分的软件算法并没有优化，更有甚者许多继承了效率很低的代码占用了很大的空间，这不是微软自己能解决的。所以移植成64位以后微软也就要跟开发者们说拜拜了。
2. 64位程序出错就会少么？page faults。。。
不是的，64位进程的地址空间反而会引起更多问题 因为你数据块多了，地址多了，很多棘手的问题就接踵而来。然而一个64位的系统则会使问题迎刃而解，假设你在一个64bit OS上运行一个32位程序，你得到的使整个4GB空间，即使你不是直接使用那些64位指针，操作系统自己会判断。你的硬盘缓存会变得很小，即使你有很多其他程序也在运行。比如你的瞬态组件和数据都跑物理内存里了而非占用地址空间。
增加地址空间的真正意义在于允许你分配更多内存，但如果本身已经适应了4GB地址的程序你再把它的指针加大，那问题就来了，你会发现它有多少内存吃多少。别忘了cache大小是不变滴。你也许会发现更大的地址空间允许你创建更少的分区，更多的共享空间，但是auto-relocates这个东西会做得更好。也许更多得指令集是移植得又一好处吧。所以移植的好处就仅仅变成当系统无法再适应4G了，但那个时候你是觉得这个系统还tm能用么？回去用UNIX算了。
有一些必须使用庞大数据处理比如“复共线性空间数据回归模型挖掘”，那另当别论了。估计很少人会经常使用吧。所以即便只支持32位显得不是那么fashion，但是我们做产品要力求—— 简，而非减。
3. 但为啥微软很多其他软件都倾向于部署64位？比如OFFICE2013...
首先，OFFICE的根本问题不应是确保新的代码能运行的很流畅，而是要力求新的文件格式在新的代码生成这些文件时候，要和之前的版本兼容，（之后的版本也是）。所以记住，现在的64位word就应当想到：“我有很多数据结构有了64位偏移”。毕竟几乎所有的二进制文件格式都会有指针尺寸问题，然而Office已经解决了这一难题，使用了压缩格式的XML，所以他们可能已经不用内嵌指针了。
其次，像是EXCEL之类的，很多处理文档的人原因导入大于4G的data，但是想象一下你什么时候需要让VS也处理这么大的数据呢？你如果处理那些大的分析系统，你就安装一个64位的分析调试工具包即可。
One more thing，至今我还是认为32位系统已经足以适合各种开发和使用，64位尽管有那么那么多的好处，它根本上（用户方面）把许多不应该存在的问题复杂化了，所以
你尽管用你的32位，让别人说去吧。
网友蒙面大侠对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
通用…
网友匿名用户对[visual studio 2013]Visual Studio 为何没有 64 位的版本？给出的答复：
如果是个汇编语言编译器的话，本质上就是个二进制字串翻译器，写的英语代码翻译成32位二进制指令和64位二进制指令都行。理论上VS肯定也可以，如果.net虚拟机有64位的话。
三 : NVIDIA Tegra K1两个版本的不同（32位、64位）？
[硬派网]NVIDIA Tegra K1两个版本的不同（32位、64位）？网友刘圳对[硬派网]NVIDIA Tegra K1两个版本的不同（32位、64位）？给出的答复：
谢邀。
1.两个版本差距主要在CPU部分，GPU部分相同，64bit版CPU更换为NVIDIA自行设计的核心，双核（大die，单个逻辑和新晶体管数量与目前主流ARM处理器不在一个级别，要多很多，类似苹果的A7/A8）设计，基于ARMv8指令集，综合看这种设计理论上单核效率会比目前的处理器高出不少。
2.我个人认为是32bit版容易出，可抢占市场。GPU源自桌面级Kepler架构，现成的，CPU方面Cortex A15架构也是现成的，研发难度小，更早推出意味着更多的市场机会。而基于ARMv8指令集自主设计的CPU存在一定研发难度，需要时间，公司推出产品需要有足够竞争力的产品抢市场赚钱，一早一晚推出两款产品是比较能够两头兼顾的选择。
3.显然是手机，目前非iOS系统的平板无论是软件数量还是软件体验仍然还差的远。即便如小米平板（32bit Tegra K1）这样吹的天花乱坠号称做生态链的产品，玩了没几天，现在果断闲置雪藏了。而若是安卓手机的话，软件的体验和数量目前还凑合可以接受，Tegra K1性能足够用甚至某种程度上有些过剩。
4.同第3题，鉴于安卓平板（做出实际产品的几率最大）生态系统这么长时间以来的尿性，对未来也不看好。
5.没看懂题，不知道想问什么。已我对题的理解回答吧，可能会有偏差。
64bit要想实现效率最大化需64bit处理器+64bit系统+64bit应用搭配使用，缺一不可。64bit最大优势在于可支持4GB以上内存寻址，且同时间周期内CPU取指更多，可实现更高效率。
兼容性不会存在太大问题，64bit处理器和系统会向下兼容32bit应用，只是如此效率不会提升而已。windows如此，iOS7/8如此，安卓也会如此。
以安卓目前的碎片化状态，无法预测
网友匿名用户对[硬派网]NVIDIA Tegra K1两个版本的不同（32位、64位）？给出的答复：
android应用运行在Java虚拟机上，所以应用本身不存在32位64位的区别，同一个应用，Java虚拟机是32位就是32位，Java虚拟机是64位就是64位。
而Java虚拟机是android系统的一部分，与应用本身无关。
所以纯Java的android应用是可以无需任何修改直接适配64位Android的。
对于那些用到了ndk的应用，他们不是纯java的，需要使用最新版本的ndk编译一下，就可以支持64位。
对于android系统，linux内核是很早就支持64位的，android系统中绝大多数代码可以直接在64位编译可用。但java虚拟机中的一部分代码需要对64位进行一定的编码调试，不过就目前看来，android已经完成了64位化在软件方面该做的大部分工作。只要那些ndk应用在新版ndk下重新编译即可。
硬件方面就请别人说吧。
网友章政对[硬派网]NVIDIA Tegra K1两个版本的不同（32位、64位）？给出的答复：
第一问题搜索一下2014 hotchip Tegra即可，二个都可以做手机，看你拿什么做卖点，大不了k1频降下来么，但后面64的跑分高啊,安卓用户选机不就看这个么，而且pin2pin兼容,最后来个旗舰版和普通版好了，一次研发，二个产品，多爽
四 : 64位版本的Chrome在Win10 Build 10525中悲剧 三步修复
昨天，微软正式向内测用户推送了Windows 10 Build 10525预览版（上手图集）。
这本是件高兴的事儿，可部分Chrome用户却报告称，64位版Chrome在Windows 10 Build 10525版中几乎彻底悲剧了，打开之后就会提示“Aw，Snap！”，而且所有插件均无法使用。
经过实测，换成32位版Chrome 44可以解决。如果要坚持使用64位版本的Chrome也非不可，临时性的对策如下：
右击Chrome浏览器桌面快捷方式图标，选择“属性”；找到目标文本框，在末尾添加“--no-sandbox”（如下图所示），点击确认。注意，可能需要使用管理员权限来操作。
现在Chrome浏览器应该可以在Windows 10 Build 10525上运行了，但同时会有一个安全警告，不必在意。另外，这个临时解决方案仅支持Chrome 64位，不支持Chrome Canary 64位。
据neowin报道，谷歌在今天早上确认了这个问题并表示正在修复。
以上就是三步修复64位版本的Chrome在Win10 Build 10525中悲剧方法介绍，是不是很简单啊！
本文标题：3dmax最低版本的64位-64位windows7系统查看DirectX版本是否过低的方法61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1