草庐IT

多线程通信

全部标签

c++ - KMDF 的多线程 DeviceIOControl

在回答我的问题之前,我将回顾一下我目前正在使用的东西,以便您对我已经做过/尝试过的事情有一个很好的了解。我有一个多线程用户模式​​Windows桌面应用程序,它向KMDF驱动程序发出DeviceIOControl调用(纯软件,无硬件)。有5个单独的线程,它们都不断地对驱动程序进行相同的自定义IOCTL调用。此请求包括:PsLookupProcessByProcessId以获取要从中读取内存的进程。MmCopyVirtualMemory将请求的内存复制到提供的缓冲区中。ObDereferenceObject减少引用计数。驱动程序目前正在连续执行此操作,而我的用户模式应用程序中的主要瓶颈是

c# - 我如何知道分配给线程的实际时间片?

我知道实际时间片是可变的,具体取决于操作系统和处理器等多种因素。但是有没有一种方法可以让线程在它拥有CPU的时间内计算分配给它的时间片? 最佳答案 有趣的问题;但我认为:可能不是。为了从线程内部测量这个,线程需要知道两个事件:线程启动/恢复;获取CPU时间;并开始运行线程被“挂起”,并停止执行从那里开始:即使你找到了一种机制来告诉线程“你刚刚被恢复”——你怎么能告诉线程什么时候被挂起呢?换句话说:您需要两个钩子(Hook),它们不仅以某种方式通知线程“您已恢复”;还有关于“你很快就会被停职”;这样线程本身就可以进行簿记。鉴于您的评论

windows - CryptGetProvParam 和多线程程序

CryptGetProvParam的MSDN文档说此函数不得在多线程程序的线程上使用。我希望有一些条件可以这样使用它。有没有人在这方面有任何经验并可以告诉我解决方法?谢谢。 最佳答案 一些MSDN文档是由实习生编写的,质量并不总是很好。他们显然在谈论与同时从多个线程调用此函数相关的问题,而不仅仅是进程中有多个线程。如果您查看一些查询值以及API的设计方式,应该很容易发现不能使用多线程的查询。任何使用CRYPT_FIRST/NEXT(PP_*ENUM*)的东西都必须依赖一些内部状态来记住“它在哪里”。这些查询在其描述中也有线程警告。这

windows - 如何在 Perl 中线程安全地设置 STDOUT 编码?

根据文档,使用encoding模块与threads不是线程安全的,并且自perl1.18起已弃用。我在Windows7机器上使用perl5.16。我需要将输出转换为windows866编码。尝试运行线程时,以下代码解释器崩溃。useutf8;binmode(STDOUT,':encoding(cp866)');usethreads;my$thr=threads->create(sub{print"потокработает";})->detach();sleep1;print"основнойпотоктакжеработает";如果没有binmode(STDOUT,':cp866'

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