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 (2) 3 4 5 ... 13 »


Re: Aros 64

Joined:
2016/8/16 0:09
Group:
Member
Posts: 301
Offline
Quote:

Mangonuts wrote:
Thanks for that explanation of the ABIs. I've been curious about this for a long time and hadn't found any concise description of the situation until now.

It was written about on many occasions in the forums. But, in the end it is a rather technical manner.

In practice (for end-users) it is as Yannickescu described below your post.

Quote:

I'm wandering off topic, but just to be clear it sounds like ABI v1 won't break compatibility with legacy m68k binaries?

Until now I'd assumed that ABI v1 was a redesign that sacrificed compatibility for correctness (hence the contention), but this was just a wild guess.

Even stronger.

At first when AROS development started the binary compatibility was not something that was taken into consideration that much, developers went along as they did.

(e.g. it did not started out the same way as reactos did for windows, where binary compatibility was a goal from the start)

In the end that introduced some incompatibilities with classic m68k, and therefor it was required to create a new abi in order to comply. (note that this is the short simplified version)

So besides abiv1 introducing new features, it also introduced binary compatibility with m68k which is something that lacks in abi-v0.

These incompatibilities are from a user point of view very minor but nonetheless make it so that fixing these incompatibilities in abi-v0 so that it would render current available compiled software incompatible and would not run anymore.

That is of course no problem at all for those software that have their sources available, but is a problem for those that haven't so.

Besides that, abi-v1 is under development. Meaning that although you are able to compile current available software sources against it to create a new working executable, that this executable might fail running with every next/new change that is made in the aros abi-v1 source-tree.

Especially the latter makes it very difficult to create a distribution based on abi-v1, simply because by the time some-one has put all effort into it creating something similar as icaros desktop, the maintainer would have to start over all his/her work by the next change inside v1 source-tree that breaks compatibility.

In case someone has difficulty with understanding what i wrote then just create your 64 bit abi-v1 based aros distribution and start spreading it, offering support to your users and then see for yourself what it all entails.

Trust me, before the month is over after your released your distribution you'd kill yourself out of pure frustration.

Posted on: 3/2 5:10
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2004/4/7 4:26
Group:
Member
Posts: 4347
Offline
Quote:

origami wrote:
Especially the latter makes it very difficult to create a distribution based on abi-v1, simply because by the time some-one has put all effort into it creating something similar as icaros desktop, the maintainer would have to start over all his/her work by the next change inside v1 source-tree that breaks compatibility.

In case someone has difficulty with understanding what i wrote then just create your 64 bit abi-v1 based aros distribution and start spreading it, offering support to your users and then see for yourself what it all entails.

Trust me, before the month is over after your released your distribution you'd kill yourself out of pure frustration.


Creating a distribution with a unstable ABI (meaning it can change, not that software crashes) would also create problems to developers. They simply can't stop modifying the ABI just because 100 or 1000 or even 100.000 people have started using a distribution where the ABI was at a certain degree. So there is just another road you haven't kept under consideration: that the new distribution should include ONLY software where sources are available and compilable by anyone. Or whose authors are always available and ready to recompile them.

Beware of the fact that, unluckily, this means that also users will have to reinstall it from scratch every time the ABI changes.

Posted on: 3/2 6:29
_________________
p.bes
Icaros Desktop AROS distribution mantainer
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2004/3/30 23:19
From Clausthal-Zellerfeld, Germany
Group:
Member
Posts: 404
Offline
Here something nicer than only CPU burning without any output - a fractal genererator:

https://www.youtube.com/watch?v=lMaFfL95nok&feature=youtu.be

please note it's not fully optimal yet. Drawing fractal requires quite frequent access to common bitmap shared among all tasks on all cores, so a spinlock is used for protection, thus, speed penalty. One could surely do that better :) There are also tons of memory allocations in the threads... Yet, 10 seconds rendering time on 4 cores against 30 seconds on one core makes difference...

PS. The tasks which render are not of any special SMP kind, just regular tasks as one expects them, with the only difference being CPUAffinity bitmap which bounds them to CPU cores other than #0...

Posted on: 3/3 5:06
_________________
Click to see original Image in a new window
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2016/8/7 1:55
Group:
Member
Posts: 32
Offline
@michalsc:

great work !!

Another interesting test case would be to encode an H264 video by making ffmpeg use multiple cores.

Posted on: 3/3 7:00
Transfer the post to other applications Transfer


Re: Aros 64

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

Cheers,
Nigel.

Posted on: 3/3 9:34
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2004/4/7 4:26
Group:
Member
Posts: 4347
Offline
Amazing!!

Posted on: 3/3 10:48
_________________
p.bes
Icaros Desktop AROS distribution mantainer
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2007/4/16 6:26
From Norway
Group:
Member
Posts: 3677
Offline
This is great :) Very nice work. Looking forward to see what this will bring for the future regarding supported software.

Posted on: 3/3 15:06
_________________
www.aspireos.com
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2010/10/7 15:30
Group:
Member
Posts: 625
Offline
Awesome.

Posted on: 3/4 16:33
_________________
http://www.hollywood-mal.com/
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2004/3/30 23:19
From Clausthal-Zellerfeld, Germany
Group:
Member
Posts: 404
Offline
Another test - multithreaded 3d rendering on 64 bit AROS with SMP :)

https://www.youtube.com/watch?v=C43zMLu1Z7s

Posted on: 3/11 12:35
_________________
Click to see original Image in a new window
Transfer the post to other applications Transfer


Re: Aros 64

Joined:
2004/4/7 4:26
Group:
Member
Posts: 4347
Offline
Awesome!!!

Posted on: 3/11 14:41
_________________
p.bes
Icaros Desktop AROS distribution mantainer
Transfer the post to other applications Transfer



« 1 (2) 3 4 5 ... 13 »



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
4347
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3891
4 nikolaos
nikolaos
3677
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2633
7 mazze
mazze
2214
8 clusteruk
clusteruk
2104
9 Kalamatee
Kalamatee
2024
10 damocles
damocles
1789
© 2004-2017 AROS Exec