当前位置：文江博客话题详情

HEAP_NO_SERIALIZE 标志

发布于 2024-09-16 01:41:22 字数 231 浏览 4 评论 0原文

当我在前面的代码示例中调用 HeapCreate 函数时，我使用了 HEAP_NO_SERIALIZE 标志，因为示例代码的其余部分不是多线程安全的。

Jeffrey Richter 在他的书中写下了这句话(Windows via C/C++)
但这很奇怪。
如果代码不是多线程安全的，他就不必使用该标志。
这是一个错误吗？或者我误解了什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

满意归宿 2024-09-23 01:41:22

使用 HEAP_NO_SERIALIZE 标志，您只需告诉堆它永远不会被不同的线程访问，因此根本不需要线程安全。

如果您不指定此标志，则堆将在每次调用 HeapXXX 函数时在内部获取一把锁，因此尽管您仅从一个线程访问堆，但您仍会产生这种开销。

编辑：在这个示例中，由于它根本不是线程安全的（因此我假设不以任何方式使用线程），因此通知堆它不能是线程安全的是非常有意义的。

回复收藏 0 原文

清泪尽 2024-09-23 01:41:22

默认情况下，Windows 堆执行附加逻辑以确保没有两个线程同时从堆分配内存。具体如何完成仍然是一个秘密，但可能是这样的：

EnterCriticalSection (&cs);
... // Perform logic to allocate memory, set list pointers, ...
LeaveCriticalSection (&cs);

但是，如果您的应用程序不使用多线程，则关键部分可能会产生不可忽视的开销。要消除这种开销，您必须传递标志 HEAP_NO_SERIALIZE，这将消除对关键部分的调用，从而使应用程序稍微快一些。

By default the Windows heap performs additional logic to make sure that no two threads allocate memory from the heap at the same time. How this is exactly done remains a secret, but it will probably be something like this:

EnterCriticalSection (&cs);
... // Perform logic to allocate memory, set list pointers, ...
LeaveCriticalSection (&cs);

However, if your application is not using multithreading, the critical sections may have a non-neglectable overhead. To remove this overhead, you have to pass the flag HEAP_NO_SERIALIZE, which will remove the calls to the critical section, resulting in a slightly faster application.

回复收藏 0 原文

~没有更多了~