All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergey Fedorov <serge.fdrv@gmail.com>
To: "KONRAD Frederic" <fred.konrad@greensocs.com>,
	"Peter Maydell" <peter.maydell@linaro.org>,
	"Alex Bennée" <alex.bennee@linaro.org>
Cc: "MTTCG Devel" <mttcg@listserver.greensocs.com>,
	"Alvise Rigo" <a.rigo@virtualopensystems.com>,
	"Emilio G. Cota" <cota@braap.org>,
	"QEMU Developers" <qemu-devel@nongnu.org>,
	"Mark Burton" <mark.burton@greensocs.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"J. Kiszka" <jan.kiszka@siemens.com>,
	"Richard Henderson" <rth@twiddle.net>,
	"Claudio Fontana" <claudio.fontana@huawei.com>,
	"Peter Crosthwaite" <crosthwaite.peter@gmail.com>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [RFC v2 08/11] tcg: add options for enabling MTTCG
Date: Tue, 12 Apr 2016 16:00:37 +0300	[thread overview]
Message-ID: <570CF175.8090807@gmail.com> (raw)
In-Reply-To: <570CEF21.4000302@greensocs.com>

On 12/04/16 15:50, KONRAD Frederic wrote:
>
>
> Le 12/04/2016 14:42, Sergey Fedorov a écrit :
>> On 12/04/16 14:59, Peter Maydell wrote:
>>> On 12 April 2016 at 12:48, Alex Bennée <alex.bennee@linaro.org> wrote:
>>>> Sergey Fedorov <serge.fdrv@gmail.com> writes:
>>>>> Maybe we'd better use existing qemu accelerator framework and
>>>>> introduce
>>>>> "-machine accel=mttcg" option?
>>>> My worry would be breaking existing code which assumes kvm | tcg. We
>>>> will want to enable mttcg by default for combos that work without
>>>> having
>>>> to tweak tooling that already uses the -machine options.
>>> Comments from the peanut gallery:
>>>   * We definitely want to just default to MTTCG where it works:
>>> users shouldn't have to add new command line switches to get the
>>> better performance etc, because in practice that won't happen
>>>   * Anything that adds a new command line option at all has to
>>> be supported practically forever, so options that are only
>>> useful for a transitional period are worth thinking twice about
>>
>> Yes, but users may like to have an option to disable MTTCG for some
>> reason. I'm also concerned about icount mode: not sure how to account
>> virtual time when all vCPUs run in parallel.
>>
>

>
> I'm thinking the same, we don't have a solution for icount yet.
> The reverse execution support is probably badly broken as well.

Reverse execution doesn't even seem to support more than a single core.
As of icount, it looks like to be incompatible with MTTCG.

Kind regards,
Sergey

  reply	other threads:[~2016-04-12 13:00 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-05 15:32 [Qemu-devel] [RFC v2 00/11] Base enabling patches for MTTCG Alex Bennée
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 01/11] tcg: move tb_invalidated_flag to CPUState Alex Bennée
2016-04-05 15:44   ` Paolo Bonzini
2016-04-06 10:11     ` Sergey Fedorov
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 02/11] cpus: make all_vcpus_paused() return bool Alex Bennée
2016-04-11 12:48   ` Sergey Fedorov
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 03/11] docs: new design document multi-thread-tcg.txt (DRAFTING) Alex Bennée
2016-04-11 20:00   ` Sergey Fedorov
2016-05-25 15:48     ` Sergey Fedorov
2016-05-25 16:01       ` Alex Bennée
2016-05-25 18:03       ` Paolo Bonzini
2016-05-25 18:13         ` Sergey Fedorov
2016-05-06 11:25   ` Sergey Fedorov
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 04/11] tcg: comment on which functions have to be called with tb_lock held Alex Bennée
2016-05-05 14:19   ` Sergey Fedorov
2016-05-05 15:03     ` Alex Bennée
2016-05-05 15:25       ` Sergey Fedorov
2016-05-05 15:42         ` Sergey Fedorov
2016-05-06 18:22   ` Sergey Fedorov
2016-05-11 12:58     ` Paolo Bonzini
2016-05-11 13:36       ` Sergey Fedorov
2016-05-11 13:46         ` Paolo Bonzini
2016-05-12 19:32           ` Sergey Fedorov
2016-05-13  9:25             ` Paolo Bonzini
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 05/11] tcg: protect TBContext with tb_lock Alex Bennée
2016-05-11 12:45   ` Sergey Fedorov
2016-05-11 12:52     ` Paolo Bonzini
2016-05-11 13:42       ` Sergey Fedorov
2016-06-01 10:30     ` Alex Bennée
2016-06-02 14:37       ` Sergey Fedorov
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 06/11] target-arm/psci.c: wake up sleeping CPUs Alex Bennée
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 07/11] tcg: cpus rm tcg_exec_all() Alex Bennée
2016-05-26 11:03   ` Sergey Fedorov
2016-05-26 13:10     ` Alex Bennée
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 08/11] tcg: add options for enabling MTTCG Alex Bennée
2016-04-11 20:50   ` Sergey Fedorov
2016-04-12 11:48     ` Alex Bennée
2016-04-12 11:59       ` Peter Maydell
2016-04-12 12:42         ` Sergey Fedorov
2016-04-12 12:50           ` KONRAD Frederic
2016-04-12 13:00             ` Sergey Fedorov [this message]
2016-04-12 13:03               ` Pavel Dovgalyuk
2016-04-12 13:19                 ` Sergey Fedorov
2016-04-12 14:23                 ` Alex Bennée
2016-05-09 10:47                   ` Paolo Bonzini
2016-04-12 12:48       ` Sergey Fedorov
2016-05-09 10:45     ` Paolo Bonzini
2016-05-09 11:50       ` Alex Bennée
2016-04-12 13:23   ` Sergey Fedorov
2016-04-12 14:28     ` Alex Bennée
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 09/11] tcg: add kick timer for single-threaded vCPU emulation Alex Bennée
2016-04-11 21:39   ` Sergey Fedorov
2016-06-02 16:00     ` Alex Bennée
2016-06-02 16:05       ` Sergey Fedorov
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 10/11] tcg: drop global lock during TCG code execution Alex Bennée
2016-05-24 21:28   ` Sergey Fedorov
2016-05-25 10:33     ` Paolo Bonzini
2016-05-25 11:07       ` Alex Bennée
2016-05-25 12:46         ` Paolo Bonzini
2016-04-05 15:32 ` [Qemu-devel] [RFC v2 11/11] tcg: enable thread-per-vCPU Alex Bennée
2016-05-27 13:57   ` Sergey Fedorov
2016-05-27 14:55     ` Paolo Bonzini
2016-05-27 15:07       ` Sergey Fedorov
2016-05-27 15:25         ` Paolo Bonzini
2016-05-27 18:54           ` Sergey Fedorov
2016-06-02 16:36             ` Alex Bennée

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=570CF175.8090807@gmail.com \
    --to=serge.fdrv@gmail.com \
    --cc=a.rigo@virtualopensystems.com \
    --cc=afaerber@suse.de \
    --cc=alex.bennee@linaro.org \
    --cc=claudio.fontana@huawei.com \
    --cc=cota@braap.org \
    --cc=crosthwaite.peter@gmail.com \
    --cc=fred.konrad@greensocs.com \
    --cc=jan.kiszka@siemens.com \
    --cc=mark.burton@greensocs.com \
    --cc=mttcg@listserver.greensocs.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.