English Amiga Board


Go Back   English Amiga Board > Coders > Coders. System

 
 
Thread Tools
Old 25 October 2017, 17:40   #21
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Hi amigasith,

Danke for the compatibility feedback! You are the 2nd user to post your results (but the 1st user here on EAB). The A3640 of course, I have already tested and the H&P v44.2 68040.library is a minor update to the older Commodore 68040.library so no surprise here either.

However, compatibility with the Fastlane Z3 SCSI driver is certainly important since I forgot to mention that other DMA drivers should be tested as well!

Regarding performance, you may notice only a SUBTLE performance improvement, if you CAREFULLY observe operations such as extracting files to RAM, directory listings and loading icons on the Workbench screen (without using RTG). Please remember the new functions help improve CPU performance under DMA conditions and DMA transfer rates are mostly determined by DMA hardware.
SpeedGeek is offline  
AdSense AdSense  
Old 28 October 2017, 17:37   #22
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
** 5TH NEWS UPDATE **

The new benchmark tool has now been released! The lamers who failed to provide compatibility feedback owe a BIG THANKS to the users who did. A very special Thanks to thebajaguy for providing feedback on multiple systems!

BTW, these benchmark results were easily predictable. It's a No-Brainer!
SpeedGeek is offline  
Old 30 March 2018, 15:32   #23
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
** 6TH NEWS UPDATE **

v1.5 - Found an occasional Recoverable Alert bug which could
possibly result in a crash but only on 060 systems!
The simple fix was to move "CINVA NC" in PostDMA to the
end of the code.
- Removed the "+" character from the executable name due
to a unknown "Feature" of the Amiga Shell causing script
execution and version command problems.

EDIT: [CPU060 NOWRITEBUFFER] with the Phase5 46.7 68060.library seems to be a more reliable solution than the v1.5 update. Some more testing is required.

Last edited by SpeedGeek; 31 March 2018 at 02:49.
SpeedGeek is offline  
Old 01 April 2018, 18:37   #24
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
** 7TH NEWS UPDATE **

v1.6 - Added code to PostDMA to Flush the cache conditionally
(if the Store buffer and cache are enabled). Added NOPs
to sync the pipelines before RTE (CINVA is now obsolete)

UPDATE:
68040 users can use v1.4 or v1.5 if they like since they will
be a little faster than v1.6 but 68060 users should use v1.6!
68060 users will now have a performance trade off to consider
in deciding whether to enable the store buffer.
SpeedGeek is offline  
Old 01 April 2018, 21:49   #25
jotd
Cat freak
jotd's Avatar
 
Join Date: Dec 2004
Location: FRANCE
Age: 46
Posts: 2,176
"The lamers who failed to provide compatibility feedback owe a BIG THANKS to the users who did."

Ok, thanks to the users who did.

I'm not sure calling people lamers will increase the use of your tool, though.
jotd is offline  
Old 03 April 2018, 15:13   #26
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Quote:
Originally Posted by jotd View Post
"The lamers who failed to provide compatibility feedback owe a BIG THANKS to the users who did."

Ok, thanks to the users who did.

I'm not sure calling people lamers will increase the use of your tool, though.
Given a choice between more users who do not leave feedback and fewer users who do leave feedback, then it's quite obvious what my preference is here.

But if you have a better idea for the non-feedback user stereotype than I am open to suggestions.
SpeedGeek is offline  
Old 04 April 2018, 15:26   #27
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
** 8TH NEWS UPDATE **

v1.6P5 Removed code to allow PostDMA cache Flush for the case of
16 byte aligned transfers. Added code to skip PostDMA
cache Flush for the case of cache disabled MEMF_24BIT
transfers.

UPDATE:
v1.6P5 is my last attempt solve compatibility problems with
the Phase5 68060.library and Store buffer enabled. This
library is unstable and buggy WITH or WITHOUT FastCache040+
so either disable the Store buffer or expect the problems to
continue with only a MINIMAL improvement provided by this
patch!

v1.7 - Removed all v1.6P5 PostDMA cache flush code so most users
(except Phase5 68060.library users) can run at full speed!

UPDATE:
Phase5 68060.library users should use v1.6P5. All others users
can (probably) use v1.4, v1.5 or v1.7 without any problems.
SpeedGeek is offline  
Old 21 April 2018, 14:00   #28
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
** 9TH NEWS UPDATE **

