English Amiga Board


Go Back   English Amiga Board > Main > Amiga scene

 
 
Thread Tools
Old 01 December 2015, 23:26   #41
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 39
Posts: 1,498
@deadwood and wawa

The bounty on performance of OCS/ECS/AGA driver and extention with overscan support, seems pretty reasonable.

Well, of course you could certainly take time to create a good benchmark for graphics.library. I propose to use SysSpeed for the time being. It is not perfect by any means, but it certainly does provides some benchmark information regarding graphics.library, besides, there are many available saved modules which include results which are good for comparison purposes. So why waste time reinventing the wheel?

I agree with wawa that for the time being targetting aros68k below an A1200 specs should not be clever. I propose that instead of a "030/25 with some fast ram" it should be considered a more fair system a 68020 + 8MB fast. Let me explain why:
1.It could potentialy in a hopeful, not so distant future compete with AmigaOS 3.9 as viable alternative (same hardware requirements).
2.Current FPGA developments target 68020 and not the 68030 instruction set.
3.The majority of new accelerators (and the cheapest ones too) are 68020 based and not so many are 68030.
gulliver is offline  
AdSense AdSense  
Old 02 December 2015, 00:49   #42
matthey
Banned
 
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
Quote:
Originally Posted by gulliver View Post
2.Current FPGA developments target 68020 and not the 68030 instruction set.
The 68020 and 68030 have practically the same integer ISA.

68020
o many new instructions and addressing modes
o instruction cache added

68030
o data cache added
o MMU added
o CALLM/RTM instructions dropped (no known use on Amiga)

68040
o larger caches
o MMU changed significantly
o FPU (compatible with 6888x using traps, new FPU instructions added)
o MOVE16 instruction added

68060
o larger caches
o MMU changes are minor
o FPU changes are minor (FINT/FINTRZ added back)
o MOVEP, CMP2, CHK2, CAS2 instructions trapped
matthey is offline  
Old 02 December 2015, 01:16   #43
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 892
Quote:
Originally Posted by gulliver View Post
I propose that instead of a "030/25 with some fast ram" it should be considered a more fair system a 68020 + 8MB fast.
i think it is practically all the same. aros, except patches loaded by setpatch is compiled for plain 68000 afaik. we can change target to 68020 perhaps to gain some speed, but i would put it undewr discussion first. by no means i would advocate to force 030 a requirement, but it may make a sense, since 030 instruction set is a subset of 020 as far as i understand, and this way fast execution on both may be actually guaranteed. does 030 provides bitfields for instance?

my intention is of course to go as low as possible on requirements, preferably past 030/25 we just need to see what is achievable.
wawa is offline  
Old 02 December 2015, 01:25   #44
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 892
Quote:
I propose to use SysSpeed for the time being.
actually its what i was thinking of instead of sysinfo. tend to mix those two thogether. unfortunatelly it doesnt load as well :/
wawa is offline  
Old 02 December 2015, 06:14   #45
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 892
@deadwood
one of the issues with aros may be of a general nature but extremly visible on slow systems may be linked to layers. i observe that performing more operations on diggerent windows still leads to responsivity degradation. i have already some time ago proposed to contact thor in a clean room approach and adopt his strategy/algorythm he uses in his improved layers library. he told me it he could be consultet if need be.
wawa is offline  
Old 02 December 2015, 13:05   #46
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 39
Posts: 1,498
Quote:
Originally Posted by wawa View Post
@deadwood
one of the issues with aros may be of a general nature but extremly visible on slow systems may be linked to layers. i observe that performing more operations on diggerent windows still leads to responsivity degradation. i have already some time ago proposed to contact thor in a clean room approach and adopt his strategy/algorythm he uses in his improved layers library. he told me it he could be consultet if need be.
Thor layers.library is copyrighted to him (not to Amiga Inc. nor Haage&Partner), so if ask kindly, there is no need for clean room implementation, just use his code (if he is willing) and adapt it as required.
gulliver is offline  
Old 02 December 2015, 13:48   #47
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 892
Quote:
Originally Posted by gulliver View Post
Thor layers.library is copyrighted to him (not to Amiga Inc. nor Haage&Partner), so if ask kindly, there is no need for clean room implementation, just use his code (if he is willing) and adapt it as required.
he refused this already, because he doesnt want to contaminate aros,but as it stands he would help without coding himself. i think we have to accept this position.

