Arix

[KimmoK]

Sounds a lot like paradise to me.

+1

I think it sounds better than what happened with apple moving from system10(or whatever number) to OSX, from legacy lover perspective.

It will be silly if this AROS derivate accelerates from far behind and is the first to do SMP+64bit. (while maintaining a lot of AOS look & feel)

One thing... will ARIX be able to handle memory protection?

[nicholas]

Do you really know what you're talking about?

It appears you don't.

In what way is a heterogenous system related to typical amiga hardware or typical desktop processor? A scheduler does not magically split up tasks into threads and spread them amongst the cores.

Who mentioned threads? The scheduler decides which TASKS run on which cores and moves them around when needed based on CPU load.

Software has to be written to do so (no matter if asymmetric or not).

That would be multi-threading. Do keep up.

The lack of backward compatibillity is another point. Software written for existing and available linux drivers/hardware/smp won't run on bare aros.

Yes they will, it's just slow.

This slows down developement on native aros, if it not kills.

You keep mentioning AROS when were are discussing ARIX. Please pay attention.

[wawrzon]

isnt that one could compile with the use of multiple threads for amiga and derivates already, for instance separating gui from actual program thread, except that both threads had to run on one core so far?

[KimmoK]

isnt that one could compile with the use of multiple threads for amiga and derivates already, for instance separating gui from actual program thread, except that both threads had to run on one core so far?

What was the methode used when people ported (and still port) multithreaded apps to AOS etc.?
(I try to remember if it was some way to create child processes instead of threads...)

Looking...
http://aminet.net/search?query=thread
(so, it seems like you should be able to do multithreaded apps already for most/all flavours. They just have been running using single core, perhaps rework is needed to use truely multicore system.)

[Terminills]

Drivers, and for that fact that presuming AROS crashes (no memory protection, still in alpha/beta stages technically), you shouldn't have to do a full system restart in order to get back to your desktop. At least those are two advantages I see.

As a matter of fact it's an instant restart in the case of the Aros side crashing.

[Terminills]

+1

I think it sounds better than what happened with apple moving from system10(or whatever number) to OSX, from legacy lover perspective.

It will be silly if this AROS derivate accelerates from far behind and is the first to do SMP+64bit. (while maintaining a lot of AOS look & feel)

One thing... will ARIX be able to handle memory protection?

Get it working correctly first then add features.  So for now it's limited to the same type of memory protection Aros has.

Here's some noise from boot.  

http://pastebin.com/raw.php?i=VCE3Mbuh

[KimmoK]

Thanks for the info.

btw. Is Arix developed in parallell for several ISAs, or is it x86 first then the rest?

(x86/x64/PPC/PPC64/ARM)

[persia]

So then Linux is hidden in an inaccessible ram disk?  What if you want to run a Linux app like you do in AREOS?

[nicholas]

So then Linux is hidden in an inaccessible ram disk?  What if you want to run a Linux app like you do in AREOS?

You can't. Same as Amithlon.

[fishy_fiz]

These ARIX topics seem to be going in circles, with most people still not understanding. These things have been mentioned umpteen times, but for the sake of (hopeful) clarification:

ARIX isnt linux hosted. It runs on the ARIX kernel, which is the AROS kernel with a shiv to allow for linux drivers to be used, plus some other bits and pieces to allow for some other enhanced functionality to be more easily included.
It's not linux, nor does it use linux apis, xwindows, etc. It's essentially AROS with a different kernel (although heavily based on AROS).

As for the amithlon comparison, it doesnt have anything to do with. 68k, but rather the way linux drivers are used.

[persia]

You can't. Same as Amithlon.

So what's the point of having linux there and not be able to use it, might as well not be there at all.

[saimon69]

@persia

If i should go in smartypants mode might remember that technically linux is just the kernel and what usually make a distro is the kernel + userland software (X, window manager, shell, etc); so ARIX is instead linux kernel coupled with Amiga userland software rather than the linux ones.

[persia]

Let's keep the IQ of my underwear out of this.  If you have a Linux kernel around it's a shame to waste it.  There's a lot of Linux software that are nice to have around under AROS, such as word processors, video editing, picture editing, etc.

If you are running even a low end i3 there's more than enough power to run most Linux apps.

[saimon69]

Then looks like AEROS is right for your needs imo

[amigadave]

Then looks like AEROS is right for your needs imo

Exactly!

Although I don't think that any of the Arix developers would object to someone building a version of Arix later that has some of the functionality of AEROS.  Maybe one with less bloat if the modified kernel takes up less space than the full Linux kernel, or if they implement a lightweight X-windows environment to allow most Linux apps to run, while keeping out as much bloat code as possible.

But it appears that this is not the goal of ARIX and that they are only concerned with taking advantage of the Linux drivers, not the userland or Linux apps.

One of the ARIX developers will correct me if my assumptions are wrong.

[bloodline]

So what's the point of having linux there and not be able to use it, might as well not be there at all.

I suppose the best way to think about it would be that AROS is the userland on top of a Linux kernel, normally Linux distributions tend to use a GNU Posix compatible userland on top if Linux.

Would it be a waste if I produced an OS that used a Linux kernel, but only included the GNUStep userland?