cpu相关内容
场景:我有一个示例应用程序,我有 3 个不同的系统配置 - - 2 核处理器,2 GB RAM,60 GB HHD,- 4 核处理器,4 GB RAM,80 GB HHD,- 8 核处理器,8 GB RAM,120 GB HHD 为了有效地利用我的应用程序的 H/W 功能,我希望配置 no.应用程序级别的线程数.但是,我希望只有在彻底了解系统功能后才能这样做. 是否有某种方法(系统/模式
..
显然,64 位处理器具有 64 位地址空间,因此您可以使用 4 GB 以上的 RAM.编译与 64 位相同的程序并在 64 位 CPU 上运行是否有任何其他优势可能实际上使那些不占用大量内存的程序受益? 我问的是一般的 CPU,特别是与 Intel 兼容的 CPU. 解决方案 有一篇关于维基百科的很棒的文章 关于 64 位 Intel/AMD cpu 与其 32 位版本的区别和优势.
..
我不知道 32 位应用程序如何在 64 位操作系统上运行. 我的理解是 32bit/64bit 是指寄存器大小.指令集应该不同,因为它们有不同大小的寄存器. 但我知道有 x86-64 指令集,它是 x86 指令集的 64 位版本. 我们可以在 64 位操作系统上运行 32 位应用程序的原因是因为 x86-64 吗? 如果是这样,为什么 32 位应用程序有时在 64 位窗口中
..
我们有 XP64 的 Core2 机器(戴尔 T5400). 我们观察到在运行 32 位进程时,memcpy 的性能大约是1.2GByte/s;但是在 64 位进程中使用 memcpy达到约 2.2GByte/s(或 2.4GByte/s与英特尔编译器 CRT 的 memcpy).虽然最初的反应可能只是解释这个由于可用的寄存器更广泛在 64 位代码中,我们观察到我们自己的类似 memcpyS
..
在 32 位 CPU 上,一个整数是 4 个字节,一个短整数是 2 个字节.如果我正在编写一个使用许多数值的 C/C++ 应用程序,这些数值总是适合所提供的短整数范围,使用 4 字节整数还是 2 字节整数更有效? 我听说 4 字节整数更有效,因为这适合从内存到 CPU 的总线带宽.但是,如果我将两个短整数相加,CPU 是否会在一次并行中打包这两个值(从而跨越总线的 4 字节带宽)? 解
..
我需要用java检查服务器的CPU和内存使用情况,有人知道怎么做吗? 解决方案 如果您专门寻找 JVM 中的内存: 运行时运行时 = Runtime.getRuntime();NumberFormat 格式 = NumberFormat.getInstance();StringBuilder sb = new StringBuilder();long maxMemory = runtim
..
我想用Java监控以下系统信息: 当前 CPU 使用率**(百分比) 可用内存*(可用/总) 可用磁盘空间(可用/总) *请注意,我指的是整个系统可用的总内存,而不仅仅是 JVM. 我正在寻找一种跨平台解决方案(Linux、Mac 和 Windows),它不依赖于我自己的代码调用外部程序或使用 JNI.尽管这些都是可行的选择,但如果有人已经有了更好的解决方案,我宁愿不要自
..
这是我正在解决的问题 问题:高速工作站具有 64 位字和 64 位地址,地址解析为字节级别.工作站的地址空间中可以有多少个字? 我在问题中定义了不同的术语 字长 - 处理器自然数据单位.字长决定了一次可以处理的信息量 字节级寻址 - 支持访问单词内单个字节的硬件架构 64 位寻址- 您有 64 位来指定 运行时内存 中保存指令或数据的地址 地址空间 - 运行程序的内存视图在
..
我不知道 32 位应用程序如何在 64 位操作系统上运行. 我的理解是 32bit/64bit 是指寄存器大小.指令集应该不同,因为它们有不同大小的寄存器. 但我知道有 x86-64 指令集,它是 x86 指令集的 64 位版本. 我们可以在 64 位操作系统上运行 32 位应用程序的原因是因为 x86-64 吗? 如果是这样,为什么 32 位应用程序有时在 64 位窗口中
..
我们有 XP64 的 Core2 机器(戴尔 T5400). 我们观察到在运行 32 位进程时,memcpy 的性能大约是1.2GByte/s;但是在 64 位进程中使用 memcpy达到约 2.2GByte/s(或 2.4GByte/s与英特尔编译器 CRT 的 memcpy).虽然最初的反应可能只是解释这个由于可用的寄存器更广泛在 64 位代码中,我们观察到我们自己的类似 memcpyS
..
显然,64 位处理器具有 64 位地址空间,因此您可以使用 4 GB 以上的 RAM.编译与 64 位相同的程序并在 64 位 CPU 上运行是否有任何其他优势可以真正使那些不占用大量内存的程序受益? 我问的是一般的 CPU,特别是与 Intel 兼容的 CPU. 解决方案 有一篇关于维基百科的很棒的文章 关于 64 位 Intel/AMD cpu 与其 32 位版本的区别和优势.它
..
我不知道 32 位应用程序如何在 64 位操作系统上运行. 我的理解是 32bit/64bit 是指寄存器大小.指令集应该不同,因为它们有不同大小的寄存器. 但我知道有 x86-64 指令集,它是 x86 指令集的 64 位版本. 我们可以在 64 位操作系统上运行 32 位应用程序的原因是因为 x86-64 吗? 如果是这样,为什么 32 位应用程序有时在 64 位窗口中
..
我们有 XP64 的 Core2 机器(戴尔 T5400). 我们观察到在运行 32 位进程时,memcpy 的性能大约是1.2GByte/s;但是在 64 位进程中使用 memcpy达到约 2.2GByte/s(或 2.4GByte/s与英特尔编译器 CRT 的 memcpy).虽然最初的反应可能只是解释这个由于可用的寄存器更广泛在 64 位代码中,我们观察到我们自己的类似 memcpyS
..
在 32 位 CPU 上,一个整数是 4 个字节,一个短整数是 2 个字节.如果我正在编写一个使用许多数值的 C/C++ 应用程序,这些数值总是适合提供的短整数范围,使用 4 字节整数还是 2 字节整数更有效? 我听说 4 字节整数更有效,因为这适合从内存到 CPU 的总线带宽.但是,如果我将两个短整数相加,CPU 是否会将这两个值并行打包一次(从而跨越总线的 4 字节带宽)? 解决方
..
当前的任务是遍历大量字典,这让我很头疼.我无法在这里确定高 CPU 使用率的确切来源,所以我希望这里的一些 C# 专家可以给我一些提示和技巧. 设置是 10 个预分配的 Guid-byte[] 字典,每个字典包含一百万个条目.该过程正在迭代所有这些,每个字典都有自己的线程.简单地遍历所有这些并将 byte[] 引用传递给迭代委托,产生随机结果需要不到 2 毫秒,但实际上访问包含条目中的任何字
..
time javac Main.java -->0m1.050s时间 javac Main.java &javac Main.java -->0m1.808s时间 javac Main.java &javac Main.java &javac Main.java -->0m2.690s时间 javac Main.java &... 8 次 -->0m8.309s 当我们并行运行 javac 命令
..
我在 Android Studio 中寻找参数或配置/Gradle,它可以设置构建,以便在构建期间使用我的所有 CPU 内核.即如果我有一个四核 CPU 并且每个核运行 8 个线程,我该如何优化构建以使用它可以获得的所有资源(当然是并行的)? 谢谢! 解决方案 在我的项目中的 local.properties 文件中我有 org.gradle.daemon=trueorg.grad
..
我需要 ARM 处理器可以执行的每个周期的操作数,尤其是 Cortex-A7、Cortex-A9 和 Cortex-A15 的操作数.我在网上找不到任何东西! 谢谢 编辑:我需要它来计算理论峰值性能. 解决方案 我还没有研究过整数,但是对于每个周期的单浮点和双浮点运算,这是我目前想到的(来自 flops-per-cycle-for-sandy-bridge-and-haswel
..
如何构建可在配备 Intel CPU 的设备上运行的应用程序?我的应用程序可以在采用 arm 技术的设备上运行,但是当我尝试在采用 Intel CPU 的设备上安装我的应用程序时,它会显示此消息: 设备不兼容 日志中的这条消息: 失败 [INSTALL_FAILED_CPU_ABI_INCOMPATIBLE] 这是我的项目 build.gradle 文件: 应用插件:'c
..
我不太想知道在每个平台上开发代码时程序员习惯的或他觉得更容易做的事情等方面的“小字"差异.我也对细节不感兴趣核心的物理差异(如果适合您的叙述,我不介意提及它们,我只是不想关注上述内容) 我只是在寻找为什么像 x86 这样的 CISC 架构优于 RISC 架构,或者不是? 我的意思是,如果您可以通过降低复杂性 (RISC) 来做所有事情,那么为什么要成为“复杂"(CISC) 有什么
..