www.anubis-os.org finally open

[downix]

Ok, I've been pondering ordering myself a Beagleboard, and if this will run on it, well, one more incentive to buy.

And what am I doing with a beagleboard?  That is for me to know and for you to find out.

[Tension]

Speelgoedmannetje wrote:

Piru wrote:
@Khephren

Excelent Multi tasking.

AmigaOS scheduler is rather lame. Any busy higher priority task will block lower priority ones forever. Having tons of tasks results in exponential slowdown inside the scheduler (it uses linear list walking). There is no guaranteed fairness in the scheduler. Anything has a better scheduler these days.

Ehm, IIRC AmigaOS uses a Round Robin scheduler (the most basic pre-emptive scheduler), with which scheduling starvation does not exist.

This is quite an interesting read:
http://lkml.indiana.edu/hypermail/linux/kernel/0309.0/0128.html

[Zorro]

Great !

The only drawback I see for this project is that it has started only now and we, as usual, must enter in wait state for looooong time...

But if something real and good come from this, I will be very happy... surely.

MorphOS and/or OS4 and/or AROS for the legacy and this for the NG AmigaOS... nice !

[Trev]

Ehm, IIRC AmigaOS uses a Round Robin scheduler (the most basic pre-emptive scheduler), with which scheduling starvation does not exist.

Yes, but when a task's time slice expires, it's Enqueue()'d on the task ready list based on priority. If that task has the highest priority in the list, the scheduler will continue to schedule the task until it switches to a different state.

So, there's no guarantee that every task will make progress regardless of its priority. That's part of the reason why modern schedulers have some form of priority boosting. "Fairness" in a scheduler is really about making sure that all tasks get at least some CPU time. Completely fair schedulers sacrifice some aspects of prioritization to improve the user experience. ("User" doesn't necessarily mean a person. It could be anything that consumes foo produced by a task.) At least, that's my take on it. I'm not a computer scientist.

[Speelgoedmannetje]

Trev wrote:

Ehm, IIRC AmigaOS uses a Round Robin scheduler (the most basic pre-emptive scheduler), with which scheduling starvation does not exist.

Yes, but when a task's time slice expires, it's Enqueue()'d on the task ready list based on priority. If that task has the highest priority in the list, the scheduler will continue to schedule the task until it switches to a different state.

So, there's no guarantee that every task will make progress regardless of its priority. That's part of the reason why modern schedulers have some form of priority boosting. "Fairness" in a scheduler is really about making sure that all tasks get at least some CPU time. Completely fair schedulers sacrifice some aspects of prioritization to improve the user experience. ("User" doesn't necessarily mean a person. It could be anything that consumes foo produced by a task.) At least, that's my take on it. I'm not a computer scientist.

That article is rather interesting. Considering that article, it should be possible to make Anubis-OS as responsive as AmigaOS!  :idea:

[Trev]

I didn't read the article until just now. :-) As we all know, Amiga computers have a lot of special purpose harware that does things the CPU just can't do on its own.

Fast forward to present day, and we have special purpose hardware for just about everything but decoding of audio data. Yes, you get DMA to/from the sound card, but the CPU still has to put the data in a format recognized by the hardware. While decoding the data, the CPU also has to do all the other stuff its supposed to do, so you end up starving the audio interface of data, hence the skips.

Sound cards have DSPs, so you'd think it would be possible to write a decoder in the DSP itself and pump the data via DMA. I really don't know enough about audio hardware and various operating systems' audio subsystems to say.

In any case, there are always trade-offs when it comes to task scheduling. In the case of AmigaOS, which is effectively landlocked in single CPU land, the trade-offs are pretty much the same as they were in 1985.

I haven't read the Anubis stuff yet, but if they're planning on effective memory protection and multiple CPU support--one would assume so, using the Linux kernel as a base--it should be pretty cool.

[DiskDoctor]

Good evening, gents.  Below are my points.

1. I am not an expert here in Amiga-like systems, been back for too short to know it all thoroughly, that's for sure.

2. What is the main objective of this whole Anubis stuff??  I mean not the motivation, I mean perspectives in five years.

3. If I was to stress on some system's feature, even a crucial one, instead of proposing a new one I would rather join an existing team and try to rationally pursue my ideas.

4. As I use Linux in my work, I am REALLY happy xUbuntu has a share of 30% which makes it an emerging standard.

5. I like diversity but when diversity is breaking atoms apart...  I don't know, just feel most coders adoring Amiga want to have their own OS.

6. Standards are far more important than diversity.  Diversity is freedom to make IT solutions.  Standards are about users' reception.

7. Commitment is not necessarily forcing one's revolutionary ideas.  To me it's something more to support and improve what's already out there.

[Seiya]

bloodline wrote:

Nothing to do with Amithlon at all... Amithlon was an Emulator, Anubis is an operating system... :roll:

only cpu is emulated in amithlon so it's not a full emulator and it based on kernel linux.
however, i await this great OS, becuase i think it will like very much to any amithlon users, but also at every amiga users

[adz]

This is exactly what I have been wanting for many years now, I eagerly await its arrival  :eureka:

[persia]

It appears to be an attempt to build the AmigaOS that might have been had the company that produced the Amiga survived.  We'll see if this ever hits the streets.   An interesting idea, even if it never makes it.

[yssing]

@DiscDoctor >> I totally 100% agree with you.

[Einstein]

Speelgoedmannetje wrote:

Ehm, IIRC AmigaOS uses a Round Robin scheduler (the most basic pre-emptive scheduler), with which scheduling starvation does not exist.

It *does*.
Try:

SetTaskPri (FindTask (NULL), 127);
while (1){
// My task is evil ruler..
}

[ferrellsl]

@adz

Expect to wait many more.....

[Speelgoedmannetje]

Einstein wrote:

Speelgoedmannetje wrote:

Ehm, IIRC AmigaOS uses a Round Robin scheduler (the most basic pre-emptive scheduler), with which scheduling starvation does not exist.

It *does*.
Try:

SetTaskPri (FindTask (NULL), 127);
while (1){
// My task is evil ruler..
}

O.k. I didn't knew that AOS was prioritised RR when I wrote that.

[jj]

@  ferrells

Are you trying to be really down on someone else's efforts on purpose or are you just mr negative naturally.

Whatever does or deos not come from this is going to effect your life.

Or are you connected to morphos or AROS dev ?  

[Piru]

@JJ

Or are you connected to morphos or AROS dev ?

Are you trying to suggest something here?