26-Apr-2024 05:34 GMT.
UNDER CONSTRUCTION
[Events] Elena Novaretti (ZoneXplorer - PowerIcons) is present with a Peggy II at WEBBITANN.lu
Posted on 08-May-2004 16:00 GMT by Raffaele49 comments
View flat
View list
I have news that Elena Novaretti, author of good software programs such as ZoneXplorer and Power Icons (and a known Pegasos fan and owner) is also present at Webbit Padova with a Pegasos II kindly furnished by Pegasos Italia just for the exhibition event. We expect soon impressions of Webbit show from Elena, and news about the impact which Peggy II made to italian public. Wow!!!

After 10 years of absence to important events here in Italy, two Amiga based platforms are there!

More! I have news that the booth by Virtual Works, Ikir Sector, Soft3, Bitplane (with partecipation by Eyetech, ZetaOS and Cloanto people) IS A DOUBLE-SIZE booth.

Very impressive.

And more, seems that (basing upon Ikir statements on the web), there are two Pegasos at Amiga booth...

Amiga has a Very Very strong presence and a lots of opportunities to impact the public at Webbit Italy.

Good news for our beloved platform.
List of all comments to this article
Sorted by date, most recent at bottom
Comment 1Ugr08-May-2004 14:55 GMT
Comment 2Don CoxRegistered user08-May-2004 15:05 GMT
Comment 3Kjetil08-May-2004 15:16 GMT
Comment 4Raffaele08-May-2004 16:02 GMT
Comment 5Kjetil08-May-2004 16:17 GMT
Comment 6Fabio AlemagnaRegistered user08-May-2004 16:54 GMT
Comment 7Kronos08-May-2004 16:59 GMT
Comment 8Jupp308-May-2004 17:05 GMT
Comment 9Kjetil08-May-2004 17:12 GMT
Comment 10the man in the shadows08-May-2004 17:16 GMT
Comment 11Joe "Floid" Kanowitz08-May-2004 17:39 GMT
Comment 12Kjetil08-May-2004 18:09 GMT
Comment 13Anonymous08-May-2004 18:41 GMT
Comment 14Kjetil08-May-2004 19:00 GMT
Comment 15Kronos08-May-2004 19:17 GMT
Comment 16Nicolas Sallin08-May-2004 19:43 GMT
Comment 17Alkis TsapanidisRegistered user08-May-2004 20:10 GMT
Comment 18Anonymous08-May-2004 20:54 GMT
Comment 19Kjetil08-May-2004 21:49 GMT
Comment 20Kronos09-May-2004 05:28 GMT
Comment 21cheesegrate09-May-2004 05:33 GMT
Comment 22stefkos09-May-2004 06:17 GMT
Comment 23Don CoxRegistered user09-May-2004 06:32 GMT
Comment 24Kjetil09-May-2004 08:01 GMT
Comment 25koan09-May-2004 08:27 GMT
Comment 26Kjetil09-May-2004 08:33 GMT
Comment 27Kjetil09-May-2004 08:35 GMT
Comment 28brotheris09-May-2004 08:40 GMT
Comment 29Kjetil09-May-2004 09:19 GMT
Comment 30Don CoxRegistered user09-May-2004 09:37 GMT
Comment 31Andrea Maniero09-May-2004 10:06 GMT
Comment 32Raffaele09-May-2004 10:14 GMT
Comment 33Lecta09-May-2004 12:13 GMT
Comment 34Sigbjørn Skjæret09-May-2004 12:19 GMT
Comment 35Kjetil09-May-2004 14:13 GMT
Elena Novaretti (ZoneXplorer - PowerIcons) is present with a Peggy II at WEBBIT : Comment 36 of 49ANN.lu
Posted by Sigbjørn Skjæret on 09-May-2004 15:27 GMT
In reply to Comment 35 (Kjetil):
"forcing a bad program form trashing memory is not a crash, it's a program termination."

To the user that is equivalent to a crash.

"68k assembler code, it will be translated by jit to PPC, the jit compiler will only compile it once, there is no need to translate it the 2en time the code is executed, when you start the program you might get an hi overhead, once it starts running it will be come more and more PPC native, so the overhead becomes less,"

So, it doesn't translate all at once (since that would make programs start really slowly), right? That means while this code is not translated yet there will be alot of exceptions generated by jumping in and out of OS functions that are PPC... Also, what about 68k libraries? Last I heard Petunia doesn't know how to JIT those (if someone knows the current status of this, please fill us in) .. now that will certainly generate alot of exceptions .. and hey, what about those nice "traps" (jmp.w 0, wtf is that about?) that are added in the 68k libentries for PPC libraries, those must make a nice overhead (it parses 68k registers for dawgs sake!) too. :P

Now, as an illustration of the (virtual non-)impact an extra api layer can have, you just have to look at the Warp3D wrapper in MorphOS (which Ben Hermans described as "A replacement based on a stone-age old technology called Rave which was ditched by Apple years ago." (that should give you some perspective from your angle)) .. on the same hardware it not only is fast, it's actually many times faster than the original! Why? Simply because the layer is efficiently written, and it's running on top of an api that is cleaner and more efficient than the layer api (ofcourse, better drivers help too). As you can see, if done right, layers can have next-to-no impact on performance, and whatever insignificant loss there is can quickly be recouped by having a clean and efficient base...

Anyway, the point is that you are (once again) discussing things of which you know nothing about (completely offtopic to the thread even (ok, you didn't start the offtopic discussions, but you did propagate them by adding comments contradicting all other evidence)) .. you admit that you have no first-hand (or even second-hand) knowledge of how MorphOS works, still you are always there to tell everyone how inferior this and that in it is, and now even going so far as to showing your blatant ignorance on how an MMU works (no, the overhead is not limited to when you get exceptions), yet talking as if you were some kind of authority on the matter...

I've kindly suggested to you before that perhaps you should try to read up and make actual observations on matters before you comment on them before, but that obviously failed (and you seemed to have taken some kind of offense to it as well, judging by some other threads), now I will kindly urge you to do so for your own good, however I suspect it won't help. :(


- CISC
Jump...
#46 Kjetil #47 Kjetil
TopPrevious commentNext commentbottom
List of all comments to this article (continued)
Comment 37koan09-May-2004 18:25 GMT
Comment 38ikirRegistered user09-May-2004 18:57 GMT
Comment 39Miky06009-May-2004 20:23 GMT
Comment 40Miky06009-May-2004 20:24 GMT
Comment 41cecilia10-May-2004 15:22 GMT
Comment 42Lecta10-May-2004 15:54 GMT
Comment 43Libero AT & ATGraphics11-May-2004 07:25 GMT
Comment 44Raffaele11-May-2004 10:06 GMT
Comment 45Libero Moschella11-May-2004 15:01 GMT
Comment 46Kjetil11-May-2004 18:07 GMT
Comment 47Kjetil11-May-2004 18:26 GMT
Comment 48Sigbjørn Skjæret11-May-2004 19:34 GMT
Comment 49Sigbjørn Skjæret11-May-2004 19:41 GMT
Back to Top