问题标签 [processor]

In some systems, the stack grows in upward direction whereas the heap grows in downward direction and in some systems, the stack grows in downward direction and the heap grows in upward direction. But, Which is the best design ? Are there any programming advantages for any of those two specific designs ? Which is most commonly used and why has it not been standardized to follow a single approach ? Are they helpful/targeted for certain specific scenarios. If yes, what are they ?

取自微软文档：

默认情况下，线程池每个可用处理器有 250 个工作线程。您可以使用 ThreadPool.SetMaxThreads 方法更改此设置。

众所周知，还有一些开销：

线程有一定程度的开销。因此，如果一台计算机有多个处理器并且您将处理拆分为两个线程，您将不会看到 100% 的性能提升。

出于一些经验和更多猜测，我每个 CPU会有1 到 4 个线程，而不是250 个！有人知道为什么是250吗？它是应该提供最佳整体性能的某个值，还是为了让您提供给该线程池的几乎所有任务都得到处理，而无需等待其他任务完成？

我正在研究英特尔保护模式。我发现调用门、中断门、陷阱门几乎是一样的。事实上，除了 Call Gate 有参数 counter 的字段，而且这 3 个门有不同的 type 字段外，它们在所有其他字段上都是相同的。

至于它们的功能，它们都是用来将代码控制转移到某个代码段内的某个程序中。

我想知道，因为这 3 个门都包含跨权限边界调用所需的信息。为什么我们需要 3 种？1还不够好吗？

感谢您的时间和回复。

更新 1

一个相关问题：何时使用中断门或陷阱门？

更新 2

今天我想到了这个想法：

不同的目的，不同的门，并以不同的 CPU 行为细节进行。比如IF标志处理。

我不太了解 RAM 和 HDD 架构，或者电子设备如何处理大块内存，但这总是引发我的好奇心：为什么我们选择在计算机值中的最小元素停止在 8 位？

我的问题可能看起来很愚蠢，因为答案很明显，但我不太确定......

是因为 2^3 允许它在寻址内存时完美匹配吗？电子设备是否专门设计用于存储 8 位块？如果是，为什么不使用更宽泛的词？是因为它除以 32、64 和 128，所以处理器字可以被赋予其中几个字？这么小的空间有 256 的值是不是很方便？

你怎么看 ？

我的问题有点过于形而上学，但我想确保这只是历史原因，而不是技术或数学原因。

对于轶事，我也在考虑 ASCII 标准，其中大多数第一个字符对于 UTF-8 之类的东西是无用的，我也在尝试考虑一些更小更快的字符编码......

我知道我可以System.Environment.ProcessorCount用来返回机器中“处理器”的数量。我想做的是找出是否有办法确定处理器中的核心数量，不包括超线程作为“核心”。例如，在双核超线程处理器上，System.Environment.ProcessorCount将返回 4，因为有 2 个物理内核，都具有超线程。我想要做的是返回 2，因为只有 2 个物理内核。

顺便说一句，我正在使用 C#。

我想找到windows提供的接口来改变CPU频率和核心电压。谢谢！

我有一个 C# 应用程序，我必须在其中获得处理器负载。根据这个问题的公认答案，我的选择是使用来自 WMI 或 System.Diagnostics 命名空间的性能计数器。我的 System.Diagnostics 性能计数器有问题（如此处所述），所以我唯一的选择是使用 WMI。以下代码显示了我如何使用 WMI 读取处理器负载：

我的问题是，检索处理器利用率大约需要半秒钟，从这个典型的输出片段可以看出：

我的猜测是，至少部分原因是采样负载需要很长时间，因为 Get 方法调用还更新了 ManagementObject 对象的其他属性。所以我的问题是：如何使 Get 方法调用更新更快？我猜想，解决方案是以某种方式告诉 ManagementObject 对象只更新处理器负载属性，但我不知道该怎么做。

顺便说一句，奇怪的是输出的采样时间在半秒左右如此稳定，但我不确定这是否可以为解决方案提供任何提示。

我正在评估提供以下功能的嵌入式处理器架构：

• 8个SIMD协处理DSP类内核，
• 每个核心可以做一个 8 路 SIMD
• 每个内核也是一个 8 个执行槽 VLIW。

我想使用高视频编码器（H.264、1080p、60fps）或 3D 视频编码器在此处理器/硬件上运行。我正在尝试进行架构探索并找到

• 处理器的哪些优点应该有助于以电源/周期/内存有效的方式执行多媒体（视频/图像）信号处理应用程序。

• 什么外设、内存结构、高速缓存或内部内存；附加汇编指令有助于高效执行多媒体应用程序的代码

• 什么是多媒体（视频/图像）处理应用中最省电和最快速的处理器架构

PS：它必须是低功耗的，因为它适用于便携式应用。

任何指针（论文/博客）都会有所帮助。

谢谢你。

-广告。

我有一个非常基本的问题。我正在研究的架构提供了一个内存映射的协处理器接口。有人可以确认我正确理解了这个概念：

如果我连接了一个协处理器，那么总线系统上的一些内存区域被保留用于与协处理器通信，即发送和读取数据，执行命令等。

或者，有一种紧密耦合的方法，我假设有另一种机制用于与协处理器通信，并且由于协处理器更靠近主机，因此开销较小，对吗？

非常感谢您对这个微不足道的问题有所了解；）。

浮点类型通过将其有效数字和指数分别存储在单独的二进制字中来表示一个数字，因此它适合 16、32、64 或 128 位。

定点类型存储具有 2 个字的数字，一个代表整数部分，另一个代表小数部分，负指数，2^-1、2^-2、2^-3 等。

浮点数更好，因为它们在指数意义上具有更广泛的范围，但如果想要在某个范围内以更高的精度存储数字，例如仅使用从 -16 到 16 的整数，则使用更多位来保存超过基数的数字.

就性能而言，哪一个性能最好，或者是否存在一些比另一个更快的情况？

在视频游戏编程中，每个人都使用浮点数是因为 FPU 使它更快，还是因为性能下降可以忽略不计，还是他们自己制作固定类型？

为什么 C/C++ 中没有固定类型？