Gratulálok! Nagyon jó kis teszt lett, bár én csak laikusként tudom ezt mondani!
Szerintem simán mehetett volna címlapra is

"+1"

Jó teszt, grat!

tessék felrakni címlaposra bizony

Kár, hogy nincs egy-két "igazi" teszt (játékok, alkalmazások - az egy szem 3dmark-ot leszámítva), de gondolom így is nagyon sok meló volt ezzel. De a hiányérzetem ellenére nekem is nagyon tetszik az írásod!

[ Szerkesztve ]

Nekem tetszik, jó teszt.

Szeretem mikor az ilyen király írásokat csak elduva/véletlenül találom meg.... Címlapra vele de azonnal!!!

Jó összefoglaló! Gratula a cpu-gyüjteményhez is! Bár lehet, hogy nem annyira hasznos írás, mégis jó volt olvasni! Szerintem is címlapon a helye!

Hasznos ez, engem pl. érdekelt hogy u.olyan beállítások mellett hogy teljesítenek a CPU-k. Én egyedül a K6-III eredményén lepődtem meg 3DMARK-nál.

Címlapra vele!

Egyébként a Rise procik a Mandel tesztben miért nyírják ki a mezőnyt. Mi olyat tudnak, amit a többi nem?

[ Szerkesztve ]

Persze, szerintem is, csak a záró-sorokra reflektáltam!

Hát igen, az sztem nem kellett volna Akosf részéről, érdekelne mi a hasznos szerinte.

Akosf ! Csak abban nem értek veled egyet, hogy ez egy haszontalan teszt.Rendkívül hasznos sokak számára - köztük nekem is .A retro kedvelők jól összehasonlíthatják régi processzoraikat.A tesztelt procik közül hármat is aktívan használok.Ezt az üzit is K6-2+ -os gépen írom
Első osztályú ötlet az azonos órajel. Szerintem is címlapot érdemelne

Kíváncsiságból utánanéztem a dolognak. A helyzet az, hogy az FPU Mandel legidőrablóbb ciklusának kódja meglehetősen egyszerű, így könnyű megérteni a dolgot:

Ezen a rövid ciklusmagon belül egyszerre két folyamat zajlik. Az egyik maga a számoló rutin, a másik pedig egy szélsőérték felügyelet. Ez utóbbi vastagon szedve emeltem ki. Mint látható van benne egy óriási teljesítménycsökkentő baki. A szélsőérték figyelésnél a memóriába QWORD-ösen kerül az adat aminek csak a felső DWORD-jét olvassuk vissza. Ez a pirossal szedett rész. ( Egyébként a legtöbb optimalizációs manual ( Intel/AMD ) felhívja a figyelmet arra, hogy ILYET NE! mert a processzorok nem tudják hatékonyan kezelni a kiírás alatt lévő ( L1 cache-be tartó ) adat részleges visszaolvasását. )

Tulajdonképpen az FPU Mandel eredményét legalább annyira ez a részleges adatkezelési probléma határozza meg mint maga az FPU. Vagy talán még jobban! Az ember ugye rögtön gondolná, hogy a Rise-nál rágyúrtak erre a problémára a load-store unitban, de... kíváncsiságból újból lefuttattam az Everest 5.02/FPUMandel-t egy K6-III+ és a Rise processzoron. És mit láttam?! Hogy szinte megtévesztésig ugyanaz a kód futott a két processzoron, de mégsem ugyanaz!

Csattanó: Mit gondoltok mi volt a különbség a két kód között?
Igen... az, hogy itt DWORD-ösen volt tárolva az FPU-ból az adat...

A memóriaírás sebessége miért olyan gyanúsan konstans majd' mindenhol? Ne már' csak az MII-ben legyen aktív WB cache

Természetesen nem csak abban van WB cache.
Az alaplap tiltja a WB-t. BIOS-ból nem állítható.

Éppen most raktam én is össze egy socket7 gépet, Asus P5A lappal, Amd K6-2 300-as proccal (64MB 100Mhz Ram, Diamond Vodoo1 8MB PCI VGA és 8GB IBM HDD, creative Vibra 16 hangkari társaságában), sajnos nem nagyon bírtam semmi tuningot kicsikarnia proccból 4.5x66Mhz az egyetlen beállítás, amin hajlandó bootolni a lap. A procc elvileg 3x100-ra van hitelesítve...
Ezzel együtt meglepően jól megy a gép, annak ellenére, h az alkatrészek 10+ évesek.
Majd csinálok én is memoria tesztet valamelyik nap összehasonlításként.

Hm. Kis keresgéléssel arra találtam tippet, hogy a WT/WB limitek talán az installált memória mennyiségétől függenek. Kipróbálnád ezt a dolgot más memóriaméretekkel a kedvemért? Mondjuk 128 és 256 mega esetén WB-be vált-e vagy feltűnik-e a BIOS-ban valami vonatkozó beállítási lehetőség?

Már az előző válasz előtt kipróbáltam a memória méretének csökkentését, illetve egy ALI chipsetes (GA-5AX rev5.2) lappal is tettem pár próbát. Abban mindig működött a WB a tesztelt K6-III és Pentium proceszorral.

szerk.: Esetleg az MVP3 chipset lehet még a gyanús.

[ Szerkesztve ]

