hi!
i've got a questions... just out of curiosity: when emulating windows xp, i
get quite good speeds. however, when running linux, i can only work with it
when turning off kde... it is WAY too slow.
is there a known reason for that / does anyone know what i could be doing
wrong?
i'm
allocate more ram to your qemu guest
it's the -m switch. Default is 128M, way too low
for KDE.
Try first 192, 256, and then 512 if you can afford it.
On 7/24/07, Clemens Kolbitsch [EMAIL PROTECTED] wrote:
hi!
i've got a questions... just out of curiosity: when emulating windows xp, i
get
hi christian,
thanks for the reply... looks like a good explanation *gg* ... why didn't i
try that before posting (haven't done it yet, but looks reasonable :-) )??
greets!
allocate more ram to your qemu guest
it's the -m switch. Default is 128M, way too low
for KDE.
Try first 192, 256,
Am 24.07.2007 um 15:32 schrieb Clemens Kolbitsch:
i'm emulating i386 (what else when using windows *g*) [...]
just in case someone knows :-)
As far as I recall, in chronological order: alpha, ia64, amd64. ;-)
Andreas
Hi,
the attached patch modifies the SDL display refresh code so the mouse
and keyboard events are processed each 10 ms instead of 30. This causes
much better mouse behavior due to lower latency.
By default, display is still refreshed only each 30 ms to prevent the
increase of the cpu load, but
On Tue, Jul 24, 2007 at 07:50:30PM +0200, Jindrich Makovicka wrote:
Hi,
the attached patch modifies the SDL display refresh code so the mouse
and keyboard events are processed each 10 ms instead of 30. This causes
much better mouse behavior due to lower latency.
By default, display is
On Tue, Jul 24, 2007 at 06:30:11PM +0200, Andreas Färber wrote:
Am 24.07.2007 um 15:32 schrieb Clemens Kolbitsch:
i'm emulating i386 (what else when using windows *g*) [...]
just in case someone knows :-)
As far as I recall, in chronological order: alpha, ia64, amd64. ;-)
What about
In article [EMAIL PROTECTED]
you write:
On 24/07/07, Juergen Lock [EMAIL PROTECTED] wrote:
Hi!
I just played with this a bit and although I got the stuff at
http://pokylinux.org/releases/clyde-2.0/
somewhat working (tried the akita ones going after
the attached patch is a re-hash of the old -disk patch against current CVS.
things it does(on X86):
adds a -disk scsi,hba=ADAPTER_NO,id=SCSI_ID,img=DISK_IMAGE,type=disk syntax,
for specifying scsi devices.
supports the old -hd[a-d] arguments.
supports using -cdrom twice, creating two cdrom
Lets try this again. (forgot to attach patch! )
the attached patch is a re-hash of the old -disk patch against current CVS.
things it does(on X86):
adds a -disk scsi,hba=ADAPTER_NO,id=SCSI_ID,img=DISK_IMAGE,type=disk syntax,
for specifying scsi devices.
supports the old -hd[a-d] arguments.
Greetings all.
I am attempting to port QEMU to Plan 9 for the Google Summer of Code.
A big chunk (in terms of diff line count) of the work that has been
done on this before was to convert all the lines of the form
case A ... B:
to be individual case arms as required by Plan 9's C compiler.
On Tuesday 24 July 2007, Nathaniel Filardo wrote:
Greetings all.
I am attempting to port QEMU to Plan 9 for the Google Summer of Code.
A big chunk (in terms of diff line count) of the work that has been
done on this before was to convert all the lines of the form
case A ... B:
to be
Nathaniel Filardo wrote:
Greetings all.
I am attempting to port QEMU to Plan 9 for the Google Summer of Code.
A big chunk (in terms of diff line count) of the work that has been
done on this before was to convert all the lines of the form
case A ... B:
to be individual case arms as
On Wed, Jul 04, 2007 at 01:19:07PM +0900, Magnus Damm wrote:
On 6/25/07, Thiemo Seufer [EMAIL PROTECTED] wrote:
Can you also provide a regression test like some of the other targets
have? It would be very useful to detect breakage.
Sure, what about the attached hello-sh4 test patch?
And
14 matches
Mail list logo