草庐IT

线程通信

全部标签

windows - std::condition_variable notify_all 不会同时唤醒所有线程

我想知道std::condition_variablenotify_all如何通知所有线程唤醒。情况是我有一个主线程,一个渲染线程,每个线程都有自己的线程池来完成它需要的任何工作。例如,如果我有6个逻辑核心,则每个线程池将有6个工作线程。这些线程使用notify_all唤醒。每个线程池都有自己的条件变量/互斥锁组合,并且完全独立,因此它们不会相互冲突。我遇到的问题是,有时,当渲染线程调用notify_all来唤醒工作线程时,一些会立即被唤醒,而另一些则需要很长时间,大约几毫秒。我还注意到,这主要发生在这些线程被唤醒时,而主线程worker正忙于做自己的工作。因此,在负载很重的时候,当每

c - Windows 10 上的多线程性能比 Linux 差得多

我将一个多线程Linux应用程序移植到Windows,并在运行Windows10专业版的服务器上对其进行测试。与在相同双启动硬件上运行的Linux版本的性能相比,Windows版本的性能非常糟糕。我将代码简化为一个表现出相同症状的小型多线程示例。我希望SO社区能够就此应用程序在Windows和Linux之间存在这种性能差异的原因提供一些见解,并提供有关如何解决该问题的建议。我正在测试的机器具有双IntelXeonGold6136CPU(24/48物理/逻辑内核)@3.0GHz(Turbo加速至3.6GHz)和128GB内存。机器设置为双引导CentOS或Windows10。没有运行Wi

c - 如何在 C 中的 DLL 中执行线程

我创建了一个运行3个工作线程的DLL,主线程处于循环中等待线程完成。线程已创建,但未执行线程。我尝试在使用CreateThread()创建的函数中设置MessageBox函数,但该框没有出现。我也尝试过调试,CreateThread()的返回值有效,因此线程被创建。BOOLWINAPIDllMain(){main();return1;}intmain(){HANDLEh1,h2,h3;h1=CreateThread(first)...h2=CreateThread(second)...h3=CreateThread(third)...WaitForSingleObject(h3,INF

c++ - DuplicateHandle() 是否进行任何进程间通信 (IPC),如果不进行,为什么要使用目标参数?

我正在寻找DuplicateHandle()非常困惑。第三个和第四个参数hTargetProcessHandle和lpTargetHandle似乎暗示这个API函数进行某种形式的进程间通信,但我在网上阅读的内容似乎暗示(没有直接说)实际上这个函数不能与外部的任何东西通信它自己的进程的地址空间,如果你真的想说将本地进程句柄复制到另一个进程,你必须自己手动完成。所以有人可以可怜我并明确地告诉我这个函数本身是否有任何IPC吗?另外,如果它不执行任何IPC,那么这两个参数的意义何在?如果没有发送数据并且此函数的输出对其他进程不可见,怎么会有“目标”?起初我以为我可以调用GetCurrentPr

windows - 获取当前事件窗口的线程 ID

我需要获取事件窗口的线程ID。是否有WindowsAPI函数可以让我获取此信息?有GetCurrentThreadId函数,但它会返回调用线程的ID,而不是事件窗口线程,因此它对这个目的没有用。编辑:按照建议编辑我的问题以提供有关我为什么需要这个的额外信息,这里是:我正在实现LowLevelKeyboardProc捕获键盘输入,并且由于键盘布局因程序而异,我想确保为处理键盘的事件窗口获取布局:代码片段:HWNDactive_window=GetForegroundWindow();DWORDthread_id=GetWindowThreadProcessId(active_window

c++ - 如何在加密前拦截应用程序通信?

我正在尝试对Windows应用程序用于通过网络进行通信的协议(protocol)进行逆向工程。它使用TLS加密连接与服务器通信。我想拦截应用程序的相关调用(对TLS库或安全套接字API),并查看其明文消息。完全披露:这不是为了任何充实目的,而是为了改进开源项目。我试过在Linux上的Wine下运行该应用程序,上面的内容相当于一个LD_PRELOAD技巧,用于拦截对send()的调用。https://rafalcieslak.wordpress.com/2013/04/02/dynamic-linker-tricks-using-ld_preload-to-cheat-inject-fe

c++ - Win32 共享内存的包装类? (进程间通信)

您可以为Win32上的IPC推荐什么包装类?我试过XQueue,我发现它有点笨拙,想听听外面还有什么。在InterlockedPopEntrySList()上构建一些东西看起来不错,但这需要服务器2003。谢谢,亚当 最佳答案 我推荐Qt4(或者您可以查看源代码):http://doc.trolltech.com/4.5/qsharedmemory.html 关于c++-Win32共享内存的包装类?(进程间通信),我们在StackOverflow上找到一个类似的问题:

c++ - 如何在两个 C++ MFC 插件之间进行通信?

我有一个用于C++MFC应用程序的插件。我正在与同一应用程序的另一个插件的开发人员合作,它试图在我的代码中获取事件通知。这两个插件都是c++dll的形式。如何将消息从我的插件传递到他的插件?该解决方案需要对我们两个插件以及主机应用程序的不匹配版本具有鲁棒性。通知是在控制点移动期间发出的,因此每秒发送几次。我可以设置一个回调机制,在加载时他的插件使用函数指针调用我的插件中的一个函数。我们不保证任何加载顺序,但我们可能会定期检查。我知道Win32有一个消息系统,但我不确定它是如何工作的,真的。我们可以添加一个Hook,然后我可以发送消息,但我对如何同步消息ID或我所说的以外的任何细节有点模

c++ - 在 wxwidgets 中,如何让一个线程在继续之前等待另一个线程完成?

我有一个系统,我的单例类生成一个线程来进行计算。如果用户在另一个计算仍在运行时请求另一个计算,我希望它拆除现有线程并启动一个新线程。但是,它应该等待第一个线程完全退出才能继续。我已经完成了所有的拆解工作,但我似乎无法确保只有一个线程运行。我的方法是让StartCalculation函数调用mutex->Lock()。析构函数中的线程释放锁。它不工作。我假设如果Lock()无法获得锁,它会旋转并不断尝试重新获取锁,我的假设是否正确?这个Lock()可以从我的主应用程序线程调用吗?任何想法都是有帮助的。也许wxMutex锁是正确的机制。 最佳答案

c# - c# 中正确的队列线程技术?

我想实现一个Windows服务,该服务将丢弃的平面分隔文件捕获到一个文件夹中,以便导入到数据库中。我最初设想的是让FileSystemWatcher查看导入的新文件并创建一个新的导入线程。我想知道我应该如何正确地为此实现一个算法以及我应该使用什么技术?我的方向是否正确? 最佳答案 我为客户开发了这样的产品。该服务正在监控多个文件夹中的新文件,当发现文件时,文件会被读取、处理(在条码打印机上打印)、存档和删除。我们使用了一个“发现者”层,它使用FileSystemWatcher或根据环境进行轮询来发现文件(因为FileSystemWa