CRITICAL_SECTION 对性能的影响 VC十年技术群聊天笔记

最新推荐文章于 2022-01-07 14:20:07 发布
最新推荐文章于 2022-01-07 14:20:07 发布
阅读量2k 收藏 1
点赞数
分类专栏： System 文章标签： 聊天 多线程 编程 工作 windows 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/davemin/article/details/4272390
版权
本文讨论了在多线程编程中滥用水晶报告CRITICAL_SECTION对象可能导致的性能下降问题。作者指出，虽然CRITICAL_SECTION是轻量级同步机制，但不恰当的使用可能会使性能接近单线程程序。提出了需要理解和研究如何更有效地使用同步机制，例如内核对象，并指出内核对象和CRITICAL_SECTION的性能差距可能高达20倍以上。
摘要由CSDN通过智能技术生成

阿呆:

我这几天在准备一个文字. 是关于: 烂用CRITICAL_SECTION 对性能的影响问题. 特别是服务器端程序.

也许本群很多人都觉得自己会使用CRITICAL_SECTION 对象. 不错. 这很好.

但我可以坦白的话,你们所有的使用几乎都是在降低性能. 有更好的方法可以少降低性能
而达到使用CRITICAL_SECTION 对象的目的.


很多人在多线程的程序中使用CRITICAL_SECTION对象.
当然在单线程程序中也可以使用CRITICAL_SECTION对象, 只是没有一点效果而已.


问题是: 在多线程的程序中使用CRITICAL_SECTION对象, 性能和单线程程序差不多了.


在线并思考着09:48:03
遇到了，为什么性能低


张鹏-宁波 09:48:04
问题是: 在多线程的程序中使用CRITICAL_SECTION对象, 性能和单线程程序差不多了.  ----- 危言耸听 或者言过其实 ？？   这要看怎么用吧

在线并思考着09:48:21
后来改成直接唤醒线程了

 

 本文出自: 阿呆

最低0.47元/天 解锁文章
davemin
关注
专栏目录
CriticalSection 和Mutex 性能比较
我不是萧海哇的博客
05-23 398
Windows下100万次加/解锁测试： CriticalSection用时：31ms Mutex用时：953ms 结论：CriticalSection性能远远高于Mutex（高出约30倍）。因此，在能用CriticalSection时绝不用Mutex，当然，后者可命名，而前者不行，因此，Mutex可用于进程间通信，但CriticalSection通常只能用于线程间通信。 另外，Windows上Mutex和CriticalSection都是缺省Recursive的（且不能被改变，如要实现non-recurs
Qt开发经验总结
草上爬的博客
12-02 8429
增加了很多轮子，同时原有模块拆分的也更细致，估计为了方便拓展个管理。把一些过度封装的东西移除了（比如同样的功能有多个函数），保证了只有一个函数执行该功能。把一些Qt5中兼容Qt4的方法废弃了，必须用Qt5中对应的新的函数。跟随时代脚步，增加了不少新特性以满足日益增长的客户需求。对某些模块和类型及处理进行了革命性的重写，运行效率提高不少。有参数类型的变化，比如 long * 到 qintptr * 等，更加适应后续的拓展以及同时对32 64位不同系统的兼容。
WaitForSingleObject 与 EnterCriticalSection 性能比较
12-24 2705
摘要 在 Microsoft Windows 平台上有几种以原子方式锁定代码和数据的不同方法。此白皮书的主要目的是向开发人员简要介绍 Windows 中进行锁定的不同方法以及与这些锁定有关的相应性能开销。因为未来架构将是多核架构，因此此信息非常适用。 简介 多线程软件应用对于提升英特尔内核架构的性能至关重要。锁定代码通常是多线程应用中运行最频繁的代码。确定要使用的锁定方法与确定
WaitForSingleObject 和 EnterCriticalSection 效率比较
DennisZhangX的专栏
07-21 1315
Microsoft Windows 平台中两种最常用的锁定方法为 WaitForSingleObject 和 EnterCriticalSection 。WaitForSingleObject 是一个过载 Microsoft API ，可用于检查和修改许多不同对象（如事件、作业、互斥体、进程、信号、线程或计时器）的状态。WaitForSingleObject 的一个不足之处是它会始终获取内核的锁定，因此无论是否获得锁定，它都会进入特权模式 ( 环路 0) 。此 API 还进入 Windo
Windows下CriticalSection和Mutex的性能比较
DreamFreeLancer的专栏
06-02 5059
Windows下100万次加/解锁测试：CriticalSection用时：31msMutex用时：953ms结论：CriticalSection性能远远高于Mutex（高出约30倍）。因此，在能用CriticalSection时绝不用Mutex，当然，后者可命名，而前者不行，因此，Mutex可用于进程间通信，但CriticalSection通常只能用于线程间通信。另外，Windo
对CRITICAL_SECTION理解的总结
顺其自然~专栏
11-24 354
很多人对CRITICAL_SECTION（临界区）的理解是错误的，认为CRITICAL_SECTION是锁定了资源，其实，CRITICAL_SECTION是不能够“锁定”资源的，它能够完成的功能，是同步不同线程的代码段。简单说，当一个线程执行了EnterCritialSection之后，cs（临界区）里面的信息便被修改了，以指明哪一个线程占用了它。而此时，并没有任何资源被“锁定”。不管什么资源，其它线程都还是可以访问的（当然，执行的结果可能是错误的）。只不过，在这个线程尚未执行LeaveCr...
MultiThread_learnNote.rar_VC书籍_C/C++_
08-12
《多线程学习笔记》是针对C/C++编程者的一份宝贵资料，尤其对那些希望深入理解并应用多线程技术的开发者来说，这是一本不可多得的指南。本书籍详细介绍了多线程的概念、原理以及在VC++环境下的实践方法。 多线程是...
《Windows驱动开发技术详解》学习笔记
热门推荐
Sagittarius_Warrior的博客
02-13 2万+
Abstract   如果推荐 Windows 驱动开发的入门书，我强烈推荐《Windows驱动开发技术详解》。但是由于成书的时间较早，该书中提到的很多工具和环境都已不可用或找不到，而本文搜集了大部分的工具，并在 win10X64 上安装开发环境，在 win7x86 上进行实验，趟过了不少实际编译和测试中遇到的坑。此外，本文也对相关章节的重点进行了总结，全文目录如下： 全书导读 开发和调试 驱...
VC 笔记
hbrqlpf的专栏
04-10 4475
 Windows程序内部运行机制1、API与SDKWindows操作系统提供了各种各样的函数，以方便我们开发Windows应用程序，这些函数是Windows操作系统提供给应用程序编程的接口（Application Programming Interface），简称为API函数。我们在编写Windows程序时所说的API函数，就是指系统提供的函数，所有主要的Windows函数都在Window.h头文