@deadwood:
of the three benchmark suites, aibb is the only that worked and still works. i think this is usable for reference.
wawa is offline  
Old 02 December 2015, 21:21   #48
deadwood
Registered User

 
Join Date: Nov 2014
Location: Poland
Posts: 45
@gulliver and wawa

Can you try to draft the description of bounty for extention of drivers with overscan? I'm not familar what functionality is needed, what the user should be able to do, etc
deadwood is offline  
Old 02 December 2015, 21:22   #49
deadwood
Registered User

 
Join Date: Nov 2014
Location: Poland
Posts: 45
@wawa

Can you provide the links to SysSpeed and AIBB benchmarks you mention?
deadwood is offline  
Old 02 December 2015, 21:50   #50
deadwood
Registered User

 
Join Date: Nov 2014
Location: Poland
Posts: 45
Based on Clebin's description here is the proposal for first bounty:


===================================
Extend Workbook to become basic Workbench replacement

Workbook is AROS 68k minimalisting desktop. Today its usability is quite
limited. This bounty aims at extending the available functions to become a
replacement of Workbench as found in AmigaOS 3.1

Bounty will be completed when these functionalites are available in Workbook:

* Support standard .info files
* Manually position & snapshot icons and windows
* List-view
* Drag & drop icons to copy/move
* Make new directories
* Delete files & directories
* View/edit file information/tooltypes
* Leave out/put away
===================================


good/bad/things missing?
deadwood is offline  
Old 02 December 2015, 21:53   #51
matthey
Banned
 
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
Quote:
Originally Posted by wawa View Post
i think it is practically all the same. aros, except patches loaded by setpatch is compiled for plain 68000 afaik. we can change target to 68020 perhaps to gain some speed, but i would put it under discussion first. by no means i would advocate to force 030 a requirement, but it may make a sense, since 030 instruction set is a subset of 020 as far as i understand, and this way fast execution on both may be actually guaranteed. does 030 provides bitfields for instance?
The 68020 has all bitfield instructions and all addressing modes including tricky ones for FPGA CPU cores. There is negligible difference between a 68020 and 68030 for integer instructions. Most code compiled for the 68020 or 68030 will have no differences. Most code compiled for the 68881 or 68882 will have no differences. Most code compiled for the 68030, 68040 or 68060 will execute on a 68020. Some code using the 68020 ISA instead of 68000 ISA will be significantly faster and other code will have no changes. There is no reason to require more than the 68020 ISA (compile for the 68020 or 68020-68060 with scheduling for a 68060 preferably) unless direct FPU instructions are used (probably not necessary).

Quote:
Originally Posted by deadwood View Post
Can you provide the links to SysSpeed and AIBB benchmarks you mention?
http://aminet.net/util/moni/sspeed26.lha
http://aminet.net/util/moni/AIBB_65.lha
matthey is offline  
Old 02 December 2015, 22:00   #52
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 892
note that sysspeed doesnt load on aros even after proper installation, there is no crash report. likely some zune problem. aibb seems to be working perfectly. i vaguelly remember there was an exception under the tests, but so far everything gave proper results.

i also installed the amiga version of scalos, which loads but causes privilege violation error. i know i have made it working once to certain extent, but since none helps with that i tend to forget what i did once and next time everything starts from the beginning.
wawa is offline  
Old 03 December 2015, 18:55   #53
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 767
People seem to forget that there are 68000 systems that are much faster than the proposed "bottom line" of A1200 with 020. Anyways, both 68000 and 68020+ can easily be supported, this is AROS, not OS3.9 - there _will_ be 68000 support, whether you like it or not

Btw - PeterK's icon.library works excellent on 68000 (also with AROS) - but it is assembler, not portable C.
kolla is offline  
Old 03 December 2015, 19:38   #54
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 892
Quote:
Originally Posted by kolla View Post
Btw - PeterK's icon.library works excellent on 68000 (also with AROS) - but it is assembler, not portable C.
perhaps some critical bits and pieces could be made target dependant inlines..
wawa is offline  
Old 03 December 2015, 19:45   #55
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 42
Posts: 19,933
Quote:
Originally Posted by gulliver View Post
LIBS/68040.library (680x0.library exists but see note no. 1)
This is by design, it is more compatible this way!

