线程同步问题，CRITICAL_SECTION和Mutex哪个更快

                  
         

          

自己顶！


         
                

                  
         

          

因为mutex对象都是内核对象, 对其操作均需要由用户态切换到系统态,关键代码段则不需要.故对mutex的操作会比较费时. 但这不意味着你的程序总体执行速度和对mutex对象的操作性能成正比.  个人浅见.


         
                

                  
         

          

定义、初始化:
CRITICAL_SECTION CRITICAL_ALARM_INDEX;
InitializeCriticalSection( &CRITICAL_ALARM_INDEX);
线程A（读)：
A()
{
  EnterCriticalSection(&m_pDialogList1->CRITICAL_ALARM_INDEX);
  // 你要保护的资源
  LeaveCriticalSection(&m_pDialogList1->CRITICAL_ALARM_INDEX);

}
线程B（写)：
B()
{
  EnterCriticalSection(&m_pDialogList1->CRITICAL_ALARM_INDEX);
  // 你要保护的资源
  LeaveCriticalSection(&m_pDialogList1->CRITICAL_ALARM_INDEX);

}



         
                

                  
         

          

对啊，我就是这么做的，但是如果把EnterCriticalSection/LeaveCriticalSection，换成WaitForSingleObject/ReleaseMutex，使用Mutex的话却比使用CRITICAL_SECTION要来的快，而且快几十秒，这会是什么问题呢？


         
                

                  
         

          

楼上正解
不过还不明白CCriticalSection与CRITICAL_SECTION区别
有谁说下


         
                

                  
         

          

CCriticalSection 快，
这里面有个原子的问题，
以前我做个测试的，
CCriticalSection是个用户层的原子操作，不需要进行内核切换，
而其他的如MUTEX，EVENT，SEAMPHORE等都是内核对象，操作的时候首先要进行内核切换。

出现EVENT比CRITICAL SECTION快，一般是在DEBUG模式下，
、但是转到RELEASE模式后，速度就很明显是CRITICAL快了，
当然，
你也可以使用
_disable( )
_enable( )
来操作，那连系统切换中断都不会，速度吓人



         
                

                  
         

          

CCriticalSection是对CRITICAL_SECTION的封装。


         
                

                  
         

          

_disable instructs the processor to clear the interrupt flag. On x86 systems, this function generates the Clear Interrupt Flag (cli) instruction. On IPF systems, this function generates the Reset System Mask (rsm) instruction with an argument that clears the interrupt control flag.

This function is only available in kernel mode. If used in user mode, a Privileged Instruction exception