Date: Thu, 7 Nov 1996 11:25:39 +0500 (ESK) From: "Serge A. Babkin" <babkin@hq.icb.chel.su> To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Cc: msmith@atrad.adelaide.edu.au, luigi@iet.unipi.it, emulation@freebsd.org, nox@jelal.hb.north.de Subject: Re: New PC-Emu Message-ID: <199611070625.LAA05679@hq.icb.chel.su> In-Reply-To: <199611061512.QAA08343@labinfo.iet.unipi.it> from "Luigi Rizzo" at Nov 6, 96 04:12:07 pm
next in thread | previous in thread | raw e-mail | index | archive | help
It appears that the reason of problem is in the -DALIGNED_ACCESS. It must be undefined for any machine that supports unaligned access (i386 shurely does that). If it is defined any 2-byte memory references are implemented as 2 1-byte memory references. -SB > > A few speed tests on pcemu1.91 > > COMPILATION FLAGS: > > Config. A: > > OPTIONS = -DBOOT1_44 -DALIGNED_ACCESS -DBIGCASE -DINLINE_FUNCTIONS > CFLAGS = -I$(XROOT)/include -O2 -pipe #-fomit-frame-pointer > > Config B: > OPTIONS = -DBOOT1_44 > CFLAGS = -I$(XROOT)/include -O > > Runtime test #1: > > cl -c progmain.c (559 lines C source resulting in 7KB .obj file) > > Config. A Config. B > > Compile Time 1:02 0:27 > Run time for test #1 0:40 0:37 > stripped pcemu size 176128 114888 > > Config B wins in all cases! > > It appears that either the compile options or the flags do not do much > good! Actually, using INLINE_FUNCTIONS is probably harmful since some > functions are very large, and they get included several times. > Perhaps some benefit can be achieved by deciding which functions to > inline case-by-case. > > For the debugging releases, perhaps it is better to limit > optimizations :) > > Luigi > ==================================================================== > Luigi Rizzo Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it Universita' di Pisa > tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ > ==================================================================== >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199611070625.LAA05679>