正确理解CRITICAL_SECTION
achellies's Blog
10-10 1632
正确理解CRITICAL_SECTION2009年09月07日 星期一 16:07      很多人对CRITICAL_SECTION的理解是错误的，认为CRITICAL_SECTION是锁定了资源，其实，CRITICAL_SECTION是不能够“锁定”资源的，它能够完成的功能，是同步不同线程的代码段。简单说，当一个线程执行了EnterCritialSection之后，cs
C++ 线程同步之临界区CRITICAL_SECTION
sinat_31608641的博客
04-06 2202
一、临界区 临界区又称关键代码段，指的是一小段代码在代码执行前，它需要独占一些资源。程序中通常将多线程同时访问的某个资源作为临界区，需要定义一个CRITICAL_SECTION类型的变量，然后调用InitializeCriticalSection函数对变量进行初始化 例子： 定义一个全局的锁 CRITICAL_SECTION的实例和一个静态全局变量 CRITICAL_SECTIO...
windows多线程（六） 互斥量Mutex与关键段CriticalSection比较
一
05-16 503
一、关键段CS 和 互斥量Mutex 的相同点：都有线程拥有权 关键段和互斥量都有线程拥有权，即可以被一个线程拥有。在 前面讲关键段CS的文章中有说到，关键段结构体的第四个参数保存着拥有该关键段的线程的句柄，具体如下： typedef struct _RTL_CRITICAL_SECTION { PRTL_CRITICAL_SECTION_DEBUG DebugInfo; ...
临界区死锁和死循环
maomao171314的专栏
01-07 870
1.临界区 使用CRITICAL_SECTION 结构来保证不会有多个线程重入被保护的代码段 实现在用户态的同步机制，相对内核对象来说，开销更小 适用于同步同一进程内的多个线程 如: CRITICAL_SECTION g_cs; EnterCriticalSection(&g_cs); //以原子方式访问共享资源 LeaveCriticalSection(&g_cs); RTL_CRITICAL_SECTION 结构如下： struct RTL_CRITICAL_SECT
CriticalSection的Enter/Leave次数问题
華華的博客
01-27 1381
<br />在用TCriticalSection来同步线程时，Enter/Leave的次数对结果有影响吗？不管Enter多少次，Leave一次后，别的线程就能进入了吗？<br />因为可能在写函数嵌套时，会遇到这样的情况：<br />var CS:TCriticalSection; procedure P1; begin CS.Enter; try ..... finally CS.Leave; end; end; procedure P2;
C++多线程之使用Mutex和Critical_Section
程序猿GTC
11-28 2万+
Mutex和Critical Section都是主要用于限制多线程（Multithread）对全局或共享的变量、对象或内存空间的访问。下面是其主要的异同点（不同的地方用绿色表示）。   Mutex Critical Section 性能和速度 慢。 Mutex 是内核对象，相关函数的执行 （WaitForSingleObject，
_RTL_CRITICAL_SECTION
最新发布
04-09
_RTL_CRITICAL_SECTION是Windows操作系统中的一种临界区对象，用于实现线程同步和互斥。它是Windows内核提供的一种同步机制，用于保护共享资源的访问，防止多个线程同时对资源进行修改而导致数据不一致或者冲突的情况发生。 _RTL_CRITICAL_SECTION的主要特点如下： 1. 互斥性：_RTL_CRITICAL_SECTION可以确保同一时间只有一个线程可以进入临界区，其他线程需要等待。 2. 递归性：同一个线程可以多次进入临界区，而不会造成死锁。 3. 轻量级：_RTL_CRITICAL_SECTION是一种轻量级的同步对象，相比于其他同步机制（如互斥锁或信号量），它的创建和销毁的开销较小。 4. 高效性：_RTL_CRITICAL_SECTION使用了自旋锁的机制，在多核CPU上可以提高性能。 使用_RTL_CRITICAL_SECTION需要以下步骤： 1. 初始化：通过InitializeCriticalSection函数对_RTL_CRITICAL_SECTION进行初始化。 2. 进入临界区：通过EnterCriticalSection函数进入临界区，如果临界区已经被其他线程占用，则当前线程会被阻塞。 3. 访问共享资源：在临界区内，可以安全地访问共享资源。 4. 离开临界区：通过LeaveCriticalSection函数离开临界区，释放对临界区的占用。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值