FastCache040+ v1.6P5 has been removed. Phase5 68060.library users should use FixMapP5 before using this patch.

FixMapP5 1.2 ©SpeedGeek 2018 (MMU Handler ©Michael Sinz 2001)

INTRODUCTION:
FixMapP5 is a tool to modify some of the default MMU mapping of
the Phase5 68040 and 68060 libraries. This can improve stability
and prevent crashing under the following condition:

- Hardware or software interrupts which occur during a Chip RAM
access by the 68060 (In particular when Store buffer is enabled).

Software bugs which allow illegal writes to the $F80000 Standard
Kickstart ROM can cause a debugging problem in Copyback mode so this patch corrects that problem as well.

FEATURES:
- Changes Chip RAM mode to Precise (68060 only)
- Changes Standard ROM cache to Writethrough (68040 or 68060)
- Uses 68040/060 library detection code
- 100% Assembler code

REQUIREMENTS:
- Amiga with 68040 or 68060 CPU and MMU
- Phase5 68040.library or 68060.library

WARNING:
This tool was developed ONLY for use with the Phase5 libraries but
it does NOT actually verify such usage. So it can and probably
will mess up the mapping of ANY other libraries!

CREDITS:
Thanks to Michael Sinz for his freely distributable MMU handler.

HISTORY:
v1.0 - First release
v1.1 - Added code to skip mapping $F00000 space (which included $F80000 space) for CyberstormPPC, CyberstormMK3 and BlizzardPPC
v1.2 - Replaced FindName() with FindResident() since v1.1 wasn't
working at all. Also, fixed a typo on module names.

Last edited by SpeedGeek; 28 April 2018 at 01:07.
SpeedGeek is offline  
Old 24 April 2018, 22:05   #29
HanSolo
Registered User

 
Join Date: Aug 2014
Location: Gdynia/Poland
Posts: 155
Is there any sense to use this patch with THOR 68060.library ??
HanSolo is offline  
Old 25 April 2018, 14:24   #30
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Quote:
Originally Posted by HanSolo View Post
Is there any sense to use this patch with THOR 68060.library ??
http://www.a1k.org/forum/showthread.php?t=62552
SpeedGeek is offline  
Old 26 April 2018, 20:15   #31
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,053
If you prefer stability and functionality over marginal speed gains, you avoid this patch.
kolla is offline  
Old 27 April 2018, 15:16   #32
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Quote:
Originally Posted by kolla View Post
If you prefer stability and functionality over marginal speed gains, you avoid this patch.
Marginal speed gains? No, quite impressive speed gains really. The stability problem is already solved for Phase5 68060.library users. 68040.library users never had a problem (see feedback from amigasith).

If SuperTroll library users have stability problems I really don't care since I never recommended this patch for use with these libraries. However, the most pratical reason NOT to use this patch with SuperTroll libraries is because they are only known libraries which actually support Freakin Slow virtual memory!

Last edited by SpeedGeek; 27 April 2018 at 15:22.
SpeedGeek is offline  
Old 27 April 2018, 15:26   #33
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,053
Quote:
Originally Posted by SpeedGeek View Post
Marginal speed gains? No, quite impressive speed gains really. The stability problem is already solved for Phase5 68060.library users. 68040.library users never had a problem (see feedback from amigasith).
who wrote...
Quote:
but I also didn't notice any speedup
It's the same old story - there are some "significant" speed gains when running specific benchmarking, but close to nothing in real world use. Instead you have general weirdness and stability issues.

I don't mind what you are doing, there are people who enjoy very much drooling over benchmarks, but don't push this on "joe regulars" who have no idea what your patching involves.
kolla is offline  
Old 27 April 2018, 15:49   #34
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Quote:
Originally Posted by kolla View Post
who wrote...


It's the same old story - there are some "significant" speed gains when running specific benchmarking, but close to nothing in real world use. Instead you have general weirdness and stability issues.

I don't mind what you are doing, there are people who enjoy very much drooling over benchmarks, but don't push this on "joe regulars" who have no idea what your patching involves.
Of course, the "Joe Regulars" don't understand the technical reasons why this patch easily out performs the code it replaces. That's why I told them exactly what to look for and developed a Benchmark tool just in case they can't observe it.

