From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.1 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4B5C6C48BDF for ; Wed, 16 Jun 2021 01:59:03 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id BFC6861209 for ; Wed, 16 Jun 2021 01:59:02 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BFC6861209 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:39760 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ltKpa-0003Mf-03 for qemu-devel@archiver.kernel.org; Tue, 15 Jun 2021 21:59:02 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58048) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltKok-0002eF-0F for qemu-devel@nongnu.org; Tue, 15 Jun 2021 21:58:10 -0400 Received: from mail-pj1-x102d.google.com ([2607:f8b0:4864:20::102d]:55196) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ltKoi-0000SC-8u for qemu-devel@nongnu.org; Tue, 15 Jun 2021 21:58:09 -0400 Received: by mail-pj1-x102d.google.com with SMTP id g24so763669pji.4 for ; Tue, 15 Jun 2021 18:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=8xmyJsOVHHSHJOeyxz8iimbYfQGLOxlp/O3BdJ+U8Ys=; b=W73+OKWvTjtd4/3rBcjQFEjVeSlrbzgCp4Bjls3stxaSN2GMg7TEBuGjuMyw1HoAxp z40l9AfR1z+1s4UdCRGOZjNZxaHQF2iqGrshT+2clsI16Ogb2VbTvYkfBsGNFUy+Td2P 0ShIRqA7iT4mPQG1IcSi+sn5H38Nq2DOvb9UvA51LHUlud+tybQagTRWuwMOty49rfNX OH2bhyF+PGNwmWA4HlVOEkejubfuN3mTYOONfljjBaGEVb78w/QMoLa3va8Bex8At6AZ OhaBMR7Japdf5aysVUC0RyGPM9ZLFqC4PME6qRfC6DLKvrU18YvNt6pvPYL5sqN1IudQ BWpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8xmyJsOVHHSHJOeyxz8iimbYfQGLOxlp/O3BdJ+U8Ys=; b=rs25yyp04H5gH9d99Kg4p6PtLOQrQFnpoi+jnsdS2H1gfAvldvuIty8iDDIk+6ITTn pIXMOtTxtVgfUUve7UyYxy4U64bNcjAEIjBZjxqBa9KgaaR8XE247T4J4PVDolmGYq0v X0QcWoTDEOYXKrQ058Yj0kNYyqZOX46vM46Bwg/v7AbCcWFh5O7vZ1GR3G2iO+BPgqZq v0Ytd4S+WwQmYf1ZJhF6/5rDkTc4d4c8E9QGKcxa97RgD0yBeJ700B0/bOeEW4e3/+X+ NY4LRYBIMMaJzbZx9gMltmsPtkFDCM7HwSqjo9U3eYEBBkte95qnMy7dcPtvnDjwFu6K ECQQ== X-Gm-Message-State: AOAM533RUOPtlS6IwUS80b2GaWxOYaX6olJzI4Ux/uZfMKndxRMbiyGb CcJKbja5LWz5VcIsyluRvwEEnQ== X-Google-Smtp-Source: ABdhPJx/juFUii7mvmWm9gOejJFs5PsrcybaHmwlSPK+k4qQfbiwcgqZfyjcmwdrb3YV9t3YRyCAdQ== X-Received: by 2002:a17:903:2289:b029:109:8cf1:7d9a with SMTP id b9-20020a1709032289b02901098cf17d9amr6934055plh.53.1623808686287; Tue, 15 Jun 2021 18:58:06 -0700 (PDT) Received: from [192.168.1.11] (174-21-70-228.tukw.qwest.net. [174.21.70.228]) by smtp.gmail.com with ESMTPSA id q4sm379622pfh.18.2021.06.15.18.58.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Jun 2021 18:58:05 -0700 (PDT) Subject: Re: tb_flush() calls causing long Windows XP boot times To: Programmingkid , =?UTF-8?Q?Alex_Benn=c3=a9e?= References: <1ee4b7cf-d445-6497-705f-510009fc74f8@ilande.co.uk> <874ke4iqf8.fsf@linaro.org> <3D29C466-BB81-4BCA-96E9-A46721B1ED59@gmail.com> <87sg1ogsvj.fsf@linaro.org> <878s3cjyvl.fsf@linaro.org> <4006E151-B420-4925-A6C9-CD036EE559F2@gmail.com> From: Richard Henderson Message-ID: <9d0b277d-415f-0f4e-3f09-03445f89848f@linaro.org> Date: Tue, 15 Jun 2021 18:58:04 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <4006E151-B420-4925-A6C9-CD036EE559F2@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=2607:f8b0:4864:20::102d; envelope-from=richard.henderson@linaro.org; helo=mail-pj1-x102d.google.com X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.095, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter Maydell , Paolo Bonzini , incoming+qemu-project-qemu-11167699-3xhw7c0pviow7og92yv73e0tr-issue-404@incoming.gitlab.com, QEMU devel list Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On 6/15/21 6:58 AM, Programmingkid wrote: >> Ahh I misread - so those are the addresses of the routines and not where >> it's sticking the breakpoint? >> >> I notice from a bit of googling that there is a boot debugger. I wonder >> if /nodebug in boot.ini stops this behaviour? >> >> https://docs.microsoft.com/en-us/troubleshoot/windows-server/performance/switch-options-for-boot-files >> >> -- >> Alex Bennée > > Hi Alex, > > I tried your suggestion of using /nodebug. It did not stop the tb_flush() function from being called. We are not expecting zero calls to tb_flush (it is used for other things, including buffer full), but we are hoping that it reduces the frequency of the calls. I'm guessing you didn't immediately see the slowdown vanish, and so there was no change to the frequency of the calls. FWIW, if you switch to the qemu console, you can see how many flushes have occurred with "info jit". r~