OldComp.cz

Komunitní diskuzní fórum pro fanoušky historických počítačů


Právě je 28.03.2024, 23:42

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]




Odeslat nové téma Odpovědět na téma  [ Příspěvků: 315 ]  Přejít na stránku Předchozí  1 ... 5, 6, 7, 8, 9, 10, 11 ... 21  Další
Autor Zpráva
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 11:48 
Offline
Kecka
Uživatelský avatar

Registrován: 29.08.2021, 13:10
Příspěvky: 59
Bydliště: telegramm: @Yftul
Has thanked: 8 times
Been thanked: 6 times
I had tested timings of cache/memory, using cachechk from dosbench pack, using turned on and off l1 cache(hang with turned on l1 is not immediate, but unpreventable). There is no difference at all. All of waitstates for cache and memory set to 0.
Upd, cyrix has only 1kb of l1 cache.

Obrázek


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 11:50 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 21.01.2021, 11:05
Příspěvky: 1584
Bydliště: Pardubice
Has thanked: 25 times
Been thanked: 238 times
Czech Human píše:
If you even have only RAM with 0 WS, you technically don't need cache at all.

I have never seen a 30pin SIMM 25ns (40MHz) for possible to go to RAM really zero wait state. Just because you set RAM in the BIOS to 0 wait state does not mean that the processor is not waiting for SIMM (60ns).

With SDRAM (100 or 133MHz) do we find that RAMs have the same frequency as the FSB of the processor and no external cache is needed.

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 11:59 
Offline
Kecka
Uživatelský avatar

Registrován: 29.08.2021, 13:10
Příspěvky: 59
Bydliště: telegramm: @Yftul
Has thanked: 8 times
Been thanked: 6 times
MilasPce píše:
I have never seen a 30pin SIMM 25ns (40MHz) for possible to go to RAM really zero wait state. Just because you set RAM in the BIOS to 0 wait state does not mean that the processor is not waiting for SIMM (60ns).

With SDRAM (100 or 133MHz) do we find that RAMs have the same frequency as the FSB of the processor and no external cache is needed.


I set entirely all waitstates to 0ws, except dma(used mrbios). But not sure if chipset actually set it to absolute 0.
You may see the results above.

Additionally, Doom hires test on cyrix and Tseng 4000ax, used 13.3 MHz Isa clock.
phpBB [video]


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 12:09 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 14.05.2013, 19:10
Příspěvky: 1486
Bydliště: Kurim
Has thanked: 828 times
Been thanked: 577 times
I use TI clone TX486DLC/E-40GA and no problem with enabling internal cachce. I have enabled it all the time and it works rock solid. I did not make many benchmarks to test performance, I woul like to get floppy and sound cards to work stable first.

I tried some fiddling with the wait states and my opinion is that DMA wait states does not matter, while low cache and memory wait states have positive impact on floppy transfers. However to make some objective results it needs time, as I usualy change more parameters at once and does not inspect the situation long enough. Most of the problems are erratic, appear only after some time.

I made an improvement with PS/2 mouse and AMI BIOS. I used steps described here https://www.vogons.org/viewtopic.php?f=46&t=82233 and changed:
Kód:
8280 2F -> 3F
DC52 74 -> EB


After the two changes (both AMI BIOSes - from Alexandru and Dmitry - use same addresses for this) my PS/2 mouse works OK in DOS and Windows 3.11 wtih AMI BIOS.

_________________
http://www.8bity.cz


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 12:37 
Offline
Óm Nejvyšší
Uživatelský avatar

Registrován: 07.07.2019, 22:14
Příspěvky: 3767
Has thanked: 269 times
Been thanked: 452 times
Александр píše:
I had tested timings of cache/memory, using cachechk from dosbench pack, using turned on and off l1 cache(hang with turned on l1 is not immediate, but unpreventable). There is no difference at all. All of waitstates for cache and memory set to 0.
Upd, cyrix has only 1kb of l1 cache.


