@Badwolf So that locks up on the same test with caches turned off as well. I just found a different CPU so will try that just in case something simple for once...
EDIT:
Nope. It did get a little further the test though..
Maybe burst mode on the RAM needs the caches to function correctly ? @terriblefire
EDIT2:
Nevermind, I think it's because ST RAM was running slightly to fast..
EDIT3:
I wonder if the gain only been like 50% is just literally because a lot of it is graphics related routines, in that the CPU would be slowing down continuously to update screen memory... And soldering alt-ram and ROM itself are like 800%, the CPU has to be slowing down considerably to do something, EG accessing ST-RAM a lot. So wonder if at some point I ought to have some other tests to benchmark alt-ram with some math functions or something...
Can all registered uses please login, even just for a few minutes..
It helps build a picture where our "good traffic" is coming from..
Thanks :)
It helps build a picture where our "good traffic" is coming from..
Thanks :)
REV 3 - REV 5 - The beginning (ST536)
Re: REV 3 - The beginning
Sorry, I had to go and do something else for a bit. I had one of those 'it was working perfectly and then it blew up' moments. I'd just got the entire card working beautifully and had just changed out the CPU for a 50MHz version for some benchmarking and... my brand new £20 CPLD goes. Half the pins shorted to ground.
F*** it!
Perhaps that unnecessary rework this morning pushed it over the edge, or perhaps there's some partial contact scenario that's fatal to them? The Falcon expansion connector sometimes needs reseating a few times.
Dunno. Third one I've had fail that way.
BW
F*** it!
Perhaps that unnecessary rework this morning pushed it over the edge, or perhaps there's some partial contact scenario that's fatal to them? The Falcon expansion connector sometimes needs reseating a few times.
Dunno. Third one I've had fail that way.
That's cured the locking up during VDI draw without cache, you mean?exxos wrote: Fri Apr 02, 2021 2:31 pm Nevermind, I think it's because ST RAM was running slightly to fast..
BW
DFB1 Open source 50MHz 030 and TT-RAM accelerator for the Falcon
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
Smalliermouse ST-optimised USB mouse adapter based on SmallyMouse2
FrontBench The Frontier: Elite 2 intro as a benchmark
Re: REV 3 - The beginning
Assuming you are using a ground plane and enough decoupling caps ? Also some of these chips tend to blow up if you have a bad power connection on one of the pins as well
Yep!Badwolf wrote: Fri Apr 02, 2021 6:54 pm That's cured the locking up during VDI draw without cache, you mean?
Now I am trying to work out why the board only works with a fan blowing on it
Re: REV 3 - The beginning
@exxos you can get the 95288s as 200mhz if I remember correctly.
If it ain't broke, test it to Destruction.
Re: REV 3 - The beginning
The ones thats on is 10ns.. but the price jumps up to like £40 a pop IIRC... The 5ns 144 is the same price as the 10ns 288 or something like that.PhilC wrote: Fri Apr 02, 2021 7:34 pm @exxos you can get the 95288s as 200mhz if I remember correctly.
Re: REV 3 - The beginning
@exxos but will it fit in a 144?
If it ain't broke, test it to Destruction.
Re: REV 3 - The beginning
52% currently, so If I tidy up my code and delete some crap out of it then maybe...
Re: REV 3 - The beginning
It can be done...
Re: REV 3 - The beginning
Thats pretty cool as the 144 is so much cheaper
If it ain't broke, test it to Destruction.
Re: REV 3 - The beginning
@PhilC Didn't the original TF536 stuff fit in a 144 for the ST?
There was some mention of keeping the 288 in case there was a "man in the middle" fix for something (possibly IDE with TOS?
)
There was some mention of keeping the 288 in case there was a "man in the middle" fix for something (possibly IDE with TOS?


