Re: [RFC PATCH v1 12/15] node_device_udev: Use a worker pool for processing the udev events

2024-04-19 Thread Marc Hartmayer
On Thu, Apr 18, 2024 at 05:19 PM -0500, Jonathon Jongsma wrote: > On 4/12/24 8:36 AM, Marc Hartmayer wrote: >> Use a worker pool for processing the udev events and the initialization >> instead >> of a separate initThread and a mdevctl-thread. This has the large advantage >> that >> we can

Re: [RFC PATCH v1 12/15] node_device_udev: Use a worker pool for processing the udev events

2024-04-18 Thread Jonathon Jongsma
On 4/12/24 8:36 AM, Marc Hartmayer wrote: Use a worker pool for processing the udev events and the initialization instead of a separate initThread and a mdevctl-thread. This has the large advantage that we can leverage the job API and now this thread pool is responsible to do all the

Re: [RFC PATCH v1 12/15] node_device_udev: Use a worker pool for processing the udev events

2024-04-16 Thread Boris Fiuczynski
On 4/12/24 15:36, Marc Hartmayer wrote: Use a worker pool for processing the udev events and the initialization instead of a separate initThread and a mdevctl-thread. This has the large advantage that we can leverage the job API and now this thread pool is responsible to do all the "costly-work"

[RFC PATCH v1 12/15] node_device_udev: Use a worker pool for processing the udev events

2024-04-12 Thread Marc Hartmayer
Use a worker pool for processing the udev events and the initialization instead of a separate initThread and a mdevctl-thread. This has the large advantage that we can leverage the job API and now this thread pool is responsible to do all the "costly-work" and the libvirt nodedev event creation.