• Please review our updated Terms and Rules here

Getting back into older PC's with my first 486 Build in almost 30 years

Maybe it's just my imagination, but is the cache memory really 35ns? That seems awfully slow for a 486. I think the slowest I've ever seen is 25ns.
 
From the first photo in this thread of the mainboard? Well thats how this board came I honestly couldnt tell you otherwise.
could you run CACHECHK and let us know what the access times are like? I'd be curious to know what timings that memory was setup for
 
I checked the part numbers for those cache chips. They really are 35ns.

For a 33MHz 486, that's pretty rough. Normally at 33MHz, nothing slower than 20ns is used.
It would be unfortunate to alter the original condition of this board, but I would think you could get a pretty significant speed boost by swapping in some 15ns parts and adjusting BIOS timings accordingly.
 
I checked the part numbers for those cache chips. They really are 35ns.

For a 33MHz 486, that's pretty rough. Normally at 33MHz, nothing slower than 20ns is used.
It would be unfortunate to alter the original condition of this board, but I would think you could get a pretty significant speed boost by swapping in some 15ns parts and adjusting BIOS timings accordingly.
Im willng to try, Gotta a source for those 15ns cache chips?
 
Don't get ahead of yourself, get some numbers first. Cache timings aren't always adjustable, and if they're not you would be spending money for nothing. Plus sometimes the chips you have will run faster than their rated speed without issue.
 
It's easy enough to know if the cache timings can be adjusted or not...just check in the CMOS setup. It's not like we're dealing with exotic stuff here. AMI Color BIOS and OPTi 491 are pretty well understood.

I used to buy cache memory on eBay, but this was many years ago. People I talk to tell me that these days eBay is full of Chinese fakes. It might be easier/cheaper to salvage the chips from another board.

Maybe those 35ns chips are very good quality and work on really tight cache timings. But if they only work at their rated specs, I would think it would be not much better than running cacheless. Even my 20MHz 386sx with cache came with 25ns chips.

I'd be really interested to see some benchmarks on your system.
 
Ill have an update on this within the next couple hours. I just need to finish soldering up some cards and getting them in the mail.
 
:mad:..... Ok lets get to the updates... Im not happy.

So the RAM came in: IMG_20240214_135757.jpg

No matter what combination I try it wont work. I learned that this machine wont boot with any less than four of the ram sockets populated with 1MB simms which need to be installed with the first simm closest to the CACHE chips.

So if those wont work what do I do? I cant return them. Thats money lost I guess. Any ideas?



On to cachechk. For some reason if I boot into DOS and run it it freezes. The program with start. In the bottom left it will have XMS present then the next line down VCPI present.. then it locks. So I need to bypass my startup files/use a boot disk then run Cachechk -v memory managers causing an issue? I have no idea.

HEre is the output: IMG_20240214_142250.jpg
 
:mad:..... Ok lets get to the updates... Im not happy.

So the RAM came in: View attachment 1273412

No matter what combination I try it wont work. I learned that this machine wont boot with any less than four of the ram sockets populated with 1MB simms which need to be installed with the first simm closest to the CACHE chips.

So if those wont work what do I do? I cant return them. Thats money lost I guess. Any ideas?



On to cachechk. For some reason if I boot into DOS and run it it freezes. The program with start. In the bottom left it will have XMS present then the next line down VCPI present.. then it locks. So I need to bypass my startup files/use a boot disk then run Cachechk -v memory managers causing an issue? I have no idea.

HEre is the output: View attachment 1273419
Wait, you only bought 2 SIMMs? The 486 having a 32bit data bus requires they be installed in matching sets of 4.

Just buy 2 more :)
 
HAha! is that it? Its strange how I have so many memories of building and using these but damn getting old sucks.

Ill buy two more right now.


DONE....

Any thoughts on the cache?
 
The 16 bit memory bus machines can take 2 SIMMs (286, 386sx). For a full blown 486 you need 4 at a time that match.
 
I have had a nightmare of a time setting this machine up. Conflict after conflict. I will make an update but first I have something that might be a serious problem. Why is it when I directory a floppy disk. Remove it, and insert a new disk and do DIR, it returns the same results as the first disk even though its not? I have to goto the B: for a second, then back to the A: and then it will read the new disk. What is going on here? This seems very ungood.
 
I have had a nightmare of a time setting this machine up. Conflict after conflict. I will make an update but first I have something that might be a serious problem. Why is it when I directory a floppy disk. Remove it, and insert a new disk and do DIR, it returns the same results as the first disk even though its not? I have to goto the B: for a second, then back to the A: and then it will read the new disk. What is going on here? This seems very ungood.
Were both floppy's formatted on the same drive? If not, that could be an issue.
 
Why is it when I directory a floppy disk. Remove it, and insert a new disk and do DIR, it returns the same results as the first disk even though its not? I have to goto the B: for a second, then back to the A: and then it will read the new disk. What is going on here? This seems very ungood.
There is an assumption that 1.2M drives are configured to generate a 'disk changed' signal (on pin 34 of the cable) when the floppy is changed. If that signal is not being generated, DOS (and it would be versions 3.0 and later) assume that the disk has not been changed, and will use a cached copy of the directory.

See if your 1.2M drive is configured to generate a 'disk changed' signal.

A workaround is described at [here].

I have to goto the B: for a second, then back to the A: and then it will read the new disk.
BTW. In at least early versions of DOS, a CTRL-C key combination would force a fresh read of the floppy (like what we had to do in the CP/M OS).
 
I have had a nightmare of a time setting this machine up. Conflict after conflict. I will make an update but first I have something that might be a serious problem. Why is it when I directory a floppy disk. Remove it, and insert a new disk and do DIR, it returns the same results as the first disk even though its not? I have to goto the B: for a second, then back to the A: and then it will read the new disk. What is going on here? This seems very ungood.
Yes as other's have said this is definitely a problem with the disk changed line. You can add a DRIVPARM directive to force DOS to ignore the signal as suggested, but that is treating the symptom not the cause.

The cause could be anything from a port conflict on port 3F7 to a bad floppy drive logic board to a misconfigured jumper on the floppy drive. Most likely the latter
 
Back
Top