@djrikki

Great idea about donations tab.

Well, A-EON is preparing a web store ...

Maybe you could JACK in

_________________
Future Acube and MOS supporter, fi di good, nothing fi di unprofessionals. Learn it harder way!

@vox

i dont care WHO does it.as long ITS gets done.
A 3 partner would be great too

Last edited by retro on 15-Oct-2013 at 07:00 PM.
Last edited by retro on 15-Oct-2013 at 06:59 PM.

@retro
From a logical point of view it is a pity that at least 2 parties pay for the same thing.
Maybe NIH-syndrome (not invented here)

From a user point of view it means more choice and maybe a sort of positive competition.

_________________
AROS Broadway - AEROS - Aminux - AmiCloud - indieGO! Appstore - AmiWallet - VAN lossless video codec - AMC Amiga media Center -KrypUnite - LibertyNet - MinX - amigaNX

@vox

Its not just an idea. Its already here and widely available to anyone who wishes to join in and take part.

_________________

Never mind.

Last edited by Boot_WB on 15-Oct-2013 at 09:16 PM.

_________________
Troll - n., A disenfranchised former potential customer who remains interested enough to stay informed and express critical opinions.
opp., the vast majority who voted silently with their feet.

@thread

Development News - AmiWest 2013 AmigaOS Team

#6

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

>4.X-Kernel Update
◦Task scheduler rewritten in C
◦Removed reliance on data structures (e.g. ExecBase task lists and ThisTask pointer)
◦Moving scheduler to run on auxiliary cores
◦All cores schedule tasks independently
◦Load balancing between cores

Does this "load balancing" mean that it is AMP or SMP ?
It sounds good to me, always divide the load between all cores. To me that sounds like having all te power of all cores at you disposal and not only a bit of core 1 for app a and a bit of core 2 for app b etc...
aah, im rambling....

Cheers

martin

_________________
Theres a time to live and a time to die
When its time to meet the maker
Theres a time to live but isnt it strange
That as soon as you're born you're dying

@Metalheart

To me it sounds like SMP (not AMP). But I doubt that they can do that without breaking 68k compatibility (that is so important for both MorphOS and AmigaOS).

@OlafS25

Is SMP a bad idea compared to AMP ? It sounds nice to me.
I what aspects should AMP be better ?

68k compatibility.... well cant that be reimplemented, adapted or just running on one core or whatever ? I'm sure Hyperion is working on something to keep compatibility.

I DO think it is important to keep 68k compatibility though (I'm thinking of ImageFX for instance)

edit: I did some quick googling... Is it correct that AMP is older and doesnt scale well like 2x 2 ghz cores handles not as a 4 Ghz CPU but SMP does do that (or better)

Last edited by Metalheart on 24-Oct-2013 at 04:08 PM.

_________________
Theres a time to live and a time to die
When its time to meet the maker
Theres a time to live but isnt it strange
That as soon as you're born you're dying

@Metalheart

Quote:

I what aspects should AMP be better ?

Nothing I know. It could be more easier to implement.

Quote:

edit: I did some quick googling... Is it correct that AMP is older and doesnt scale well like 2x 2 ghz cores handles not as a 4 Ghz CPU but SMP does do that (or better)

No. Not all applications scale their performance with number of cores. Eg. most emulators (UAE, DosBox) can use only one core, video playback is accellerated only cca 1.6x with doubled number of cores; Blender and OGR can probably use full power of all cores.

@pavlor

So the OS has to just support multiple cores, and the applications must be coded to actualy do something with that OS option ?
Right ?

And to me it seems that the so called SMP is a perfectly fine way to do things.

_________________
Theres a time to live and a time to die
When its time to meet the maker
Theres a time to live but isnt it strange
That as soon as you're born you're dying

@Metalheart

Quote:

◦Task scheduler rewritten in C

what was that written up till now in? 68k asm?

@Metalheart

Quote:

So the OS has to just support multiple cores, and the applications must be coded to actualy do something with that OS option ?

Yes. However, even single core only applications can benefit from multicore support - eg. you can run Webbrowser on one core and game on another core.

@pavlor

Thanks for the explanations Never to late learn, is it ?

I'm curious as to how things turn out.....

_________________
Theres a time to live and a time to die
When its time to meet the maker
Theres a time to live but isnt it strange
That as soon as you're born you're dying

@wawa

Quote:

what was that written up till now in? 68k asm?

You are aware that there exists something called ppc assembler too, right? Or is that too hard to figure out for you .

@salass00

Or Klingon.

_________________
Tinkering with computers.

@wawa

PPC assembly.

_________________

@salass00

Quote:

You are aware that there exists something called ppc assembler too, right? Or is that too hard to figure out for you .

there must have been a good reason to rewrite it in ppc asm instead on directly in plain c. speed?

Last edited by wawa on 25-Oct-2013 at 12:01 AM.

@wawa

Quote:

there must have been a good reason to rewrite it in ppc asm instead on directly in plain c. speed?

For easier maintainability and adding of new features most likely, also the speed gain from having it in assembler might not have been significant enough to be worth it.

@salass00

i thought c was the language you choose for maintability, thats why it has been now rewritten to c i guess in order to make experiments with smp possible?