Final of my Aros 68k distribution

[OlafS3]

I think that Aros 68k is slow is not true (anymore), at least when using it in WinUAE. I tested Hollywood 4.8 in it and as example the "aquarium"-demo was (almost) too fast. Wazp3D, what I use to integrate Warp3D is directly supporting underlying hardware.

What is true that it (or at least was) not optimized for classic hardware, so speed mainly depends on the processor (68060 recommended) and makes no use of Blitter...

[wawrzon]

i dont know about olafs distribution but it cant be nuch slower than aros nightlies im regularly testing on my real amigas here.
the fact is that aros is slow on many operations, in particular wanderer is slow.
the loading of programs might in case of more complex software also cost more time initially while the execution is obviously as fast as ever especially when not much system calls are involved. what concerns gui/mui/zune it isnt exactly fast but about usable.
currently scalos is being integrated, which makes desktop quite much faster, functional and complete. also the bottlenecks will be eventually identified.

[OlafS3]

i dont know about olafs distribution but it cant be nuch slower than aros nightlies im regularly testing on my real amigas here.
the fact is that aros is slow on many operations, in particular wanderer is slow.
the loading of programs might in case of more complex software also cost more time initially while the execution is obviously as fast as ever especially when not much system calls are involved. what concerns gui/mui/zune it isnt exactly fast but about usable.
currently scalos is being integrated, which makes desktop quite much faster, functional and complete. also the bottlenecks will be eventually identified.

I got the information that Scalos 68k now runs with newest nightly builds (I will test that asap). And it is not "slow". On WinUAE I tested Hollywood-Examples and they were very very fast.

[wawrzon]

aros68k on winuae isnt slow at all of course. but it might be considerd that on real hardware, especially when using planar screens. on rtg it makes impression to be about as fast as original os i when it comes to gui operations, but im not much testing that at the moment. what concerns scalos it is close to run well, but still crashes in some situations. it is much faster than wanderer i have to report.

[bloodline]

aros68k on winuae isnt slow at all of course. but it might be considerd that on real hardware, especially when using planar screens. on rtg it makes impression to be about as fast as original os i when it comes to gui operations, but im not much testing that at the moment. what concerns scalos it is close to run well, but still crashes in some situations. it is much faster than wanderer i have to report.

Yeah it seems to be the AROS native graphics.library that is slower than AOS 3.x, which isn't surprising given AROS is really set up for RTG for obvious reasons.

Still, really great to see AROS on proper Amiga hardware though

[vox]

BUG: The archive contains the "Executive" Trojan which hacks into the OS and damages it causing various problems and lockups with multitasking programs.

Maybe executive should be optional. Its defentely not a trojan

Executive is fully compatible with all Amiga computers running AmigaOS
     release 2.04 or newer.
     Executive is the highest rated item of shareware CU Amiga magazine
     has ever awarded at 98%. Executive V2.00 got 97% from the same
     magazine, and it was ranked as "the best shareware utility ever."

[wawrzon]

i wouldnt use executive on aros68k. does it even gives any measurable advantage there or is it supplied just "because we can"?

i would generally discourage using system patches at this point except they are really used on purpose, as apparently it is the case with muforce even though i have not tried it up till now.

aros should and will incorporate expected features itself beyond 3.x compatibility, and there is work done on that. it is important to concentrate on what is included in aros as this can be improved instead of using 3rd party closed source tools as this had to be done on 3.x.

for instance mattheys asm optimized memcopy functions have been committed by toni few days ago. as it is not a common knowledge, someone might get an idea to patch them with less effective ones expecting better performance than original 3.x ones. this is counterproductive.

aros is there exactly to make this wild system patching obsolete, and as happy i am about the likes of powerwindows on 3.x im much more happy thet i dont need them under aros.

[Fats]

Yeah it seems to be the AROS native graphics.library that is slower than AOS 3.x, which isn't surprising given AROS is really set up for RTG for obvious reasons.

Yes, think the main slowness on classic amiga is that the graphics drivers for non-RTG are not optimized yet and in that case don't make optimal use of blitter etc.

greets,
Staf.

[Piru]

i wouldnt use executive on aros68k. does it even gives any measurable advantage there or is it supplied just "because we can"?

It most certainly does.

[wawrzon]

to be honest i dont even know what kind of scheduler aros is equipped with. if this is round robbin then executive could help to determine what the most efficient and most compatible apporoach be, and this coule be implemented at least as an option.

otherwise i think aros68k is still much too unstable to introduce further possible failure and incomtpatibility sources.

[salax54]

Well, if it's rather slow on anything other than an 060, is it really worth it?
I mean ok, i do appreciate having an alternative and free AOS-compatible OS, but wouldn't it be far better to have support for at least a few of the stock Amiga models? True, an 060 is not as rare as a PPC board, but still we're talking about a very limited user-base. And was UAE actually the target of developing this stuff after all?

[warpdesign]

Which version of the ROM is included with this distribution ?

It seems latest (april, 10th) version crashes when trying to boot from DOS floppies...

[wawrzon]

Well, if it's rather slow on anything other than an 060, is it really worth it?
I mean ok, i do appreciate having an alternative and free AOS-compatible OS, but wouldn't it be far better to have support for at least a few of the stock Amiga models? True, an 060 is not as rare as a PPC board, but still we're talking about a very limited user-base. And was UAE actually the target of developing this stuff after all?

Aros68k schould Even Run in Stock 68000with some RAM (4mb i think). It is compiled with basic CPU options afair. It is slower than the original aos for various reasons, most of which can be taken care of i suppose. The envisioned audience is the whole 68k user base. Sorry it isnt done just in an instant. I would wish for that myself.

[dreamcast270mhz]

It would be interesting to see if we could replace OS 3.9 in Amithlon with this and see how it runs, it would go a long way to making Amithlon more 'legal' per se.

[wawrzon]

i have just take a short look at scalos under current aros68k nightly. its quite snappy on say 4 planes aga pal hires interlace even with backgrounds turned on. main problem is this case chipmem shortage to keep all the textures in. strangely on rtg (cv64) it is even much more laggy at present...

[salax54]

Aros68k schould Even Run in Stock 68000with some RAM (4mb i think). It is compiled with basic CPU options afair. It is slower than the original aos for various reasons, most of which can be taken care of i suppose. The envisioned audience is the whole 68k user base. Sorry it isnt done just in an instant. I would wish for that myself.

I'm sorry if it sounded like i'm in a hurry or something; it's just that no one seems to talk much about hardware requirements, and i keep getting the impression that the low-spec machines were left out of the game. As i mentioned earlier, i do appreciate what's done. If the whole 68k user base is the target, then indeed it's the best news i can hear..