From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24)
	id 1AHB1t-0000Fl-BJ
	for qemu-devel@nongnu.org; Tue, 04 Nov 2003 18:56:09 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24)
	id 1AHB1N-0000AV-LE
	for qemu-devel@nongnu.org; Tue, 04 Nov 2003 18:56:08 -0500
Received: from [193.252.22.25] (helo=mwinf0603.wanadoo.fr)
	by monty-python.gnu.org with esmtp (Exim 4.24) id 1AHB1N-0000AS-8w
	for qemu-devel@nongnu.org; Tue, 04 Nov 2003 18:55:37 -0500
Received: from free.fr (ATuileries-112-1-4-237.w81-53.abo.wanadoo.fr
	[81.53.133.237])
	by mwinf0603.wanadoo.fr (SMTP Server) with ESMTP id 901A4240017C
	for <qemu-devel@nongnu.org>; Wed,  5 Nov 2003 00:55:35 +0100 (CET)
Message-ID: <3FA83C9E.1020001@free.fr>
Date: Wed, 05 Nov 2003 00:56:14 +0100
From: Fabrice Bellard <fabrice.bellard@free.fr>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Interpreter for QEMU
References: <Pine.LNX.4.55.0311040348270.6264@home.oyster.ru>	<3FA82C57.1070104@free.fr>
	<Pine.LNX.4.55.0311050211550.10575@home.oyster.ru>
In-Reply-To: <Pine.LNX.4.55.0311050211550.10575@home.oyster.ru>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <http://mail.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://mail.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

malc wrote:

>>It is true that a solution must be found to accelerate the DOS programs,
>>especially when soft mmu is not in use. [When soft mmu is in use, it is
>>possible to examine exactly each write access to see if the translated
>>code is modified with a byte granularity].
> 
> 
> I have tried running some demos with softmmu, it provides no noticable
> benefit over hard one. 

Write accesses are not verified with a byte granularity yet, but I will 
add it soon. It should accelerate the case where code and data are 
intermixed.

> If not pagefaults then constant translation block
> generation/recycling will take its toll (but this probably covers mostly
> real-mode or before watcom came into fashion p-mode programs, not that
> i havent seen quite ingenious SMC in DOS4G/W applications)

For self-modifying code, I agree that the translation/recycling stuff is 
_very_ slow...

Fabrice.