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: 661
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 » Sun Jul 19, 2020 1:16 pm

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 repair & hardware in Germany

User avatar
GadgetUK164
Posts: 186
Joined: Fri Jan 04, 2019 2:26 pm

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

Post by GadgetUK164 » Sun Jul 19, 2020 3:57 pm

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: 586
Joined: Thu Nov 08, 2018 12:59 pm

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

Post by alenppc » Sun Jul 19, 2020 4:16 pm

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
Posts: 547
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 » Sun Jul 19, 2020 11:20 pm

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: 154
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 » Mon Jul 20, 2020 6:59 am

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: 661
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 » Mon Jul 20, 2020 7:44 am

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 repair & hardware in Germany

terriblefire
Moderator Team
Moderator Team
Posts: 3195
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

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

Post by terriblefire » 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
tf534 timing
(17.29 KiB) Downloaded 21 times
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Posts: 547
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 » 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.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 3195
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

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

Post by terriblefire » Mon Jul 20, 2020 10:41 am

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.
———
I get cranky when asked to repeat myself.

Lukya
Posts: 8
Joined: Sun Nov 17, 2019 10:28 am

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

Post by Lukya » Mon Jul 20, 2020 2:32 pm

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”