始终有一个已创建的线程或在必要时创建线程
Have an already created thread at all time or create the thread when necessary
我正在使用用于小型 USB 设备的用户模式驱动程序。我的 usb 读取循环应该非常灵敏并且它执行的操作应该非常小（不一定是原子的）。就像内核模式驱动程序中的中断服务例程。在一个处理中，我需要创建一个线程并将一些参数传递给该读取循环内的该线程。
所以我需要知道该操作的确切上限。它不会超过 200mS 或类似的东西。
下一个替代方案是在设备初始化时间（探测时间）进行线程初始化，然后让该线程休眠，直到我从读取线程发出信号。但在这种情况下，线程总是 运行 并且会很昂贵。
最好的选择是什么？我的平台是linux，他们在linux里说，创建线程的操作很短。我需要决定什么是最好的。始终保持线程处于活动状态或在必要时创建线程。
只需创建一次线程并使其阻塞某些信号量或互斥量，直到您发出信号为止。这样就不会 "always running" 也不会 "be costly"。这样你就不需要处理这样的情况："What if thread didn't start when I needed some processing" 或 "What if system was busy and thread startup was slow"?..
只是一件小事：如果线程做的不多，我会用较小的堆栈大小对其进行初始化。
现代机器有成百上千个实例化线程，并且始终处于 "ready" 状态。 "Ready" 不代表 "Actually Running".
因此，在设备初始化时再启动一个线程并在大部分时间将其保持在 "Ready" 状态并在极少数情况下每隔一段时间就给它一些工作是没有问题的。
使它顺利运行的诀窍是确保线程正在阻塞等待事件发生。当线程阻塞等待信号时，它消耗零或接近零，CPU.
每次需要做某事时都启动一个新线程可能会非常昂贵。新线程通常需要分配内存，这可能是一项耗时的操作，尤其是在 运行 内存不足的系统中，内存分配可能导致交换。
我正在使用用于小型 USB 设备的用户模式驱动程序。我的 usb 读取循环应该非常灵敏并且它执行的操作应该非常小（不一定是原子的）。就像内核模式驱动程序中的中断服务例程。在一个处理中，我需要创建一个线程并将一些参数传递给该读取循环内的该线程。
所以我需要知道该操作的确切上限。它不会超过 200mS 或类似的东西。
下一个替代方案是在设备初始化时间（探测时间）进行线程初始化，然后让该线程休眠，直到我从读取线程发出信号。但在这种情况下，线程总是 运行 并且会很昂贵。
最好的选择是什么？我的平台是linux，他们在linux里说，创建线程的操作很短。我需要决定什么是最好的。始终保持线程处于活动状态或在必要时创建线程。
只需创建一次线程并使其阻塞某些信号量或互斥量，直到您发出信号为止。这样就不会 "always running" 也不会 "be costly"。这样你就不需要处理这样的情况："What if thread didn't start when I needed some processing" 或 "What if system was busy and thread startup was slow"?..
只是一件小事：如果线程做的不多，我会用较小的堆栈大小对其进行初始化。
现代机器有成百上千个实例化线程，并且始终处于 "ready" 状态。 "Ready" 不代表 "Actually Running".
因此，在设备初始化时再启动一个线程并在大部分时间将其保持在 "Ready" 状态并在极少数情况下每隔一段时间就给它一些工作是没有问题的。
使它顺利运行的诀窍是确保线程正在阻塞等待事件发生。当线程阻塞等待信号时，它消耗零或接近零，CPU.
每次需要做某事时都启动一个新线程可能会非常昂贵。新线程通常需要分配内存，这可能是一项耗时的操作，尤其是在 运行 内存不足的系统中，内存分配可能导致交换。