Yes, 486DLC has only 1 kB of L1 cache. Only quite rare Ti486SXL -which I newer saw in my life - has 8 kB. The problem with stability is caused because original 386 has no cache at all and 486DLC is using some additional signals for internal cache 386 design is lacking. It is quite well described in that provided URL in my previous comment. Some chipsets/mainboards/BIOSes have problems with this specific CPU and can hang with this specific combination with cache enabled. This is the reason why it is by default turned off during startup. Some later 386 boards can enable L1 cache directly in BIOS, on some you must use driver/utility...with possible hangups if you have bad luck. If PC crashes, probably the cache doesn't work as intended even if enabled in DOS.

MilasPce píše:
I have never seen a 30pin SIMM 25ns (40MHz) for possible to go to RAM really zero wait state. Just because you set RAM in the BIOS to 0 wait state does not mean that the processor is not waiting for SIMM (60ns).

With SDRAM (100 or 133MHz) do we find that RAMs have the same frequency as the FSB of the processor and no external cache is needed.


This is why I wrote "in theory with synchronous RAM you don't need cache but in the reality cache is always faster." SDRAM is running at FSB speed and can transfer 1 word during one cycle, but is still unable to physically write/read data fast enough to fit it to 1 clock so you have to wait anyway, EDO/FP SIMM are even (far) worse with more than one cycle needed to transfer a word, not mentioning transport of data. So cache wins in any case, especially on-die cache :-).

This stability/speed problem with cache is quite typical for that period - even highly overclocked 486 (like 160MHz+ Am5x86 etc.) systems were often stripped of all cache modules as using them would kick the stability out of the window and overclockers were using fastest available RAM modules with low WS to lower the impact of missing cache.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 12:48 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 21.01.2021, 11:05
Příspěvky: 1584
Bydliště: Pardubice
Has thanked: 25 times
Been thanked: 238 times
Александр píše:
Additionally, Doom hires test on cyrix and Tseng 4000ax, used 13.3 MHz Isa clock.


Almost like my 386sx40 with OPTI OAK077 VGA
phpBB [video]

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 13:40 
Offline
Kecka
Uživatelský avatar

Registrován: 29.08.2021, 13:10
Příspěvky: 59
Bydliště: telegramm: @Yftul
Has thanked: 8 times
Been thanked: 6 times
MilasPce píše:
Almost like my 386sx40 with OPTI OAK077 VGA

Amazing, but oak is really fast in Doom(used same settings for the whole cards)
Obrázek Obrázek
Obrázek Obrázek
Obrázek Obrázek

Upd: but in 3dbench results et4000ax and cl5422 the same - 20,4, oak067 - 18.1
Obrázek Obrázek Obrázek


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 14:06 
Offline
Óm Nejvyšší
Uživatelský avatar

Registrován: 07.07.2019, 22:14
Příspěvky: 3767
Has thanked: 269 times
Been thanked: 452 times
Good for you :-). This is very good example how tricky actually is to compare different PCs with one game when you don't know exactly what hardware is inside. On vogons I saw long list of different graphic cards with Pentium 100 MHz PC running DOOM and the FPS difference was really big, up to 300% if I remember correctly. I think this is behind some arguments between PC owners arguing some CPU is able/unable to run some game on "good level" (what is also quite subjective). Even slower CPU with fast VGA can produce more FPS than faster CPU equipped with shitty VGA.

If you want to compare these two 486DLC/386SX boards, I recommend to use the same VGA, HDD and timedemo01. This will tell you the difference. 486DLC should be quite faster, especially with cache enabled. If not, something is fishy with that newly assembled board.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 14:17 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 21.01.2021, 11:05
Příspěvky: 1584
Bydliště: Pardubice
Has thanked: 25 times
Been thanked: 238 times
Its timedemo01
Příloha:
MilasPce EPIC 386sx v4x.jpg
MilasPce EPIC 386sx v4x.jpg [ 264.61 KiB | Zobrazeno 1480 krát ]

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 14:50 
Offline
Kecka
Uživatelský avatar

Registrován: 29.08.2021, 13:10
Příspěvky: 59
Bydliště: telegramm: @Yftul
Has thanked: 8 times
Been thanked: 6 times
Czech Human píše:
If not, something is fishy with that newly assembled board.


