Hi,
> Hm. hard choice.correctness traded for perfomance But
> anywayIMHO this hack is needed for every speed-step enabled
> machine. Perhaps...the other workaround is via cpufreqd? I don't have
> any Pentium M based PC/laptop around, so this is just a pure guess
Yeah, you can al
> I just downloaded the patched tree off your page. Tried to build it
> (./configure && make) compiling on Debian GNU/Linux, gcc version 3.3 but
> no-workey.
> Any idea what I'm doing wrong (I haven't given it a hard look yet)?
Fixed.
Paul
___
Qemu-de
On Tue, 2005-08-30 at 12:17 +0100, Paul Brook wrote:
> You might want to look at my hand-coded backed for qemu. The intention is
> that
> this will eventually replace dyngen/gcc altogether. Currently everything
> except the experimental m68k target uses a mixture of the old and the
> micro-ops
On Tue, 30 Aug 2005, Greg Bell wrote:
sdl_too_old=no
-
+sdl=yes
if test -z "$sdl" ; then
sdl_config="sdl-config"
This is not sufficient as a lot of the SDL logics is contained in the if
block you have now disabled.. you need to also at minimum set sdl_config,
sdl_static and sdl_static_libs
On Tue, 30 Aug 2005, Greg Bell wrote:
$config_mak is a makefile fragment, not a shell script, so this should work
fine.
hmmm... configure errors out for me after i hack it to force static linking
with SDL and this is what i traced it to. here's the actual output rather
than my possibly flaw
Having a look at the sources, I've noticed that extra ppc registers
are only used when doing usermode-inly emulation and not when doing
fullsystem-mode. Can anyone tell me where should I look for problems
when disabling that restriction? I've already tried to enable the use
of these registers but o
> "When using KQEMU, QEMU will create a big hidden file containing the RAM of
> the virtual machine. For best performance, it is important that this file
> is kept in RAM and not on the hard disk. QEMU uses the `/dev/shm' directory
> to create this file because tmpfs is usually mounted on it (check
Filip,
I'm not trying to put the guest in ram. As you state, let's Windows manage its whole memory, paging and swapping. I agree it would be as dumb as setting up a ramdisk to put the swapfile. Let's not trying to outsmart the OS.
I was trying to follow Fabrice recommendation to set the QEMU
> > Without them, there is no native code run by qemu - everything is
> > translated.
>
> Yep. But even in that situation, there will always be room for
> improvement in how the dynamic code generator works.
>
> I wonder, has anyone tried doing a peephole optimizer? Translate key
> instruction sequ
Francois Rioux wrote:
[snip]
Ramdisk might have been a real performance accelerator for Windows
hosts with enough RAM available. Since I can't find the temp memory
image file is saved, I can't use that option.
Why do you think that it would improve performance? Sorry, but that's
complete ru
On Mon, 2005-08-29 at 17:59 -0400, Jim C. Brown wrote:
> Um, KQEMU/qvm86 don't do dynamic translation. They are virtualizers. They run
> the code given to them (more or less) unchanged.
Sorry, I was speaking more generally (and imprecisely) about the
qemu/kqemu as a combination. As you state belo
$config_mak is a makefile fragment, not a shell script, so this should work
fine.
hmmm... configure errors out for me after i hack it to force static
linking with SDL and this is what i traced it to. here's the actual
output rather than my possibly flawed analysis :)
# ./configure
Install p
> 1) on my FC3 box, i had to force sdl to compile statically because
> the sdl test didn't work for some reason (could be my box's
> problem). but there's no way to set sdl = 'yes' from the
> configure command line. so i hacked configure, but then line
> 730 dies:
>
> echo "SDL_LIBS=
13 matches
Mail list logo