Nem hiszem, hogy chipset... Majd holnap utánakaparok ennek alaposabban. Esetleg egy lementett BIOS-állományt tudnál nekem küldeni a levélcímemre? Meg egy manualt?

A manual letölthető a netről ( nekem is innen van ) : [link]
A BIOS szintén ( ez van most is benne ) : [link]

9 hónapja vártuk!

Huh jól beleástad magad, kösz az infót

Gratulálok a teszthez! Címlapra vele, kell a retro ebben a rohanó világban!

Az EVEREST forumban valaszoltam ra. (Aprosag: a ket piros sor kozott az FSUBR az aa-bb-t szamol...)

Nagyon szep procigyujtemeny es jo a cikk!
A K6-2+-ban es K6-3+-ban lennie kellene 3DNow!+-nak, 5 uj utasitasnak, tudtommal nem csak sima shrink volt az. Vagy esetleg nem minden peldanyban van ilyen?

Köszönöm!

Természetesen a K6-2 és mindegyik utódban van 3DNow!.
Csak erre nem tértem ki az írásban, mindössze a Winchipeknél említettem meg mint érdekesség. Persze az AMD jóval gyorsabb 3DNow!-ban...

Egyébként a FSUBR dolgot biztos, hogy én néztem el?
FSUBR ST,ST2 -> ST= - ( ST- ST2 ) = ST2-ST

Illetve az http://instlatx64.fw.hu/-t nem kívánod megújítani?

[ Szerkesztve ]

FSUBR: en neztem el, bocsanat, a kommentjeidben a 'b' a valos es 'a' a kepzetes resz, ez kevert meg.

"Ha ehhez hozzávesszük, hogy a K6-III és K6-III+ processzorok közt tulajdonképpen "csak" annyi a különbség, hogy ez utóbbi újabb gyártástechnológiával készült a mobil alkalmazások számára..." -> Ezzel kapcsolatban gondoltam arra, hogy tudtommal a K6-IIIPlus-ban van 3DNow!Plus, azaz PFNACC, PFPNACC, PSWAPD, PF2IW, PI2FW, amik azert sokszor jol johetnek.

InstLatx64: a freeweb vacakol, karbantartas utan eltuntettek az egeszet (nem eloszor), es egyelore nem engednek ujraregisztralni se. Fontolora vennem, hogy mashova rakom ki, de az fw.hu mar egesz jol bejaratott...

Szivem szerint az egesz gyujtemenyed adatait kiraknam ra.

Igazad van, a K6-III+ és K6-2+ processzorok 3DNow! utasításkészlete valóban bővebb ezzel az 5 utasítással. Na majd mindjárt berakok a cikkbe egy kis táblázatot...

Egyébként előbb-utóbb eljutok odáig, hogy felkerül a netre a gyűjtemény valami kereshető adatbázis formájában. Ismerek pár jó oldalt amiből össze lehet gyúrni egy még jobbat. Na meg van még pár csemege a fiókokban. ;) Például ha jól rémlik, akkor a NexGen-eneken nem is indult el az Everest. ( Sajna csak Win98 hajlandó futni rajta, az is úgy, hogy Cyrix-nak hazudja magát a processzor. )

Jo kis iras. Miert nem raktad cimapra?

Mert önbizalom problémákkal küszködik. De Ő az a fajta, akinek hatalmas a tudása, mégsem "menőzik" vele.

Valamint remélem, hogy aki végig olvasta annak tetszett is.
Nagyon is...

Feltamadt az http://instlatx64.fw.hu, fel is raktam amiket kuldtel. Ha kuldesz EVEREST CPUID dumpokat + screenshotokat + instlat dumpokat, szivesen felrakom akar az egesz flottat. Tudok kuldeni olyan exe-t, amivel a memlatency matrixokat is le lehet gyartani. Mit szolsz hozza?

Hát... épp elkezdtem gyártani amit kértél Riportokat a Rise processzorokkal. Már vagy 4-5 el is készült. De ha kapok olyan exe-t amivel több adatot lehet kinyerni, akkor inkább azzal folytatnám. Ezeket a riportokat elküldöm az Everest topikban megadott címre. Válasz levélben jöhet az az exe...

Köszönöm, hogy újra felélesztetted az instlatx64 oldalt.
Szép, tekintélyes gyűjtemény...

Ha jól látom, az RDTSC utasítást nem ismerő processzorok közül egyedül egy Intel 486DX4-100 CPUID dump van kint. Ezek szerint az RDTSC mentes processzorokon ne is próbálkozzak az Everesttel? ( Lehet, hogy ezért nem akar futni a NexGen-eken meg talán az M1-es Cyrix-okon sem... )

Ha érdekel, esetleg megpróbálhatok összehozni egy Pentium Overdrive ( PODP5V63 / PODP5V83 ) eredményt is... Ezen a WinXP is vígan elfut.

Az instlatx64.fw.hu-t nem en lottem le es nem is en inditottam be, hanem valami gixer volt egy hetig a freewebnel.

Az EVEREST benchekhez igen, kell az RDTSC utasitas, benne is van a doksiban.

Minden proci erdekel, az Overdrive is, meg a K5 is.

A Rise riportokat koszi szepen, megkaptam. A tovabbiakat majd a valaszban irom le.

[ Szerkesztve ]

Respect

Nagyon jó teszt..kár hogy csak most olvastam...