qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal
@ 2011-06-16  9:31 Jan Kiszka
  2011-06-16 10:26 ` Ingo Molnar
                   ` (3 more replies)
  0 siblings, 4 replies; 8+ messages in thread
From: Jan Kiszka @ 2011-06-16  9:31 UTC (permalink / raw)
  To: qemu-devel, Anthony Liguori; +Cc: Paolo Bonzini, Sasha Levin, kvm

Ingo Molnar pointed out that sending the timer signal to the whole
process, just blocking it everywhere, is suboptimal with an increasing
number of threads. QEMU is using this pattern so far.

But Linux provides a (non-portable) way to restrict the signal to a
single thread: Use SIGEV_THREAD_ID unless we are forced to emulate
signalfd via an additional thread. That case could theoretically be
optimized as well, but it doesn't look worth bothering.

Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
---
 compatfd.c   |   11 +++++++++++
 compatfd.h   |    1 +
 qemu-timer.c |   12 +++++++++++-
 3 files changed, 23 insertions(+), 1 deletions(-)

diff --git a/compatfd.c b/compatfd.c
index 41586ce..31654c6 100644
--- a/compatfd.c
+++ b/compatfd.c
@@ -115,3 +115,14 @@ int qemu_signalfd(const sigset_t *mask)
 
     return qemu_signalfd_compat(mask);
 }
+
+bool qemu_signalfd_available(void)
+{
+#ifdef CONFIG_SIGNALFD
+    errno = 0;
+    syscall(SYS_signalfd, -1, NULL, _NSIG / 8);
+    return errno != ENOSYS;
+#else
+    return false;
+#endif
+}
diff --git a/compatfd.h b/compatfd.h
index fc37915..6b04877 100644
--- a/compatfd.h
+++ b/compatfd.h
@@ -39,5 +39,6 @@ struct qemu_signalfd_siginfo {
 };
 
 int qemu_signalfd(const sigset_t *mask);
+bool qemu_signalfd_available(void);
 
 #endif
diff --git a/qemu-timer.c b/qemu-timer.c
index 72066c7..09e6f17 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -803,6 +803,8 @@ static int64_t qemu_next_alarm_deadline(void)
 
 #if defined(__linux__)
 
