Hi Alex,
>Have you declared the memory ordering for the guest?
Nope didnt know was necessary i just add the standard -m 2047
>See ca759f9e387db87e1719911f019bc60c74be9ed8 for an example.
watching it about
Thanks
Luigi
Alex Bennée writes:
> Nikunj A Dadhania writes:
>
>> Alex Bennée writes:
>>
>>> luigi burdo writes:
>>>
Hi David and Nikuji,
can i suggest to remove the message:
Guest not yet converted to MTTCG - you may get unexpected results
where the mttcg is enabled?
>>>
Nikunj A Dadhania writes:
> Alex Bennée writes:
>
>> luigi burdo writes:
>>
>>> Hi David and Nikuji,
>>>
>>> can i suggest to remove the message:
>>>
>>>
>>> Guest not yet converted to MTTCG - you may get unexpected results
>>> where the mttcg is enabled?
>>
>> Have you declared the memory ord
Alex Bennée writes:
> luigi burdo writes:
>
>> Hi David and Nikuji,
>>
>> can i suggest to remove the message:
>>
>>
>> Guest not yet converted to MTTCG - you may get unexpected results
>> where the mttcg is enabled?
>
> Have you declared the memory ordering for the guest?
No, I havent done tha
luigi burdo writes:
> Hi David and Nikuji,
>
> can i suggest to remove the message:
>
>
> Guest not yet converted to MTTCG - you may get unexpected results
> where the mttcg is enabled?
Have you declared the memory ordering for the guest?
>
> another thing im finding is this message
> Guest e
luigi burdo writes:
> Hi, on info is mttcg using an amouth of ram for cpu caching and
> translating operations like was did in past by emulators like
> virtualpc,realpc, bluelabel or softwindows?
It's a fixed buffer. You can see if it being flushed by running:
info jit
On the QEMU monitor c
Hi David and Nikuji,
can i suggest to remove the message:
Guest not yet converted to MTTCG - you may get unexpected results
where the mttcg is enabled?
another thing im finding is this message
Guest expects a stronger memory ordering than the host provides
This may cause strange/hard to debug
Hi, on info is mttcg using an amouth of ram for cpu caching and translating
operations like was did in past by emulators like virtualpc,realpc, bluelabel
or softwindows?
in case of yes is possible increase it from the command line?
Thanks
Luigi
Hi i dint made much tests,
but for sure all is faster compared one thread only.
Fore sure tcg need to be optimized (in all emulated architectures) compared
some old commercial emulators but all is better than before.
I will made more tests tomorrow and report.
ciao
Luigi
Do you have any tim
Tested on PowerMac G5 Quad and 380% of system load and working on
Fedora 25 PPC64 host and Ubuntu Mate 17.04 guest (patched the 2.9 rc3)
The machine configuration was this
sudo ./qemu-system-ppc64 -cpu POWER8 -vga none -machine pseries-2.5,usb=off -m
2G -smp 4,cores=4,threads=1 -accel tcg,t
On Apr 7, 2017, at 1:49 PM, luigi burdo wrote:
Tested on PowerMac G5 Quad and 380% of system load and working on
Fedora 25 PPC64 host and Ubuntu Mate 17.04 guest (patched the 2.9
rc3)
The machine configuration was this
sudo ./qemu-system-ppc64 -cpu POWER8 -vga none -machine
pseries-2.5
11 matches
Mail list logo
