Welcome, Guest. Please login or register.

Author Topic: WTB: 68010 for A500  (Read 6132 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Piru

  • \' union select name,pwd--
  • Hero Member
  • *****
  • Join Date: Aug 2002
  • Posts: 6946
    • Show all replies
    • http://www.iki.fi/sintonen/
Re: WTB: 68010 for A500
« on: March 14, 2007, 10:23:25 AM »
@derringer3

You gotta be kidding me.

The only case sped up was two instruction loops fitting one longword. Say:
Code: [Select]

.loop:   clr.l  (a0)+
         dbf    d0,.loop

This for sure does not give average gain of 15% over 68000, and nowhere I've seen figures of 80%.

Not to mention 68010 has different supervisor programming model, breaking some old games...
 

Offline Piru

  • \' union select name,pwd--
  • Hero Member
  • *****
  • Join Date: Aug 2002
  • Posts: 6946
    • Show all replies
    • http://www.iki.fi/sintonen/
Re: WTB: 68010 for A500
« Reply #1 on: March 14, 2007, 10:44:40 AM »
SysInfo is not generic performance benchmark. SysSpeed is much better (though I don't know if it runs with 68010). No way is 68010 15% faster than 68000 running generic code.
 

Offline Piru

  • \' union select name,pwd--
  • Hero Member
  • *****
  • Join Date: Aug 2002
  • Posts: 6946
    • Show all replies
    • http://www.iki.fi/sintonen/
Re: WTB: 68010 for A500
« Reply #2 on: March 15, 2007, 07:49:26 AM »
Quote
.. with a modified exec you´ll never get any problems with a 010!

Nonsense. You get troubles with 68010 with certain games. These games use supervisor mode directly, assuming 68000, and die horribly. There is absolutely nothing exec can do about it.

exec handles 68000-68030 without any patching, anyway.
 

Offline Piru

  • \' union select name,pwd--
  • Hero Member
  • *****
  • Join Date: Aug 2002
  • Posts: 6946
    • Show all replies
    • http://www.iki.fi/sintonen/
Re: WTB: 68010 for A500
« Reply #3 on: March 15, 2007, 08:59:39 AM »
The problematic games were from 80s. By 90s the 010 and later CPUs were available and game programmers mostly knew how to handle it properly (that is not to build your own supervisor stackframes, not to use move sr,dn etc)