Possibly the issue with 486dlc support. It is need to check the board with other bios. 386dx 40 Doom result with et4000ax board below:

Obrázek


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 15:40 
Offline
Óm Nejvyšší
Uživatelský avatar

Registrován: 07.07.2019, 22:14
Příspěvky: 3767
Has thanked: 269 times
Been thanked: 452 times
It it strange that 386DX with 7,08 FPS is slower than 386SX with 8,48 FPS, maybe different VGA card? Do you have the same (sub)revision of chipset as others have? And the same BIOS as martin8bity? As he stated, he has no problem with 486DLC and cache, so maybe this is the way. You may have some difference in used ICs or not-as-good solder connection somewhere, maybe not 100% working chipset, EEPROM may have some issues... I would stick to BIOS he is using first and if it doesn't work, something is wrong with board. Or RAM, CPU, it may be damaged too...


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 18:19 
Offline
Kecka
Uživatelský avatar

Registrován: 29.08.2021, 13:10
Příspěvky: 59
Bydliště: telegramm: @Yftul
Has thanked: 8 times
Been thanked: 6 times
I have no idea, regarding too low results in Doom.
All available synthetic tests shows expected values, including 3dbench. Possibly you may use fastdoom project executable for testing?
I attached my 486dlc/et4000ax results using fastdoom13h.
Obrázek

Upd: looks the results corresponds to similar systems:

https://docs.google.com/spreadsheets/d/ ... edit#gid=0


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 19:43 
Offline
Óm Nejvyšší
Uživatelský avatar

Registrován: 07.07.2019, 22:14
Příspěvky: 3767
Has thanked: 269 times
Been thanked: 452 times
For now I have only available 386 SX 33MHz with 16MB RAM and 1MB Trident TVGA 8900C, but without any cache. I would say quite shitty combo for DOOM, I think that main use of it was cheap typewriter. Phils computer benchmark DOOM Low details test produced 5179 realticks so 14,42 FPS, high details option gave only mere 3,22 FPS. CACHECHK is giving an interesting result - 71 us/KB in the whole RAM size. No cache, no difference... :lol: My 486DLC board is now unavailable for me. But hey, with 16 MB RAM and 387SX I can "run" Quake, with the speed of brainless zombie 0,5 FPS :P


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 20:33 
Offline
Kecka
Uživatelský avatar

Registrován: 29.08.2021, 13:10
Příspěvky: 59
Bydliště: telegramm: @Yftul
Has thanked: 8 times
Been thanked: 6 times
I can test board with my tvga8900, but seems results will be similar. Additionally it not worked with 13.3 MHz ISA clock, so results can not be directly compared.

Actually I have 2 issues with that board:
1. Both versions of amibios has not worked(reboots after postcode 23);
2. Internal cache issue;


Nahoru
 Profil  
 
 Předmět příspěvku: Re: 386 SBC by Alexandru Groza
PříspěvekNapsal: 06.10.2021, 22:09 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 14.05.2013, 19:10
Příspěvky: 1486
Bydliště: Kurim
Has thanked: 828 times
Been thanked: 577 times
I have very similar results, so I do not think there is a problem with your build.
10164 realtics on TI486DLC/40 MHz and ET400AX @ 8 MHz bus
9338 realtics on TI486DLC/40 MHz and ET400AX @ 13,3 MHz bus
I am not concerned about the performance much ;-)

_________________
http://www.8bity.cz


Nahoru
 Profil  
 
Zobrazit příspěvky za předchozí:  Seřadit podle  
Odeslat nové téma Odpovědět na téma  [ Příspěvků: 315 ]  Přejít na stránku Předchozí  1 ... 5, 6, 7, 8, 9, 10, 11 ... 21  Další

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]


Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 9 návštevníků


Nemůžete zakládat nová témata v tomto fóru
Nemůžete odpovídat v tomto fóru
Nemůžete upravovat své příspěvky v tomto fóru
Nemůžete mazat své příspěvky v tomto fóru
Nemůžete přikládat soubory v tomto fóru

Hledat:
Přejít na:  
Založeno na phpBB® Forum Software © phpBB Group
Český překlad – phpBB.cz