Windbg学习笔记【4】

 目标:将一单线程Console程序改为MFC多线程。而且线程间无需通讯。

现状:

1、Windows线程栈,每线程都有自己的独立栈。
进程创立时会创建一主线程。
每线程栈存储默认1MB。

2、Windows为抢先式多任务操作系统。
级别高的线程会先运行。

3、malloc序列化存储申请请求。
Applications can safely use the memory management features of the C run-time
library ( malloc, free, and so on) and C++ ( new, delete, and so on).

4、MFC书看过一些,但没操作过。代码写过一些,都是结构化函数调用。

最初想法:十来行,半小时搞定。

实际过程:

1、Console迁移到MFC比较简单。问题是我用的visual studio 2012对话框都继承自CDialogEx,这样生成的窗口
居然怎么操作都不会失去焦点,要想跟踪的话感觉是白花功夫,一番搜索,对话框改为继承自CDialog,搞定。

2、调用线程API,实现多线程。
生成的结果完全不符预期,甚至怀疑自己关于windows的知识是否正确。
这个阶段忽略了调试器的信息,那就是9号线程居然特别多,按设计应该只有一个,这么一个机会被忽略了。
晚上的时候开始使用Windbg进行跟踪,才意识到线程和函数调用差别还挺大,函数调用参数都直接传过去,调用者栈
上保留参数的副本,这个线程创建就不一样,用的参数要自行提供。明白了这一点就豁然开朗了。

3、示例代码。
Debug模式运行了一下,速度在3632QM上比Console程序Release模式下快多了。20MB的测试文件CPU占用率直接冲上100%。

1 for (i=0; i<TABLE_QUANTTITY; ++i){ 2     quickCdnEntropySubtractPolicy(&SubTables[i], sigMatrix[i], attPresent, &dcnEquClsCard[i][0]); 3 }
 1     for (i=0; i<TABLE_QUANTTITY; ++i){  2  ...  3   

 4  ...  5         thread[i] = ::CreateThread(NULL, 0, ThreadSubtractPolicy, (PVOID) &rt[i], CREATE_SUSPENDED, NULL);  6         assert(thread[i] != NULL);  7  }  8     for (i=0; i<TABLE_QUANTTITY; i++) ::ResumeThread(thread[i]);  9     ::WaitForMultipleObjects(TABLE_QUANTTITY, thread, true, INFINITE); 10     for (i=0; i<TABLE_QUANTTITY; ++i){ 11         ::GetExitCodeThread(thread[i], &exitCode[i]); 12  ::CloseHandle(thread[i]); 13         thread[i] = NULL; 14  } 15 

16 DWORD WINAPI ThreadSubtractPolicy(_In_ LPVOID lpParameter){ 17     reductTbl * rt = (reductTbl *)lpParameter; 18     quickCdnEntropySubtractPolicy(rt->dt, rt->sig, rt->attPresent, rt->dcnEquClsCard); 19 

20     return 0; 21 }


 

你可能感兴趣的:(学习笔记)