[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v1] domctl: hold domctl lock while domain is destroyed
- To: Jan Beulich <jbeulich@xxxxxxxx>, Julien Grall <julien@xxxxxxx>
- From: Dmitry Isaikin <isaikin-dmitry@xxxxxxxxx>
- Date: Mon, 20 Sep 2021 11:32:54 +0300
- Authentication-results: myt6-9503d8936a58.qloud-c.yandex.net; dkim=pass header.i=@yandex.ru
- Cc: George Dunlap <george.dunlap@xxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, "rjstone@xxxxxxxxxxxx" <rjstone@xxxxxxxxxxxx>, "raphning@xxxxxxxxxxxx" <raphning@xxxxxxxxxxxx>, Paul Durrant <paul@xxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Delivery-date: Mon, 20 Sep 2021 08:33:07 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
I think it contend on page insertion into free pages list. But I don't confirm or denied this yet. I'm new in hypervisors...
11:19, 20 сентября 2021 г., Jan Beulich <jbeulich@xxxxxxxx>:
On 17.09.2021 18:01, Julien Grall wrote:
I will quote what Hongyan wrote back on the first report: " The best solution is to make the heap scalable instead of a global lock, but that is not going to be trivial. Of course, another solution is to keep the domctl lock dropped in domain_kill() but have another domain_kill lock so that competing domain_kill()s will try to take that lock and back off with hypercall continuation. But this is kind of hacky (we introduce a lock to reduce spinlock contention elsewhere), which is probably not a solution but a workaround. "
Interesting. Is contention on the heap lock merely suspected or was that lock proven to be the problem one?
Jan
-- Отправлено из мобильного приложения Яндекс.Почты
|