Figuring out the causes of slow disk access on the TF536

68030 + SDRAM + IDE

Moderators: terriblefire, Terriblefire Moderator

User avatar
8 Bit Dreams
Moderator Team
Moderator Team
Posts: 785
Joined: Fri Nov 09, 2018 7:12 am
Location: Germany

Re: Figuring out the causes of slow disk access on the TF536

Post by 8 Bit Dreams »

Supporting preinstalled CF card is against Amibay rules because WB is still under Licence..
maybe we just need to add empty CF cards in the order..🤔
Retro computer hardware & repair in Germany
User avatar
GadgetUK164
Posts: 430
Joined: Fri Jan 04, 2019 2:26 pm

Re: Figuring out the causes of slow disk access on the TF536

Post by GadgetUK164 »

terriblefire wrote: Sun Jul 19, 2020 9:05 am Have any of of you tried adding IDE buffers?
Is it 3 more SN74CB3T3245PWR that I need for the buffering? And remove the resistor arrays on the under side of that area?
My YouTube Channel - www.youtube.com/GadgetUK164
alenppc
Moderator Team
Moderator Team
Posts: 906
Joined: Thu Nov 08, 2018 12:59 pm

Re: Figuring out the causes of slow disk access on the TF536

Post by alenppc »

All the cards that I use on the 330 work fine on the 536. But the ide code is identical to all these accelerators - nothing has really changed, so the behaviour is the same.

For the cards that state “no dos disk in DH0” you just have to offset the partition a bit away from the first and the last blocks and it will be fine.

I do offer CF cards when I actually have them in stock, which these days is not often considering how long it takes for delivery even though the amibay admins have been a big pain in the butt lately.
User avatar
arkadiusz.makarenko
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: Figuring out the causes of slow disk access on the TF536

Post by arkadiusz.makarenko »

8 Bit Dreams wrote: Sat Jul 18, 2020 7:33 pm As explained before - long booting is affected because of some things:
1. Because of setpatch feature (may be skipped by adding following string in SS:
2020-07-13 22.15.31.jpg
2.by changing block size to bigger one - this is critical to large disks & partitions!
Default block size is 512, just change it to 4096 and You'll be surprised how fast it becomes...
And use full CPU & MMULibs of course..
Cheers,

- 8 Bit Dreams
Thank you. I wouldn't figure this out myself.

Changing block size to 4096 did the trick on my 3.1.4 . I did load empty system in like 20sec now.

SysInfo speeds are still in 350kb, but I suspect that it is SysInfo thing, as speed to open drawers etc is the same like on 3.1
With MMULibs speeds are like in 3.1 now.

PS.
Not all HDTools have option to change block size.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem
matt020
Posts: 292
Joined: Sun Sep 29, 2019 9:17 am
Location: West Australia

Re: Figuring out the causes of slow disk access on the TF536

Post by matt020 »

I have a TF536 with gold top CPU. A500 with Rev 5 motherboad, 1mb chipmem mod. Kickstart 3.1, Workbench 3.1. 2GB SanDisk CF. 512 block size.

With CPU FASTROM, Sysinfo reports 4.5mb/sec
User avatar
8 Bit Dreams
Moderator Team
Moderator Team
Posts: 785
Joined: Fri Nov 09, 2018 7:12 am
Location: Germany

Re: Figuring out the causes of slow disk access on the TF536

Post by 8 Bit Dreams »

How big your CF Card / partition is? Probably small. Its not about weird Sysinfo numbers - these are useless, its about real booting time..You may change block size when you have large partition and it takes too long to boot.. :idea:
We can do it now since we have a lot of memory available, that's what it is for - to use it ☺
Retro computer hardware & repair in Germany
terriblefire
Moderator Team
Moderator Team
Posts: 5368
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: Figuring out the causes of slow disk access on the TF536

Post by terriblefire »

I noticed that there is some slight timing difference between the TF534 and the TF330.... Until now we were using the TF330 timing
tf536r2_2020_07_20_alpha.zip
tf534 timing
(17.29 KiB) Downloaded 167 times
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
User avatar
arkadiusz.makarenko
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: Figuring out the causes of slow disk access on the TF536

Post by arkadiusz.makarenko »

terriblefire wrote: Mon Jul 20, 2020 8:59 am I noticed that there is some slight timing difference between the TF534 and the TF330.... Until now we were using the TF330 timing

tf536r2_2020_07_20_alpha.zip
I had a look and can't see any substantial difference really.

Now I have 2 Rev2 up an running, so I can compare it side by side. I will poke it a little bit more in the afternoon.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem
terriblefire
Moderator Team
Moderator Team
Posts: 5368
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: Figuring out the causes of slow disk access on the TF536

Post by terriblefire »

arkadiusz.makarenko wrote: Mon Jul 20, 2020 10:39 am
terriblefire wrote: Mon Jul 20, 2020 8:59 am I noticed that there is some slight timing difference between the TF534 and the TF330.... Until now we were using the TF330 timing

tf536r2_2020_07_20_alpha.zip
I had a look and can't see any substantial difference really.

Now I have 2 Rev2 up an running, so I can compare it side by side. I will poke it a little bit more in the afternoon.
DTACK is asserted 1 clock sooner on IDE accesses.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Lukya
Posts: 21
Joined: Sun Nov 17, 2019 10:28 am

Re: Figuring out the causes of slow disk access on the TF536

Post by Lukya »

Most people aren't even getting it to boot on A2000.
[/quote]


I've got a Rev 4.4 A2000 with 2 MB Chip RAM and WB 3.1.4.1, and the TF536 with buffered IDE works well in the Coprocessor slot. Not quite as fast as I'd like, about 1.5 MB/S but not a disaster.
Post Reply

Return to “TF536”