Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1300129

Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread

From "Michael S. Tsirkin" <mst@redhat.com>
Newsgroups linux.kernel
Subject Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
Date 2016-01-02 22:40 +0100
Message-ID <qMC42-4VJ-9@gated-at.bofh.it> (permalink)
References <qBYKC-3eV-11@gated-at.bofh.it> <qBYKC-3eV-9@gated-at.bofh.it> <qM4Yp-13Z-1@gated-at.bofh.it> <qMsR4-7AW-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Sat, Jan 02, 2016 at 06:43:16AM -0500, Tejun Heo wrote:
> Hello,
> 
> On Fri, Jan 01, 2016 at 12:18:17PM +0200, Michael S. Tsirkin wrote:
> > > My initial idea was to use a dedicated workqueue. Michael S. Tsirkin
> > > suggested using a system one. Tejun Heo confirmed that the system
> > > workqueue has a pretty high concurrency level (256) by default.
> > > Therefore we need not be afraid of too long blocking.
> > 
> > Right but fill has a 1/5 second sleep on failure - *that*
> > is problematic for a system queue.
> 
> Why so?  As long as the maximum concurrently used workers are not
> high, 1/5 second or even a lot longer sleeps are completely fine.

I always thought the right way to defer executing a work queue item
is to queue delayed work, not sleep + queue work.

Doing a sleep ties up one thread for 1/5 of a second, does it not?
If so, as long as it's the only driver doing this, we'll be fine,
but if many others copy this pattern, things will
start to break, will they not?

> > > @@ -563,7 +534,7 @@ static void virtballoon_remove(struct virtio_device *vdev)
> > >  	struct virtio_balloon *vb = vdev->priv;
> > >  
> > >  	unregister_oom_notifier(&vb->nb);
> > > -	kthread_stop(vb->thread);
> > > +	cancel_work_sync(&vb->wq_work);
> > 
> > OK but since job requeues itself, cancelling like this might not be enough.
> 
> As long as there's no further external queueing, cancel_work_sync() is
> guaranteed to kill a self-requeueing work item.
> 
> Thanks.

I didn't realise this. Thanks!

Unfortunately in this case, there can be further requeueing
if a stats request arrives.

> -- 
> tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of  "vballoon" kthread "Michael S. Tsirkin" <mst@redhat.com> - 2016-01-01 11:20 +0100
  Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of  "vballoon" kthread Tejun Heo <tj@kernel.org> - 2016-01-02 12:50 +0100
    Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of  "vballoon" kthread "Michael S. Tsirkin" <mst@redhat.com> - 2016-01-02 22:40 +0100
      Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of  "vballoon" kthread Tejun Heo <tj@kernel.org> - 2016-01-03 15:00 +0100
      Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of  "vballoon" kthread Petr Mladek <pmladek@suse.com> - 2016-01-05 15:50 +0100
        Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of  "vballoon" kthread "Michael S. Tsirkin" <mst@redhat.com> - 2016-01-05 16:40 +0100

csiph-web