AmigaOS setpatch and/or 680*0.libraries can't be aros compatible, they do undocumented patching and aros has built-in 68040 and 68060 FPU support. Simple Enforcer-like MMU debugging code is also ROM built-in (can be enabled very early in boot), it also would not be AOS 680*0 library compatible.

AROS actually has extra code to force AOS setpatch to become no-op and also not to load 68040 or 68060 library which would only cause instant crash

AROS library is only needed to enable copyback (sets up MMU tables) and missing instruction emulation.
Toni Wilen is online now  
Old 03 December 2015, 22:06   #56
clebin
Registered User
clebin's Avatar
 
Join Date: Apr 2012
Location: Cardiff
Posts: 256
Quote:
Originally Posted by deadwood View Post
Based on Clebin's description here is the proposal for first bounty:

good/bad/things missing?
Thanks Deadwood. I just read your earlier question. I'd agree with others that a lightly expanded A1200 (ie. with RAM expansion) or similar is a good baseline.

I can see that there's a bit disagreement about the value of Workbook. It would be nice to hear Jason McMullan's take on it, but the question for me is, are Workbook and Wanderer's goals compatible? Yes, you can optimise Wanderer but if the bigger push is to add functionality, that's not really the point.

The fact that Wanderer hasn't advanced much beyond Workbench wasn't deliberate - with more developers it might have (and still might) turn into Ambient, regardless of 680x0 performance. Workbook is more a less a finite development - clone Workbench and it's "finished". Beyond that, all you can do is optimise.

I was interested in Kalamatee's post on Aros-exec about his Wanderer plugin architecture and how you could move all but the most basic functionality into plugins. If that makes the goals of low-end 68k and high-end x86 compatible, then I'm all for it. My only concern is that it's been talked about for a long time and unless it makes it into mainline AROS, it's discouraging development on things like Workbook while the problem for low-end Amigas still exists.
clebin is offline  
Old 05 December 2015, 16:57   #57
deadwood
Registered User

 
Join Date: Nov 2014
Location: Poland
Posts: 45
Updated bounty text:


=============================

Workbook is AROS 68k minimalisting desktop. Today its usability is quite
limited. This bounty aims at extending the available functions to become a
replacement of Workbench as found in AmigaOS 3.1

Bounty will be completed when these functionalites are available in Workbook:

* Support standard .info files
* Manually position & snapshot icons and windows
* List-view
* Drag & drop icons to copy/move
* Make new directories
* Delete files & directories
* Rename files & directories
* View/edit file information/tooltypes
* Leave out/put away
* Make Show All Files/Show Only Icons work as per description

This functionality needs to be available in ROM version of Workbook, that is
booting a disk only containing LoadWB command will allow usage of Workbook with
these functionalities.

Additionaly the following functionalities can be added at the descrection of the developer:

* Support for ToolMenu

These functionalities are not required to mark bounty as completed.
deadwood is offline  
Old 05 December 2015, 17:01   #58
deadwood
Registered User

 
Join Date: Nov 2014
Location: Poland
Posts: 45
@All

I'm still looking for someone who can give the initial description of the overscan bounty. I do not have the general Amiga knowledge needed to understand what is needed (= I don't know what overscan is, what it is used for and how it is used)
deadwood is offline  
Old 05 December 2015, 17:47   #59
gulliver
BoingBagged

 
Join Date: Aug 2007
Location: The South of nowhere
Age: 39
Posts: 1,498
@Toni Wilen

Thanks, I didnt know

@deadwood

About Overscan:

http://amigadev.elowar.com/read/ADCD.../node0314.html
gulliver is offline  
Old 05 December 2015, 19:08   #60
deadwood
Registered User

 
Join Date: Nov 2014
Location: Poland
Posts: 45
Is Overscan a feature of Amiga chipset only or did any RTG cards available for Amiga had that capability too?
deadwood is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
AMOS for Windows installer using AROS-68K and WinUAE Mequa News 32 04 May 2017 10:08
New Video of my Aros 68k distribution "Aros Vision" OlafSch Amiga scene 26 16 February 2016 12:16
News about AROS 68k development? Leandro Jardim Coders. C/C++ 80 29 November 2014 19:30
How do I create an AROS 68k boot disk? Leandro Jardim Amiga scene 3 18 October 2014 04:37
Version 1.3. of Aros Vision 68k online now OlafSch Amiga scene 1 19 June 2012 14:43

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 21:50.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Page generated in 0.22357 seconds with 11 queries