Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1370780
| From | Bandan Das <bsd@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH 0/4] cgroup aware workqueues |
| Date | 2016-04-04 19:10 +0200 |
| Message-ID | <rkgaK-6mK-39@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <rirN1-87-33@gated-at.bofh.it> <riE7w-G2-11@gated-at.bofh.it> <riOqe-8lu-13@gated-at.bofh.it> <riPPj-IR-1@gated-at.bofh.it> <rkgaK-6mK-41@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
... >> There have been discussions about this in the past and iirc, most people > agree >> about not going the byos* route. But I am still all for such a proposal > and if >> it's good/clean enough, I think we can definitely tear down what we have > and >> throw it away! The I/O scheduling part is intrusive enough that even the > current >> code base has to be changed quite a bit. > > The "byos" route seems more promising with respect to possible performance > gains, but it will definitely add complexity, and I cannot say if the > added complexity will be worth performance improvements. > > Meanwhile, I'd suggest we better understand what causes regression with > your current patches and maybe then we'll be smarter to get to the right > direction. :) > Agreed, let's try to understand the cause of the "underperformance" with wqs. I disabled WQ_CGROUPS that effectively disables my changes and I can still consistently reproduce the lower numbers. >> *byos = bring your own scheduling ;) >> >> > Thanks. > > -- > Sincerely yours, > Mike. > > [1] https://lwn.net/Articles/650857/
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [RFC PATCH 0/4] cgroup aware workqueues Bandan Das <bsd@redhat.com> - 2016-04-04 19:10 +0200
csiph-web