+#include "compatfd.h"
+
 static int dynticks_start_timer(struct qemu_alarm_timer *t)
 {
     struct sigevent ev;
@@ -821,8 +823,16 @@ static int dynticks_start_timer(struct qemu_alarm_timer *t)
      */
     memset(&ev, 0, sizeof(ev));
     ev.sigev_value.sival_int = 0;
-    ev.sigev_notify = SIGEV_SIGNAL;
     ev.sigev_signo = SIGALRM;
+#ifdef SIGEV_THREAD_ID
+    if (qemu_signalfd_available()) {
+        ev.sigev_notify = SIGEV_THREAD_ID;
+        ev._sigev_un._tid = qemu_get_thread_id();
+    } else
+#endif /* SIGEV_THREAD_ID */
+    {
+        ev.sigev_notify = SIGEV_SIGNAL;
+    }
 
     if (timer_create(CLOCK_REALTIME, &ev, &host_timer)) {
         perror("timer_create");
-- 
1.7.1

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal
  2011-06-16  9:31 [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal Jan Kiszka
@ 2011-06-16 10:26 ` Ingo Molnar
  2011-06-16 14:39 ` Richard Henderson
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 8+ messages in thread
From: Ingo Molnar @ 2011-06-16 10:26 UTC (permalink / raw)
  To: Jan Kiszka
  Cc: Anthony Liguori, kvm, Asias He, qemu-devel, Pekka Enberg,
	Sasha Levin, Paolo Bonzini


* Jan Kiszka <jan.kiszka@siemens.com> wrote:

> Ingo Molnar pointed out that sending the timer signal to the whole
> process, just blocking it everywhere, is suboptimal with an increasing
> number of threads. QEMU is using this pattern so far.
> 
> But Linux provides a (non-portable) way to restrict the signal to a
> single thread: Use SIGEV_THREAD_ID unless we are forced to emulate
> signalfd via an additional thread. That case could theoretically be
> optimized as well, but it doesn't look worth bothering.

Would be nice to mention it in the changelog that the context and 
motivation for my remark was a patch sent for tools/kvm/ by Asias He:

  kvm tools: Block SIGALRM for vcpu thread using sig_block() helper

Thanks,

	Ingo

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal
  2011-06-16  9:31 [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal Jan Kiszka
  2011-06-16 10:26 ` Ingo Molnar
@ 2011-06-16 14:39 ` Richard Henderson
  2011-06-16 15:24 ` Alexandre Raymond
  2011-06-17  9:25 ` [Qemu-devel] [PATCH v2] " Jan Kiszka
  3 siblings, 0 replies; 8+ messages in thread
From: Richard Henderson @ 2011-06-16 14:39 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Paolo Bonzini, Anthony Liguori, qemu-devel, kvm, Sasha Levin

On 06/16/2011 02:31 AM, Jan Kiszka wrote:
>      ev.sigev_value.sival_int = 0;
> -    ev.sigev_notify = SIGEV_SIGNAL;
>      ev.sigev_signo = SIGALRM;
> +#ifdef SIGEV_THREAD_ID
> +    if (qemu_signalfd_available()) {
> +        ev.sigev_notify = SIGEV_THREAD_ID;
> +        ev._sigev_un._tid = qemu_get_thread_id();
> +    } else
> +#endif /* SIGEV_THREAD_ID */
> +    {
> +        ev.sigev_notify = SIGEV_SIGNAL;
> +    }
>  

Rather than do the else-inside-ifdef thing, why not
leave the original setting of sigev_notify where it
was, and let the ifdef overwrite it?


r~

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal
  2011-06-16  9:31 [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal Jan Kiszka
  2011-06-16 10:26 ` Ingo Molnar
  2011-06-16 14:39 ` Richard Henderson
@ 2011-06-16 15:24 ` Alexandre Raymond
  2011-06-17  9:25   ` Jan Kiszka
  2011-06-17  9:25 ` [Qemu-devel] [PATCH v2] " Jan Kiszka
  3 siblings, 1 reply; 8+ messages in thread
From: Alexandre Raymond @ 2011-06-16 15:24 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Paolo Bonzini, Anthony Liguori, qemu-devel, kvm, Sasha Levin

Hi Jan,

On Thu, Jun 16, 2011 at 5:31 AM, Jan Kiszka <jan.kiszka@siemens.com> wrote:
> Ingo Molnar pointed out that sending the timer signal to the whole
> process, just blocking it everywhere, is suboptimal with an increasing
> number of threads. QEMU is using this pattern so far.

I am not familiar with this code, but don't you already need to block
SIGALRM properly in all threads for OSes != Linux ? If so, isn't this
patch redundant?

Alexandre

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal
  2011-06-16 15:24 ` Alexandre Raymond
@ 2011-06-17  9:25   ` Jan Kiszka
  0 siblings, 0 replies; 8+ messages in thread
From: Jan Kiszka @ 2011-06-17  9:25 UTC (permalink / raw)
  To: Alexandre Raymond
  Cc: Paolo Bonzini, Anthony Liguori, qemu-devel, kvm, Sasha Levin

On 2011-06-16 17:24, Alexandre Raymond wrote:
> Hi Jan,
> 
> On Thu, Jun 16, 2011 at 5:31 AM, Jan Kiszka <jan.kiszka@siemens.com> wrote:
>> Ingo Molnar pointed out that sending the timer signal to the whole
>> process, just blocking it everywhere, is suboptimal with an increasing
>> number of threads. QEMU is using this pattern so far.
> 
> I am not familiar with this code, but don't you already need to block
> SIGALRM properly in all threads for OSes != Linux ? If so, isn't this
> patch redundant?

Yes, we still need to block for the sake of non-Linux UNIX or
pre-signalfd Linux. That blocking becomes in fact redundant in the
signalfd case, but that's both harmless and not worth optimizing. The
key is that per-thread signals do not care about other threads having
them blocked or not, they only deal with the target thread.

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Qemu-devel] [PATCH v2] Register Linux dyntick timer as per-thread signal
  2011-06-16  9:31 [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal Jan Kiszka
                   ` (2 preceding siblings ...)
  2011-06-16 15:24 ` Alexandre Raymond
@ 2011-06-17  9:25 ` Jan Kiszka
  2011-06-17 18:06   ` Richard Henderson
  2011-07-23 16:52   ` Anthony Liguori
  3 siblings, 2 replies; 8+ messages in thread
From: Jan Kiszka @ 2011-06-17  9:25 UTC (permalink / raw)
  To: qemu-devel, Anthony Liguori
  Cc: Paolo Bonzini, Sasha Levin, kvm, Richard Henderson

Derived from kvm-tool patch
http://thread.gmane.org/gmane.comp.emulators.kvm.devel/74309

Ingo Molnar pointed out that sending the timer signal to the whole
process, just blocking it everywhere, is suboptimal with an increasing
number of threads. QEMU is also using this pattern so far.

Linux provides a (non-portable) way to restrict the signal to a single
thread: We can use SIGEV_THREAD_ID unless we are forced to emulate
signalfd via an additional thread. That case could theoretically be
optimized as well, but it doesn't look worth bothering.

Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
---

Changes in v2:
 - refactored dynticks_start_timer changes as suggested by Richard
   Henderson
 - added reference to original kvm-tool patch

 compatfd.c   |   11 +++++++++++
 compatfd.h   |    1 +
 qemu-timer.c |    8 ++++++++
 3 files changed, 20 insertions(+), 0 deletions(-)

diff --git a/compatfd.c b/compatfd.c
index 41586ce..31654c6 100644
--- a/compatfd.c
+++ b/compatfd.c
@@ -115,3 +115,14 @@ int qemu_signalfd(const sigset_t *mask)
 
     return qemu_signalfd_compat(mask);
 }
+
+bool qemu_signalfd_available(void)
+{
+#ifdef CONFIG_SIGNALFD
+    errno = 0;
+    syscall(SYS_signalfd, -1, NULL, _NSIG / 8);
+    return errno != ENOSYS;
+#else
+    return false;
+#endif
+}
diff --git a/compatfd.h b/compatfd.h
index fc37915..6b04877 100644
--- a/compatfd.h
+++ b/compatfd.h
@@ -39,5 +39,6 @@ struct qemu_signalfd_siginfo {
 };
 
 int qemu_signalfd(const sigset_t *mask);
+bool qemu_signalfd_available(void);
 
 #endif
diff --git a/qemu-timer.c b/qemu-timer.c
index 72066c7..743cf96 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -803,6 +803,8 @@ static int64_t qemu_next_alarm_deadline(void)
 
 #if defined(__linux__)
 
+#include "compatfd.h"
+
 static int dynticks_start_timer(struct qemu_alarm_timer *t)
 {
     struct sigevent ev;
@@ -822,6 +824,12 @@ static int dynticks_start_timer(struct qemu_alarm_timer *t)
     memset(&ev, 0, sizeof(ev));
     ev.sigev_value.sival_int = 0;
     ev.sigev_notify = SIGEV_SIGNAL;
+#ifdef SIGEV_THREAD_ID
+    if (qemu_signalfd_available()) {
+        ev.sigev_notify = SIGEV_THREAD_ID;
+        ev._sigev_un._tid = qemu_get_thread_id();
+    }
+#endif /* SIGEV_THREAD_ID */
     ev.sigev_signo = SIGALRM;
 
     if (timer_create(CLOCK_REALTIME, &ev, &host_timer)) {
-- 
1.7.1

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH v2] Register Linux dyntick timer as per-thread signal
  2011-06-17  9:25 ` [Qemu-devel] [PATCH v2] " Jan Kiszka
@ 2011-06-17 18:06   ` Richard Henderson
  2011-07-23 16:52   ` Anthony Liguori
  1 sibling, 0 replies; 8+ messages in thread
From: Richard Henderson @ 2011-06-17 18:06 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Paolo Bonzini, Anthony Liguori, qemu-devel, kvm, Sasha Levin

On 06/17/2011 02:25 AM, Jan Kiszka wrote:
> Derived from kvm-tool patch
> http://thread.gmane.org/gmane.comp.emulators.kvm.devel/74309
> 
> Ingo Molnar pointed out that sending the timer signal to the whole
> process, just blocking it everywhere, is suboptimal with an increasing
> number of threads. QEMU is also using this pattern so far.
> 
> Linux provides a (non-portable) way to restrict the signal to a single
> thread: We can use SIGEV_THREAD_ID unless we are forced to emulate
> signalfd via an additional thread. That case could theoretically be
> optimized as well, but it doesn't look worth bothering.
> 
> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>

Reviewed-by: Richard Henderson <rth@twiddle.net>


r~

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [Qemu-devel] [PATCH v2] Register Linux dyntick timer as per-thread signal
  2011-06-17  9:25 ` [Qemu-devel] [PATCH v2] " Jan Kiszka
  2011-06-17 18:06   ` Richard Henderson
@ 2011-07-23 16:52   ` Anthony Liguori
  1 sibling, 0 replies; 8+ messages in thread
From: Anthony Liguori @ 2011-07-23 16:52 UTC (permalink / raw)
  To: Jan Kiszka; +Cc: Paolo Bonzini, Richard Henderson, qemu-devel, kvm, Sasha Levin

On 06/17/2011 04:25 AM, Jan Kiszka wrote:
> Derived from kvm-tool patch
> http://thread.gmane.org/gmane.comp.emulators.kvm.devel/74309
>
> Ingo Molnar pointed out that sending the timer signal to the whole
> process, just blocking it everywhere, is suboptimal with an increasing
> number of threads. QEMU is also using this pattern so far.
>
> Linux provides a (non-portable) way to restrict the signal to a single
> thread: We can use SIGEV_THREAD_ID unless we are forced to emulate
> signalfd via an additional thread. That case could theoretically be
> optimized as well, but it doesn't look worth bothering.
>
> Signed-off-by: Jan Kiszka<jan.kiszka@siemens.com>

Applied.  Thanks.

Regards,

Anthony Liguori

> ---
>
> Changes in v2:
>   - refactored dynticks_start_timer changes as suggested by Richard
>     Henderson
>   - added reference to original kvm-tool patch
>
>   compatfd.c   |   11 +++++++++++
>   compatfd.h   |    1 +
>   qemu-timer.c |    8 ++++++++
>   3 files changed, 20 insertions(+), 0 deletions(-)
>
> diff --git a/compatfd.c b/compatfd.c
> index 41586ce..31654c6 100644
> --- a/compatfd.c
> +++ b/compatfd.c
> @@ -115,3 +115,14 @@ int qemu_signalfd(const sigset_t *mask)
>
>       return qemu_signalfd_compat(mask);
>   }
> +
> +bool qemu_signalfd_available(void)
> +{
> +#ifdef CONFIG_SIGNALFD
> +    errno = 0;
> +    syscall(SYS_signalfd, -1, NULL, _NSIG / 8);
> +    return errno != ENOSYS;
> +#else
> +    return false;
> +#endif
> +}
> diff --git a/compatfd.h b/compatfd.h
> index fc37915..6b04877 100644
> --- a/compatfd.h
> +++ b/compatfd.h
> @@ -39,5 +39,6 @@ struct qemu_signalfd_siginfo {
>   };
>
>   int qemu_signalfd(const sigset_t *mask);
> +bool qemu_signalfd_available(void);
>
>   #endif
> diff --git a/qemu-timer.c b/qemu-timer.c
> index 72066c7..743cf96 100644
> --- a/qemu-timer.c
> +++ b/qemu-timer.c
> @@ -803,6 +803,8 @@ static int64_t qemu_next_alarm_deadline(void)
>
>   #if defined(__linux__)
>
> +#include "compatfd.h"
> +
>   static int dynticks_start_timer(struct qemu_alarm_timer *t)
>   {
>       struct sigevent ev;
> @@ -822,6 +824,12 @@ static int dynticks_start_timer(struct qemu_alarm_timer *t)
>       memset(&ev, 0, sizeof(ev));
>       ev.sigev_value.sival_int = 0;
>       ev.sigev_notify = SIGEV_SIGNAL;
> +#ifdef SIGEV_THREAD_ID
> +    if (qemu_signalfd_available()) {
> +        ev.sigev_notify = SIGEV_THREAD_ID;
> +        ev._sigev_un._tid = qemu_get_thread_id();
> +    }
> +#endif /* SIGEV_THREAD_ID */
>       ev.sigev_signo = SIGALRM;
>
>       if (timer_create(CLOCK_REALTIME,&ev,&host_timer)) {

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2011-07-23 16:52 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-16  9:31 [Qemu-devel] [RFC][PATCH] Register Linux dyntick timer as per-thread signal Jan Kiszka
2011-06-16 10:26 ` Ingo Molnar
2011-06-16 14:39 ` Richard Henderson
2011-06-16 15:24 ` Alexandre Raymond
2011-06-17  9:25   ` Jan Kiszka
2011-06-17  9:25 ` [Qemu-devel] [PATCH v2] " Jan Kiszka
2011-06-17 18:06   ` Richard Henderson
2011-07-23 16:52   ` Anthony Liguori

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).