3dfx.pl :: retro computers :: nasze buildy :: Następny SS7 - GA-5AX, K6-2 500, V3

Przyszedł wczoraj mÛj ostatni zakup, czyli komputer z GA-5AX. Miałem nadzieję, że to płyta przynajmniej Rev. 4.1, niestety jest to 3.0 (czyli nici z kręcenia FSB, max to 100MHz - w PLL brakuje jednego bitu/nÛżki do ustawiania częstotliwości). SS7 to moja ulubiona platforma, więc wykorzystałem ulubioną "budę" - Thermaltake Shark (wiem, to o ile pamiętam 2001 rok, więc trochę†za nowa, ale lubię wygodę, a Socket A/754/939 chwilowo przestał mnie kręcić).
Konfiguracja:
Obudowa: Thermaltake Shark.
Płyta głÛwna: Gigabyte GA-5AX Rev. 3.0, BIOS zaktualizowany do wersji F4, ktÛra niby jest do Rev. 5 i na Vogons ostrzegają przed jej instalacją na Rev. 3 i 4, ale zaryzykowałem (w końcu w razie czego mam programator) i wszystko działa jak należy.
Procesor: K6-2 500MHz, 5x100. K6-III 400 zostaje w MVP3 ze względu na ograniczenia cache'owanego RAM.
RAM: 512MB PC133 SDRAM (2x256) - okazuje się, że Aladdin V jest w porÛwnaniu z MVP3 strasznie wybredny i "łyka" tylko pamięci BX (dzięki MarianX, wykorzystałem te, ktÛre miały iść do Powermaca), 256MB zwykłe rozpoznaje jako 512MB i wiesza się przy teście. Ustawione w biosie jako 100 (sync) CL2.
Dysk: Jakiś Seagate 40GB.
CD-ROM: LG 48x (chyba).
Grafika: VooDoo3 3000 AGP. W sumie to trochę przez tą kartę wybrałem obudowę TT - chciałem uniknąć dodatkowej "turbiny" pod V3, a w tej obudowie jest naprawdę dobrze zrobiony przepływ powietrza (wiatraki z przodu i z tyłu).
Dźwięk: GUS MAX, Ensoniq Soundscape Opus. Trochę†z konieczności, bo AWE32 nie mieści się na długość w obudowie (GUS zmieścił się "na styk"), w związku z czym AWE32 będzie musiał się pogodzić z PAS16 w buildzie na MVP3. Rozwiązanie GUS/Ensoniq dobrze się sprawdza w grach DOS (część obsługuje GUSa, starsze zwykle mają Soundscape'a, a w ostateczności jest emulacja SB w Ensoniq).
Sieć: 3Com 3c590 PCI - działa pod DOS w 100Mbit i nie żre się z moim gigabitowym switchem.

Wydajność: Zamieściłem obrazki z Aladdina K6-2 500 i MVP3 K6-III 400 i wygląda na to, że Aladdin lepiej obsługuje pamięć (jest zauważalnie szybciej, pomijając oczywiście L2 w K6-III).
Kompatybilność: na Aladdinie śmiga nieco więcej starych dosowych dem niż na MVP3, w sumie rÛżnice nie są wielkie, ale niektÛre dema wywalające się na VIA, na Ali działają bez problemu. Muszę to jednak zbadać dokładniej.

<brak linka>

Sysspeed MVP3:
<brak linka>

Sysspeed Aladdin:
<brak linka>

Buda trochę nie sprzyja długim kartom ISA, mÛj Gravis by się tam nie zmieścił. Da się zdemontować koszyk na dyski?

Masz już trochę tych zestawÛw SS7, może pora na Tillamooka?

Co jest nie tak z tymi turbinkami? Puszczone na 5V są ciche i załatwiają problem temperatury Voodoo3. Mam dokładnie ten sam patent, ktÛry miałeś w zestawie do dem na zlocie. Inna inszość, że w ogÛle mÛj zestaw jest prawie identyczny

Jaki system planujesz, Win Xp/ Win 2000, bo dla Win98 512 MB RAM to przerost formy nad treścią IMHO?
Wyląduje w stopce obok ATC-5220?

Tak, z całą pewnością Gravis jest tam dla Windowsa 2000/XP to nie jest tak, że nie da się zaadresować 512MB spod dosa. Da się i można znaleźć dla tego zastosowania.

Teraz zwrÛciłem uwagę na SpeedSys i widzę że masz 512MB RAM. ZrÛb testy na 256/384MB. U mnie MVP3 z jakiegoś powodu znacznie zwalniał przy 512MB RAMu.

@forteller Obie płyty teoretycznie obsługują "plusy", może kiedyś uda się pobawić, o Tillamooku czytałem wątek, ale to jakaś męka jest
A turbinka zajmuje miejsce i miałem problem ze zmieszczeniem wszystkiego, teraz wiatr hula w budzie. MVP3 nie ma TAG RAM, więc jeśli masz procesor bez L2 cache to jest trochę lipa - przy 512kB L2 na płycie cache'uje tylko 64MB, przy 1024kB - 128MB, przy 2MB cache - 256MB (ale ja płyty na MVP3 z 2MB cache w życiu nie widziałem). Aladdin V ma TAG RAM i przy 512kB cache obsługuje 512MB (dlatego tyle mam zapakowane, chociaż do GA-5AX mogę zapakować max 768MB). K6-III został w MVP3 właśnie dlatego, że ma L2 cache i cały RAM jest cache'owany.

@barwniak To jest czysto DOSowy build (przynajmniej na razie). W tej chwili stoi na nim FreeDOS (bo obsługuje FAT32 i nie muszę się bawić w szukanie kilku małych dyskÛw i partycjonowanie ich 4x2GB. Może jeszcze pokuszę się o instalację jakiegoś starego linuksowego distro "z epoki". Na buildzie z MVP3 mam jeszcze OS/2. RAM się przydaje nawet pod DOS - Quake i Quake2 w wersjach dla 3dfx potrafią sporo pożreć.

Jenot wrote on 19. Oct 2018 at 11:10:
MVP3 nie ma TAG RAM, więc jeśli masz procesor bez L2 cache to jest trochę lipa - przy 512kB L2 na płycie cache'uje tylko 64MB, przy 1024kB - 128MB, przy 2MB cache - 256MB (ale ja płyty na MVP3 z 2MB cache w życiu nie widziałem). Aladdin V ma TAG RAM i przy 512kB cache obsługuje 512MB (dlatego tyle mam zapakowane, chociaż do GA-5AX mogę zapakować max 768MB). K6-III został w MVP3 właśnie dlatego, że ma L2 cache i cały RAM jest cache'owany.

Jestem dobrze świadom tego, lecz ja odkąd zacząłem zabawę z SS7 cały czas używam K6-III+, także ten problem mnie nie dotyczy. Co ciekawe, Phil mÛwił o tym problemie w tym filmiku ale na GA-5AX właśnie:
<brak linka>
Ja po prostu poprzestałem na 256MB RAM, na SS7 nie potrzebuję więcej.

@forteller OK, sprawdzę po wyjęciu jednej kostki.

forteller wrote on 19. Oct 2018 at 10:48:
U mnie MVP3 z jakiegoś powodu znacznie zwalniał przy 512MB RAMu.
† †† †† †† †† †† ††

Bo miałeś płytę z 1MB cache. Też miałem tą sytuacje z Fic 503+ z 1MB cache. 256MB SDRAM działało ładniej jak 512MB.
MVP3 do 512MB potrzebuje płyty z 2MB cache. MVP3 ma 8-bit Tag RAM. Alladyn 11bit.

Jenot wrote on 19. Oct 2018 at 11:10:
MVP3 nie ma TAG RAM, więc jeśli masz procesor bez L2 cache to jest trochę lipa - przy 512kB L2 na płycie cache'uje tylko 64MB, przy 1024kB - 128MB, przy 2MB cache - 256MB
Jak użyjesz trybu write-through to te ilości się dublują. Moja Soyo 512kB robi to automatycznie i nie ma bÛlu ze 128 MB na FSB 112.

I tak jak pisał barwniak, używa zewnętrznego TAGu 8bit

barwniak wrote on 19. Oct 2018 at 11:19:
forteller wrote on 19. Oct 2018 at 10:48:
U mnie MVP3 z jakiegoś powodu znacznie zwalniał przy 512MB RAMu.
† †† †† †† †† †† ††

Bo miałeś płytę z 1MB cache. Też miałem tą sytuacje z Fic 503+ z 1MB cache. 256MB SDRAM działało ładniej jak 512MB.
MVP3 do 512MB potrzebuje płyty z 2MB cache. MVP3 ma 8-bit Tag RAM. Alladyn 11bit.
Nie, miałem Shuttle HOT-591P z 512kB pamięci podręcznej i K6-III+. Tak jak pisałem, to w ogÛle mnie nie dotyczyło a problemy powinienem dostrzegać powyżej 64MB pamięci a nie przy 512MB dopiero.

forteller wrote on 19. Oct 2018 at 11:39:
Nie, miałem Shuttle HOT-591P z 512kB pamięci podręcznej i K6-III+. Tak jak pisałem, to w ogÛle mnie nie dotyczyło a problemy powinienem dostrzegać powyżej 64MB pamięci a nie przy 512MB dopiero.
† †† †† †† †† †† ††

Jak miałeś MVP3 z 512KBcache to cachowanie do 128MB
Generalnie tak to wygląda na SS7.
<brak linka>

@forteller Przy 256MB i 128MB nie ma rÛżnicy w wydajności ani RAM, ani procesora, przynajmniej w speedsysie. Trochę mnie to uspokoiło bo mam Aladdina Rev. E, a wyczytałem, że on cache'uje tylko 128MB RAM (<brak linka>), co chyba jednak nie jest prawdą i nie do końca można wierzyć tym stronkom.

Speedsys to Ci może pokazać cachowanie w obszarze co najwyżej 4 MB Zarzuć memtesta, tam wyraźnie wypisuje ile jest cachowane

barwniak wrote on 19. Oct 2018 at 11:55:
forteller wrote on 19. Oct 2018 at 11:39:
Nie, miałem Shuttle HOT-591P z 512kB pamięci podręcznej i K6-III+. Tak jak pisałem, to w ogÛle mnie nie dotyczyło a problemy powinienem dostrzegać powyżej 64MB pamięci a nie przy 512MB dopiero.
† †† †† †† †† †† ††

Jak miałeś MVP3 z 512KBcache to cachowanie do 128MB
Generalnie tak to wygląda na SS7.
<brak linka>
Jeszcze raz powtÛrzę: ten problem mnie nie dotyczył. Na stronie ktÛrą sam podlinkowałeś masz jak byk napisane, że K6-2+/K6-III+ cache'ują cały obszar RAMu niezależnie od pamięci podręcznej na płycie głÛwnej.

barwniak wrote on 19. Oct 2018 at 11:55:
forteller wrote on 19. Oct 2018 at 11:39:
Nie, miałem Shuttle HOT-591P z 512kB pamięci podręcznej i K6-III+. Tak jak pisałem, to w ogÛle mnie nie dotyczyło a problemy powinienem dostrzegać powyżej 64MB pamięci a nie przy 512MB dopiero.
† †† †† †† †† †† ††

Jak miałeś MVP3 z 512KBcache to cachowanie do 128MB
Generalnie tak to wygląda na SS7.
<brak linka>), co chyba jednak nie jest prawdą i nie do końca można wierzyć tym stronkom. 002F24253E4A09
Dobrze słyszeć Musi być jakaś zależność, ktÛra wyzwala to dziwne zachowanie. ZarÛwno Phil jak i ja mamy dokładnie ten sam procesor, więc może to jest przyczyną? Sprawdzę jak to teraz wygląda na 5AX obecnie jak będę miał chwilę, ponieważ tamte testy robiłem na HOT-591P.

@Neo No właśnie jakoś tak niewiele pokazuje.

Hmm jakby tej sekcji wogóle brakuje. Sprawdzę jaką ja mam wersję

Czy mogę prosić jakieś marki z ss7? 3dm2000

Tutaj mój wynik przy GeForce 3:
<brak linka>
HOT-591P nie potrafiła szybciej, na szybszych płytach ludzie osiągają wyniki w okolicach 5000 punktów, lecz to też przy FSB wyższym niż 100.

Z określeniem czy cała pamięć jest cache'owana poradziłem sobie sprawdzając memtestem różne bloki RAM i sprawdzając czy czas wykonania testu jest zbliżony. No i wielkich różnic nie ma, na oko wygląda, że niezależnie od obszaru memtest działa tak samo szybko. Test całej pamięci przeszedł bez problemu, natomiast okazało się, że przy CL2 w BIOSie niektóre demka mają chwilowe przycinki, albo całkiem się wywalają. Po zmianie na CL3 jest rock stable (póki co). Niby to PC133 CL3 więc przy 100MHz nie powinien klękać przy CL2.

Dziwne rzeczy się dzieją. Po wyjęciu 256MB i ustawieniu CL3 w BIOSie (nic więcej nie dotykane), wyniki są jak na załączonym obrazku czyli L1 i L2 cache szybsze, a sama pamięć wolniejsza (co akurat nie dziwi, bo CL2 zmienione na CL3).

Edit: drugi obrazek 512MB CL3. Teraz już nic nie rozumiem... wychodzi na to że po ustawieniu CL3 przy 512MB cache jest wolniejszy, a RAM szybszy niż przy 256MB. Może dlatego Phil miał takie a nie inne wyniki w benchmarkach? W końcu przepustowość cache ma znaczenie. Pytanie - dlaczego tak jest?

OK, nie mogę załączyć dwóch obrazków (nie wiem dlaczego). Teraz wynik dla 512MB CL3:

A memory interleaving? Pewnie ilośc banków się zmienia.

@Callahan To tłumaczyłoby większą przepustowość RAM przy 512MB, ale dlaczego spada przepustowość cache? A może jakiś babol w chipsecie?

No nie wiemy jak jest mierzona prędkość praktyczna keszu... jak jest ustawiony: write-through czy write back? Jak write through to tłumaczyłoby anomalie.
Ale zaraz...
Polityka keszu! W keszu L2 siedzi odbicie keszu L1! I o tyle de facto jest mniejszą pojemność L2, memory coherency sławne.

No niby wszystkie sysinfa pokazują, że to Write Back. Ale... poczytałem dokumentację do UMB-PCI, z którego korzystam i tam piszą przy chipsetach Ali, że mają błędy:

ALI II, III, IV, V, ALI Pro2

not cacheable ISA-DMA untested

Zaraz dalszy ciąg testów, bo to może tłumaczyłoby problemy z uruchomieniem Second Reality (które nie wykrywa GUSa).

Edit: Wynik ten sam z UMBPCI i bez UMBPCI.