Tag: 32位

什么是短string（标签名称）最好的32位散列函数？: 什么是相对较短的string最好的32位散列函数？ string是由英文字母，数字，空格和一些附加字符（ # ， $ ， . ，…）组成的标签名称。例如： Unit testing ， C# 2.0 。我在“最小碰撞”中寻找“最好”，performance对于我的目标并不重要。

在32位系统上使用int64_t而不是int32_t会有什么样的性能影响？: 我们的C ++库目前使用time_t来存储时间值。在某些地方，我开始需要亚秒级精度，所以无论如何需要更大的数据types。另外，在某些地方解决2038年问题也许是有用的。所以我正在考虑完全切换到一个具有底层int64_t值的单个Time类，以取代所有地方的time_t值。现在我想知道在32位操作系统或32位CPU上运行此代码时，这种更改对性能的影响。 IIUC编译器将生成使用32位寄存器执行64位算术的代码。但是如果速度太慢，我可能不得不采用更加差异化的方式来处理时间值，这可能会使软件更难以维护。我感兴趣的是：哪些因素影响这些操作的性能？可能是编译器和编译器的版本; 但操作系统或CPU制造商/型号是否也影响了这一点？一个普通的32位系统将使用现代CPU的64位寄存器吗？哪些操作在32位模拟时特别慢？还是哪个几乎没有放缓？在32位系统上使用int64_t / uint64_t是否有任何现有的基准testing结果？有没有人有这种性能影响的自己的经验？我主要对Intel Core 2系统上Linux 2.6（RHEL5，RHEL6）上的g ++ 4.1和4.4感兴趣; 但是也能很好地了解其他系统的情况（如Sparc Solaris + Solaris CC，Windows + MSVC）。

android-sdks / build-tools / 17.0.0 / aapt：加载共享库时出错：libz.so.1：无法打开共享目标文件：没有这样的文件或目录: 我刚刚安装eclipse，android sdk和jdk上的64位fedora 14的全新安装，但是当我创build一个新项目时，我在控制台中得到以下错误： android-sdks / build-tools / 17.0.0 / aapt：加载共享库时出错：libz.so.1：无法打开共享目标文件：没有这样的文件或目录我正在使用一个64位机器，我需要安装一些32位驱动程序，所以我想安装： sudo apt-get install ia32-libs读取软件包列表…完成构build依赖关系树…完成E：找不到软件包ia32-libs 任何人都可以帮我解决64位的Fedora 14机器libz.so.1的问题

强制gcc在64位平台上编译32位程序: 我有一个专有的程序，我试图在64位系统上使用。当我启动安装程序时，它工作正常，但在它尝试更新自身并编译一些模块之后无法加载它们。我怀疑这是因为它使用gcc和gcc试图编译他们的64位系统，因此这个程序不能使用这些模块。有什么办法（一些环境variables或类似的东西）强制gcc做一切的一个32位平台。一个32位的chroot会工作吗？

从Cygwin 32bit切换到Cygwin 64bit是否明智？: 我一直在使用Cygwin （很长一段时间）。具体来说，我在Win7上使用它（包括gcc / g ++）进行开发工作。我刚刚注意到现在存在一个64位版本。我没有具体的需要，我需要转换到64位，但我想知道是否要这样做。这是可取的吗？优缺点都有什么？在转换过程中是否存在过度的问题？

如何判断我的应用程序是作为32位还是64位应用程序运行的？: 如何判断我的应用程序（在Visual Studio 2008中编译为“ 任何CPU” ）是作为32位还是64位应用程序运行的？

为什么 – （ – 2147483648）= – 2147483648在32位机器中？: 我认为这个问题是自我解释的，我想这可能与溢出有关，但我还是不太明白。发生了什么，在隐藏之下呢？为什么-(-2147483648) = -2147483648 （至less在编译C时）？

64位程序比32位版本更大更快吗？: 我想我是专注于x86，但我一般感兴趣的是从32位到64位。从逻辑上讲，我可以看到常量和指针在某些情况下会更大，所以程序可能会更大。而为了效率而分配字边界的内存意味着分配之间会有更多的空白。我也听说x86上的32位模式必须在由于可能的4G地址空间重叠而发生上下文切换时刷新其caching。那么，64位的真正好处是什么呢？作为一个补充问题，128位会更好吗？编辑：我刚刚写了我的第一个32/64位程序。它使16字节（32b版本）或32字节（64b版本）对象链表/树，并做了很多印刷stderr – 不是一个真正有用的程序，而不是典型的，但这是我的第一个。大小：81128（32b）v 83672（64b） – 所以没有太大的区别速度：17s（32b）v 24s（64b） – 运行在32位操作系统（OS-X 10.5.8）更新：我注意到一个新的混合型x32 ABI（应用程序二进制接口）正在开发，它是64b，但使用32b指针。对于一些testing，它会比32b或64b更小的代码和更快的执行速度。 https://sites.google.com/site/x32abi/

确定当前的PowerShell Process是32位还是64位？: 在x64位操作系统平台上运行PowerShell脚本时，如何在脚本中确定运行脚本的PowerShell版本（32位或64位）？背景默认情况下，32位和64位版本的PowerShell都安装在64位平台（如Windows Server 2008）上。这可能会导致运行PowerShell脚本时遇到困难，而脚本必须针对特定体系结构（即使用64位对于SharePoint 2010的脚本，为了使用64位库）。相关问题：针对PowerShell的x64与x86变异编程的最佳方法是什么？这个问题涉及针对32位和64位体系结构运行的代码。我的问题处理的情况下，当你想确保脚本只运行在正确的版本。