This patch wasn't pushed on anybody and obviously I could have saved a lot of time and effort by ignoring the "Joe Regulars". I wonder if you would be willing to make these same comments on PeterK's icon.library thread?
SpeedGeek is offline  
Old 27 April 2018, 15:51   #35
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,053
Are you suggesting that "Joe Regulars" cannot tell the difference between PeterK's icon.library and the "official" ones?
kolla is offline  
Old 27 April 2018, 15:55   #36
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 1,053
Also, PeterK doesn't run around calling one of the main developers of OS components "SuperTroll" in bold. Instead he works together with the "SuperTroll" and go out of his ways to make sure compatibility and co-operability is top notch. Unlike you.
kolla is offline  
Old 27 April 2018, 16:22   #37
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Quote:
Originally Posted by kolla View Post
Are you suggesting that "Joe Regulars" cannot tell the difference between PeterK's icon.library and the "official" ones?
Not at all, but you imply that "Joe Regulars" also can't understand how/why PeterK's code easily out performs the code it replaces.

Quote:
Originally Posted by kolla View Post
Also, PeterK doesn't run around calling one of the main developers of OS components "SuperTroll" in bold. Instead he works together with the "SuperTroll" and go out of his ways to make sure compatibility and co-operability is top notch. Unlike you.
PeterK has fortunately not been victimized by relentless trolling attacks from this so called "Main" developer. Co-operation is not possible under such circumstances. I bent over backwards to support compatibility with the Phase5 68060.library and most other 68040/060 libraries. Enough said.

Last edited by SpeedGeek; 27 April 2018 at 16:54.
SpeedGeek is offline  
Old 27 April 2018, 22:23   #38
apex
Registered User
 
Join Date: Apr 2010
Location: Amigaplanet
Posts: 355
FastCache040+ Released!

The SuperTroll stuff is childish, sorry, a bit like trumping. I am using his libs and tools since over 10 years on 2 060 systems here and I just can say that the mmu.lib package is working perfect.
apex is offline  
Old 28 April 2018, 02:07   #39
SpeedGeek
Registered User
SpeedGeek's Avatar
 
Join Date: Dec 2010
Location: Wisconsin USA
Age: 54
Posts: 379
Quote:
Originally Posted by apex View Post
The SuperTroll stuff is childish, sorry, a bit like trumping. I am using his libs and tools since over 10 years on 2 060 systems here and I just can say that the mmu.lib package is working perfect.
Considering that most of these trolling attacks have happened on A1K.org your comment shows the Heuchelei Regeln (Hypocracy rules) of the sites moderation.

Just to refresh your memory a little here is a partial summary:

- The exec. 060 FPU disable patch (for the Mozart 040-060 adapter) was attacked as creating a "Huge Software Maintenance Mess".

- My CMQ&B and CMQ&S patches were attacked for using "Illegal" Move16 code and providing only a worthless "5% speedup on some tests".

- My AIBB 060 and v6.6 update patches were attacked as "Not Serious" since the resulting new AIBB versions were not developed "100% From Scratch" and because I can't get permission from the Abandonware author to release an "Official" update.

- My ROMcache040+ patch was attacked for modifying the MMU table "Under The Feet of the MMU" even though I specifically warned users not to use it with the mmu.library.

- Now, my Fastcache040+ patch is attacked for "Damage to any properly written CPU library".

It's quite obvious that trolling is a rather childish behavior and despite the annoyance I have NOT retaliated with a single negative comment against the Software developed by the perpetrator!
SpeedGeek is offline  
Old 28 April 2018, 08:21   #40
apex
Registered User
 
Join Date: Apr 2010
Location: Amigaplanet
Posts: 355
FastCache040+ Released!

You are since many years on a1k, you know that we are working to the limit for the forum. I do not know when, but there was a point you and Thomas start flaming each other.
I am no programmer, I cannot tell you the true. You make nice tools, sometimes it is better to ignore other voices. Thomas is no friend of patches and tweaking too much, but our systems runs with such tools since a decade. Not everyone is my friend on a1k, I am also ignoring people, because I am not a friend of long discussions...

Last edited by apex; 28 April 2018 at 19:37.
apex 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
WinUAE 2.3.3 released Toni Wilen News 26 18 November 2011 23:01
WHDLoad 17.0 released! Bamiga2002 News 28 16 September 2011 18:47
Never released??? tomcat666 project.aGTW 18 18 January 2010 14:44
16.6 Released alexh project.WHDLoad 6 09 June 2006 10:02
WinUAE 1.1 released... Joe Maroni News 18 05 October 2005 16:28

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 17:37.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.
Page generated in 0.08741 seconds with 15 queries