I was too lazy for a power demonstration like this one, so I kindly borrow his work... Enjoy!
(No, it is not Rickrolling, I promise! ;))
Big thanks to hostcove for his efforts!
Showing posts with label PA6T. Show all posts
Showing posts with label PA6T. Show all posts
Thursday, November 13, 2014
Demo reel...
I have just discovered that hostcove compiled a nice video of lots of demos running on Amiga X1000.
I was too lazy for a power demonstration like this one, so I kindly borrow his work... Enjoy!
(No, it is not Rickrolling, I promise! ;))
Big thanks to hostcove for his efforts!
I was too lazy for a power demonstration like this one, so I kindly borrow his work... Enjoy!
(No, it is not Rickrolling, I promise! ;))
Big thanks to hostcove for his efforts!
Monday, November 3, 2014
PPCJITBETA05 (Final Countdown)
Yes, yes, my dear friends: we are very close now! This is the final countdown indeed: the last beta before the final release of 1.0.
Are you excited? I bet you are. In the meanwhile download and enjoy the new beta:
The obvious question: how much better would it be running PowerPC programs on actual PowerPC processor under hardware emulation? :)
Probably it would be possible to make use of the native PowerPC processor and it would be fast. Very fast.
Not to mention it would open the door for AmigaOS4 running on Macintosh iBooks for example.
Do I have plans implementing it? No, sorry.
Thanks for asking.
Big thanks goes to: MickJT, Mike Blackburn, Chris Handley, Luigi Burdo, Samir Hawamdeh, Raziel and Cass.
Some guys just can't stay away as it seems. :)
See you soon.
Are you excited? I bet you are. In the meanwhile download and enjoy the new beta:
To sum up what you will get with the new beta: mainly bugfixes. All the features are locked down for the release, the ticket list for release 1.0 is practically empty. I am waiting for any bugs you find before the release.
So, please do report bugs you find. But again: it is very important to try to verify the issue before you decide about reporting it. Please follow the steps which are documented in the README file.
So, please do report bugs you find. But again: it is very important to try to verify the issue before you decide about reporting it. Please follow the steps which are documented in the README file.
Your efforts are greatly appreciated.
JIT compatibility diagnostics
I have rejected a few bugs due to the fact that these programs are not compatible with the current JIT compiling implementation. The reason is very simple: if the program is trying to modify itself without flushing the instruction cache properly then the modified code won't be recompiled and the program will misbehave. Like this program: Where Time Stood Still.
These programs might work on a real processor and still fail with the JIT compiling because the cache handling is not emulated exactly the same how it would behave on a real processor. (Namely: the number of cache lines are much larger than on a real processor, so more code is "cached".)
Although this is not ideal, but for now only a handful of programs are depending on the cache size, so it won't cause too much trouble.
How could you tell that the program is compatible with the JIT compiler?
That is a very valid question. And here is the answer: there is a option for that! (At least there is now.)
I have wasted so much time on chasing errors coming from this issue that finally I have decided I implement a diagnostic configuration option for it. It is called:
comp_test_consistency
Usual disclaimer: read the documentation and if you didn't understand what does it do then don't turn it on.
Actually, it is pretty simple: in addition to every compiled block of instructions the compiler also compiles a check which compares the original content of the memory which was used for the compiling to the current content. If it doesn't match then the emulation stops.
Basically, it can be used for verifying if the program misbehaves because it does not flush the instruction cache properly, or there is some other reason.
It is safe to keep it turned on, but it slows down the emulation (sometimes considerably), so use it only when it is needed.
These programs might work on a real processor and still fail with the JIT compiling because the cache handling is not emulated exactly the same how it would behave on a real processor. (Namely: the number of cache lines are much larger than on a real processor, so more code is "cached".)
Although this is not ideal, but for now only a handful of programs are depending on the cache size, so it won't cause too much trouble.
How could you tell that the program is compatible with the JIT compiler?
That is a very valid question. And here is the answer: there is a option for that! (At least there is now.)
I have wasted so much time on chasing errors coming from this issue that finally I have decided I implement a diagnostic configuration option for it. It is called:
comp_test_consistency
Usual disclaimer: read the documentation and if you didn't understand what does it do then don't turn it on.
Actually, it is pretty simple: in addition to every compiled block of instructions the compiler also compiles a check which compares the original content of the memory which was used for the compiling to the current content. If it doesn't match then the emulation stops.
Basically, it can be used for verifying if the program misbehaves because it does not flush the instruction cache properly, or there is some other reason.
It is safe to keep it turned on, but it slows down the emulation (sometimes considerably), so use it only when it is needed.
X1000
As I already announced in the previous post (couple months ago): the Amiga X1000 optimized version is available in the package. Please use only that version on Amiga X1000, the generic build won't work properly.
060
Due to the "popular demand" (more than one request ;) I have fixed the cache handling of the emulated 68060 processor type.
Please note: it is stated in the documentation from the original E-UAE that the 060 support is not implemented and all I had done was: fixed the cache bits to let the emulator turn on the caches, so the JIT can be activated. However, it is highly likely that there will be problems with some programs running on 060, since other important aspects of the 060 is not implemented (like proper stackframe).
So, watch your steps while using it. (And please don't report bugs for it. kthxbai)
Please note: it is stated in the documentation from the original E-UAE that the 060 support is not implemented and all I had done was: fixed the cache bits to let the emulator turn on the caches, so the JIT can be activated. However, it is highly likely that there will be problems with some programs running on 060, since other important aspects of the 060 is not implemented (like proper stackframe).
So, watch your steps while using it. (And please don't report bugs for it. kthxbai)
RuninUAE
ChrisH kindly implemented the support for the betas in RuninUAE. You can turn on the JIT emulation from the menu now. (You guys are too spoiled!) Thanks Chris!WinUAE PPC
In case you haven't heard: WinUAE is capable of emulating PowerPC hardware through QEmu on intel compatible processors and run PPC apps and even AmigaOS4.The obvious question: how much better would it be running PowerPC programs on actual PowerPC processor under hardware emulation? :)
Probably it would be possible to make use of the native PowerPC processor and it would be fast. Very fast.
Not to mention it would open the door for AmigaOS4 running on Macintosh iBooks for example.
Do I have plans implementing it? No, sorry.
Thanks for asking.
Thanks
Finally, some thank-you's to the lovely people who helped me in this beta.Big thanks goes to: MickJT, Mike Blackburn, Chris Handley, Luigi Burdo, Samir Hawamdeh, Raziel and Cass.
Some guys just can't stay away as it seems. :)
See you soon.
Monday, July 28, 2014
PPCJITBETA04b (Hundreds and XThousands)
There is something new each day, I haven't done this before: a Fast Follow to the previous beta release.
Let me sprinkle the life of the suffering Amiga X1000 owners, here is a
After I had done some investigation, it turned out that MickJT was right for a long time. We don't need unique changes for Amiga X1000 (for the P.A. Semi PA6T processor), because it is similar to the already supported G5 (PowerPC 970) processor.
So, I have decided that we must not delay the beta for Amiga X1000 any longer. This new build is exactly the same Beta #4 release feature-wise; which was done for the other platforms already. Except that it is compiled for AmigaOS4 with the same minor changes which increase the performance on G5 significantly.
Since the code base is the same I kept the same beta version tag with a postfix. For the first and the last time... Úttörő becsület szavamra! :)
Hopefully the PA6T support will be resolved sooner or later in the SDK and then I will add any necessary changes to the E-UAE build too.
In the meanwhile the binary for this build target will be added to the upcoming releases.
I would like to invite all Amiga X1000 owner to give me some feedback regarding the performance or any issues what turns up with this special build.
You can find my email address at the end of the README file.
Let me sprinkle the life of the suffering Amiga X1000 owners, here is a
After I had done some investigation, it turned out that MickJT was right for a long time. We don't need unique changes for Amiga X1000 (for the P.A. Semi PA6T processor), because it is similar to the already supported G5 (PowerPC 970) processor.
So, I have decided that we must not delay the beta for Amiga X1000 any longer. This new build is exactly the same Beta #4 release feature-wise; which was done for the other platforms already. Except that it is compiled for AmigaOS4 with the same minor changes which increase the performance on G5 significantly.
Since the code base is the same I kept the same beta version tag with a postfix. For the first and the last time... Úttörő becsület szavamra! :)
Caveat emptor
This build is not fully optimized for PA6T processor, since there is no support for that processor target in the AmigaOS4 SDK yet. It is still running much better than the previous generic builds.Hopefully the PA6T support will be resolved sooner or later in the SDK and then I will add any necessary changes to the E-UAE build too.
In the meanwhile the binary for this build target will be added to the upcoming releases.
Credz
Actually, the credit goes to the following good people:- Tobias Netzel - who implemented the G5 support and helped MickJT with advices;
- MickJT - who was experimenting with the build for a long time already and pushed me to do this release;
- Sven Ottemann & Sebastian Bauer - who helped me with the documentation for PA6T;
- Tommysammy - who was kindly doing the testing.
Feedback
This was a blindfolded build again: I have no access to an Amiga X1000, so I couldn't test the build by myself.I would like to invite all Amiga X1000 owner to give me some feedback regarding the performance or any issues what turns up with this special build.
You can find my email address at the end of the README file.
Subscribe to:
Posts (Atom)