Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...

Browsing this Thread:   1 Anonymous Users



« 1 ... 30 31 32 (33) 34 35 36 ... 44 »


Re: A week in AROS...

Joined:
2004/3/29 9:54
From Scotland "The Cold"
Group:
Member
Posts: 2024
Offline
Quote:

ntromans wrote:
Hi Paolone,
Looking at some of the 'discussions' over on AW I'm not so sure about the level of friendliness between camps

Actually, I was thinking more of the neigh-sayers who can pop up over there who insist it's impossible for 'Amiga' (by which I think they mean any Amiga-inspired system) to be 'modern'. For them it's always never... never... never..., so it would be rather nice to have a chance to say well, actually it can be done without throwing the whole system out and using something totally different (which is a pointless argument in itself - if people like me wanted something different we'd just be using Windows, or Mac or Linux or Android).

Cheers,
Nigel.


I don't get drawn into it - I just work on what interests me ;)

Part of the problem is they assume SMP means everything running on all cores as soon as AROS starts. The stuff I'm doing wont achieve that, since my goal is to have the scheduler running on all the cores, and able to run tasks on them (if they _specifically_ are created to run on other cores) but normal tasks will still be assigned to the boot core.

So initially the only thing that will be running on the other cores is an idle task to show how little work they are doing, until some things are made to run there.

oh ..

Click to see original Image in a new window


A small update tonight ;D

I've committed the current WIP changes to trunk, and enabled the scheduler on the extra cores - so they are really alive now and doing "something". It can lock up quickly though with the other cores running because the current spinlock implementation is poor at best ;D (that's when it lets AROS even boot to wanderer ..)

Once the spinlocks are fixed properly, it should boot every time and run happily - but time will tell I guess.


Posted on: 2/7 21:26
_________________
Click to see original Image in a new window
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2009/6/30 23:24
Group:
Member
Posts: 73
Offline
Click to see original Image in a new window

Posted on: 2/7 22:15
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2004/4/7 4:26
Group:
Member
Posts: 4358
Offline
Congrats, in any case, and thanks for all your work on this!

Posted on: 2/8 4:19
_________________
p.bes
Icaros Desktop AROS distribution mantainer
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2007/3/13 15:52
From West Midlands, UK
Group:
Member
Posts: 919
Offline
Quote:

Kalamatee wrote:

I don't get drawn into it - I just work on what interests me ;)

Part of the problem is they assume SMP means everything running on all cores as soon as AROS starts. The stuff I'm doing wont achieve that, since my goal is to have the scheduler running on all the cores, and able to run tasks on them (if they _specifically_ are created to run on other cores) but normal tasks will still be assigned to the boot core.

So initially the only thing that will be running on the other cores is an idle task to show how little work they are doing, until some things are made to run there.



That's the best reason to do anything

So the application coder will need to specially program tasks to take advantage of extra cores? Presumably if there is just one core (like my atom powered netbook) these would just default to running on the one and only core?

Anyway, great to see AROS being 'core aware'

Cheers,
Nigel.

Posted on: 2/8 9:28
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2007/4/16 6:26
From Norway
Group:
Member
Posts: 3693
Offline
Whow. This is interesting. Would be cool if lets say mplayer could use one core for decoding data.
Would this difficult to implement ?

Posted on: 2/9 11:11
_________________
www.aspireos.com
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2004/3/29 9:54
From Scotland "The Cold"
Group:
Member
Posts: 2024
Offline
Quote:

nikolaos wrote:
Whow. This is interesting. Would be cool if lets say mplayer could use one core for decoding data.
Would this difficult to implement ?


Well, to get processor.resource to query all the cores - it just required creating a task for each core (with a suitable affinity mask) ;)

Click to see original Image in a new window


But don't get too excited since there is still a ton of work to do before it is anything like stable or usable. There is no signalling between processors just yet - they basically just run whatever is waiting and has an affinity mask which allows them to run it.

Posted on: 2/9 11:37
_________________
Click to see original Image in a new window
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2013/5/17 6:23
From Germany
Group:
Member
Posts: 234
Offline
YEAH! THat's fantastic great! it's true!

Hope you don't understand the Gag!


Posted on: 2/10 7:20
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2008/1/7 12:41
From Poland
Group:
Dev
Posts: 2923
Offline
Week of February 6th:
- Zune preferences editor has new icons (mazze)
- Work on spinlock support in kernel continues (Kalamatee)
- Work on SMP support in AROS kernel continues (Kalamatee)
- Hosted file system driver now correctly handles file size setting (neil)
- CLI now reads tooltypes from provided icon (mazze)
- Task schedulers are now started on additional CPU cores (Kamalatee)
- processor.resource now queries all CPU cores for information (Kalamatee)
- Autodocs documentation has been updated from source code (mazze)
- Interrupt handling logic is being extended (Kalamatee)
- Work on IOAPIC support in AROS i386/x86_64 kernel continues (Kalamatee)
- Fix bug for timer calculations if APIC timer faster than ca. 33MHz (mschulz)

Posted on: 2/13 10:30
_________________
Krzysztof

"There is no such thing as software for free. If it is not the user who covers the cost of software creation with money, it is the developer who covers this cost with his own free time."

www.aros3d.org
www.twitter.com/ddeadwood
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2007/3/13 15:52
From West Midlands, UK
Group:
Member
Posts: 919
Offline
Does the dev team ever sleep?

Thanks, as always, for the update,
Nigel.

Posted on: 2/13 12:10
Transfer the post to other applications Transfer


Re: A week in AROS...

Joined:
2004/10/24 23:58
Group:
Member
Posts: 148
Offline
Kalamatee: Are you going to enable multicore support also on our pthreads library?

Posted on: 2/14 5:43
Transfer the post to other applications Transfer



« 1 ... 30 31 32 (33) 34 35 36 ... 44 »



You can view topic.
You cannot start a new topic.
You cannot reply to posts.
You cannot edit your posts.
You cannot delete your posts.
You cannot add new polls.
You cannot vote in polls.
You cannot attach files to posts.
You cannot post without approval.

[Advanced Search]


Search
Top Posters
1 paolone
paolone
4358
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3892
4 nikolaos
nikolaos
3693
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2643
7 mazze
mazze
2214
8 clusteruk
clusteruk
2109
9 Kalamatee
Kalamatee
2024
10 damocles
damocles
1789
© 2004-2017 AROS Exec