CD-X 3

home *** CD-ROM | disk | FTP | other *** search

/ CD-X 3 / cdx_03.iso / shutils / dos / systes57.arj / SYSTEST.TXT < prev

Wrap

Text File | 1995-11-02 | 79.2 KB | 1,852 lines

Systest V3.57ß Üdv minden SYSTEST felhasználónak ! A dokumentáció néhol egy kicsit zavaros, de azért remélem minden benne van ami fontos lehet. Jelenleg elég sok minden hiányzik még, de én inkább írom a programot mint dokumentálom. Egyébként is azt tartom, hogy ha egy program használata nem magától érthetôdô akkor ott nem a dokumentáció a segítség hanem a program újraírása. Ez a doksi egyébként sem a hagyományos értelemben vett programleírás, hanem inkább a program és általában a hardver mûködésének elvi alapjaival foglalkozó iromány. Ha valakinek valami hiányzik, vagy nem érthetô, forduljon bizalommal hozzám ! A doksi végén, és természtesen a programban megtalálja a címet, telefonszámot. A szövegben igen gyakran fordul elô a következôhöz hasonló csillaggal kezdôdô mondat : * Ha ez bárkinél elôfordul, kérem értesítsen ! A gyakori ismétlôdés nem stilisztikai hanyagság, hanem annak a jele, hogy szeretném ha a program minél több helyen, minél kevesebb hibával, minél pontosabban mûködne. Ehhez pedig a felhasználók visszajelzéseire van szükségem ! Most magáról a SYSTEST-rôl egy kicsit. A program 1989-ben keletkezett. Addig mindenfélét írtam, de akkor egy barátom elém rakta a Norton System Information V3.00-át (emlékszik még rá valaki ? Egy 16 KByte-os kis programocska volt, és kb. 20-22 sornyi fekete-fehér "információt" adott a géprôl.), és megkérdezte tôlem, tudom-e hogy miként lehet ilyen bizalmas információkat kinyerni a gépbôl ? Bevallom ôszintén, fogalmam sem volt róla. 1982 óta foglalkozom számítástechnikával, az ABC-80-tól kezdve az R-10-esig mindenféle gépen programoztam mindenféle nyelven, de ilyen jellegû programot még soha nem próbáltam írni. Az is igaz, hogy a PC megjelenéséig erre nem is volt igazán szükség. A C64-esek léteztek 2-3 féle házban néhány alaplap- változatban, de azért ezek mind kompatibilisek voltak egymással ! A PC-k viszont erôsen elfajzottak szülôanyjuktól ! Igy hát nekiveselkedtem, és 1989 október-november táján megszületett a SYSTEST V1.00. Ha jól emlékszem, két képernyônyi infót adott (kb. a mostani Summary és CMOS Setup menüpontoknak megfelelôt), keretes fekete-szürke-fehér formában. Némi nosztalgiával gondolok vissza erre a nem egészen 300 Pascal sort számláló kis programocskára.(A SYSTEST jelenleg meghaladja a 43.000 sort !) Aztán sajnos elkezdték használni a barátaim ! 5-6 hónap után futott hibátlanul a környezetemben lévô mintegy tucatnyi konfiguráción. Innentôl aztán nem volt megállás. A PC-k elterjedése és változatossága, az ismerôsök igényei ("na és azt meg tudod mondani, hogy...") és a saját ötleteim folyamatosan bôvítették eme "programozástechnikai gyöngyszemet". Copyright notice ??? -------------------- A programban és a dokumentációban szereplô védjegyek és márkanevek az ôket birtokló cégek kizárólagos tulajdonai... (vagy valami ilyesmi). Ha bármelyiküknek is kárt okozott volna, hogy felhasználtam ôket, kérem értesítsen (úgysem tudok mit tenni) ! A SYSTEST által megjelenített adatok valódiak, az információk és a valóság közti hasonlóság nem a véletlen mûve ! A program és bárki más már meglévô vagy majdan megszületô programja közti hasonlóság pedig csak a puszta véletlen eredménye. A SYSTEST a legsharewarébb shareware ! Másolása és illegális terjesztése KÖTELEZÖ ! A SYSTEST rendeltetése: ----------------------- Na, ez az amit magam sem tudok ! Mindenki arra használja amire akarja. Néhány tipp: - egy hardware kereskedô barátom az eladott gépek dokumentálására használja. Minden géprôl riportot készít, és egy esetleges garanciális idôn belüli javításnál ellenôrzi a konfigurációt, hogy abban az állapotban van-e, mint ahogy eladta (ugyanaz a winchester, VGA kártya, stb.). - hálózati rendszergazdák a program segítségével ellenôrizhetik, hogy a Userek nem piszkáltak-e bele a konfigurációba. - nehezen felbontható gépek is ellenôrizhetôk vele, hogy beleraktak-e mindent amit a számlán kifizettettek a vevôvel. - a gépek tuningolását lehet vele ellenôrizni (lásd Benchmarks menü !) - meg lehet ismerkedni gépünk belsejével. - csodálkozni lehet a program mérhetetlen tudásán... Minden bizonnyal sok minden másra is lehet használni, csak én szûk látókörû vagyok. Akinél bevált valamire, hasznot hozott (anyagit, erkölcsit), vagy ötletet adott valami jóra-okosra, az értesítsen ! Sokat vívódtam már, hogy érdemes-e ilyen programot írni, de aztán a "nagyok" mindig lelket vertek belém, hiszen minden nagyobb program vagy programcsomag része valamilyen diagnosztikai ill. rendszerfelderítô program (DOS : MEM.EXE, MSD.EXE (a Windows-ban is), Norton Utilities : System Information, QEMM : MANIFEST.EXE, 386MAX : ASQ, stb.) Bár eszébe juthat valakinek a SYSTEST összevetése olyan programcsomagokkal is mint a Norton Diagnostics, a Check√it, a Quaplus vagy a Micro-Scope, nekem nem célom a diagnosztikai programokkal való vetélkedés. Egymagam erre nem is lennék képes ! Ellenben a SYSTEST elég nagy biztonsággal azonosítja a különbözô rendszerelemeket, esetenként jobban mint a fent említett programmonstrumok ! A fentieken kívül hatalmas erénye még a programnak hogy Én írtam ! Na nem azért amire a Kedves Olvasó gondol, hanem mert így folyamatosan javítható, finomítható és a felhasználók igényeihez igazítható. Póbálja ki valaki, hogy ír a Symantec-nek vagy a Microsoft-nak hogy ez-az nem jó, vagy hiányzik a programjából ! Természtesen ezeknek a "gigászoknak" ez nem is lehet feladatuk, így az vesse rájuk az elsô követ, aki az Ö helyükben másképpen csinálná. Azért vagyunk (és lehetünk) mi "kicsik", hogy a "nagyok" szélárnyékában szedegessük a morzsákat ! Ki használhatja a SYSTEST-et ? ------------------------------ Minden nagykorú (0-150 éves), bármilyen nemû és állampolgárságú személy, aki rendelkezik az alábbi IBM-PC kompatibilis konfigurációval (és természetesen kedvet érez hozzá): - Intel 80x86 kompatibilis processzor - minimum 300 KByte szabad memória (HDD sebességteszthez 350 KByte !) - DOS 2.0, vagy ennél újabb operációs rendszer (MS-DOS 5.0 vagy DR-DOS 6.0 ajánlott !) - billentyûzet Lesz akinek szüksége lehet még egy videokártyára és egy monitorra is, és esetenként egy hajlékony-, vagy merevlemezes tárolóra. Hálózatba kapcsolt PC esetén megteszi egy olyan logikai meghajtó is amelyre írási joga van a tisztelt Usernek. Ja, és nem árt ha a PC mûködik ! A SYSTEST indítása ------------------ A program egy állományból áll : SYSTEST.EXE A program indítható parancssorból, shell-bôl (NC, PC-TOOLS, stb.), batch programból. Az indítás az alábbihoz hasonló : C:\TESZT>SYSTEST [állománynév] [kapcsolók] Az állománynév az esetleg elkészítendô riportállomány alapértelmezésû neve lesz, a kapcsolók leírását pedig lásd késôbb. A program indítás után változó ideig szöszmötöl, majd ha a belsô önellenôrzés hibátlanul lefutott,az alábbihoz hasonló egyszerû képernyôvel indít. Figyelem ! Amennyiben a SYSTEST reklamál, hogy vírusfertôzés érte, a programból csak kilépni lehet ! Aki nem piszkált bele a programba, az biztosra veheti hogy valóban vírus telepedett a programra. Ilyen esetben tartson saját magánál is vírusellenôrzést, majd ha nem talált semmit, értesítse a beszerzési forrását is az esetleges fertôzésröl ! Ha egy-két perc után sem jött be az inditókép, akkor sajnos az alapfelderítés elakadt valahol. Ilyenkor a Ctrl-Alt-Del, vagy a Reset gomb használata ajánlott (illetve meg lehet próbálni a TRACE kapcsolóval való újraindítást). Az indítóképernyô képe : ------------------------ System Analyzer Vx.xxß 1989-95 Agis(C) ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓┌[]─── Main menu ───────┐▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Summary │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Benchmarks │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Setup RAM │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Motherboard │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Drives │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Memory info │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Operating system │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Network │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Extension cards │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│────────────────────────│▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ Report │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│────────────────────────│▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓│ About program │▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓└────────────────────────┘▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ A program egérmeghajtó megléte esetén használja az egérkét. Errôl a képernyô közepén éktelenkedô téglalap alakú egér-kurzor tesz tanúbizonyságot. * Ha valakinél nem mûködik az egér kérem értesítsen ! A felhasználói felület kezelésének leírásával nem szeretnék megsérteni senkit. Ha valakinek nem nyilvánvaló, az biztosan az én hibás tervezésem eredménye, így tôle elôre is bocsánatot kérek (az építô jellegü kritikákat a címemre várom !). A program egyes menüinek ismertetését alább közreadom, bár jobb ha mindenki inkább a gyakorlatban fedezi fel ôket. A SYSTEST indításakor a teljes rendszerállapotot megpróbálja elmenteni, majd a programból való kilépéskor megpróbálja azt visszaállítani. Ennek legkézzelfoghatóbb jele, hogy megpróbálja visszaállítani az indítása elôtti képernyôtartalmat. * Akinél ez nem történne meg, kérem értesítsen ! A SYSTEST minden szöveges képernyô-üzemmódban elindul, beleértve az SVGA kártyák extra szöveges üzemmódjait is. Ennek ellenére elöfordulhat az a kivételes és áldatlan állapot, hogy a program nem tudja értelmezni a videokártya aktuális állapotát, ill. olyan perverz felhasználóval találkozott, aki grafikus képernyön inditotta a programot. Ilyen esetben a prg. átállítja a képernyôt 80x25 karakteres szöveges módba ! Kapcsolók --------- A SYSTEST jelenleg a következö kapcsolókat érti: BIOS BW VIDEO NOSOUND MODEM TRACE NORESET /BIOS ----- Ha a prg. indítása után széttöredezett, vagy üres képernyôt jelenít meg, akkor érdemes kipróbálni ezt a kapcsolót. Ennek hatására a prg. felhagy a direkt képernyôkezeléssel (ami nagyon gyors és az esetek 99%-ban mûködik is) és a videokártya BIOS-án keresztül fog dolgozni, ami remélhetôleg menni is fog neki (bár volt már olyan szedett-vedett SVGA kártya ami az elérhetô üzemmódjai közül jó néhányat nem támogatott, csak különféle drivereken keresztül). Aki ennek a kapcsolónak a használatára kényszerült értesítsen engem ! /BW --- CGA kártyához illesztett kompozit-mono monitor, ill. ósdi LCD-vel megáldott laptop (vagy táska) gépek esetén elképzelhetô hogy az alap-színkészlet nem nyújt kielégítô eredményt. Ebben az esetben ki kell próbálni a kapcsolót ! Aki ennek a kapcsolónak a használatára kényszerült értesítsen engem ! /VIDEO ------ Mivel az én érdeklôdési területem az SVGA kártyák lelkivilága, ezért mindenkinek melegen ajánlom a VIDEO kapcsolót ! Ennek használata esetén történik egy s más, mi az én szívemnek kedves, de a felhasználó szíve esetleg megállni óhajt. Ilyenkor a SYSTEST megpróbálja aktivizálni a videokártya összes nem szabványos üzemmódját (az esetleg meglévô VESA üzemmódokkal az élen), és megkísérli megállapítani ezek jellemzôit (felbontás, színek száma, stb.). Ezek az adatok nekem nagyon fontosak, de mindenkinek nagyon jól jöhetnek aki szeretné kihasználni a kártyája spéci üzemmódjait, de az átlagos magyar kereskedônél vásárolta a cuccot, ahol a felsö-kínai mandarin nyelvü leírás magyar fordítása gyanánt egy busás számlát mellékeltek az adott holmihoz. Az üzemmódok tesztelése során jobb ha mindenki elfordítja a szemeit a monitorról, vagy addig folyást enged természetes szükségleteinek. Sajnos nem mindenki használ(hat)ja olyan monitorral a videokártyáját, ami képes a kártya összes üzemmódjának megjelenítésére, így igen sokszor fog futni a kép, vagy sípolni a monitor. Ennek ellenére nincs ok az aggodalomra ! Nem muszáj nekem elhinni, de a nagyon régi Hercules monitorokon kívül még nem láttam olyan megjelenítôt, ami azért ment volna tönkre, mert másodpercekig extra jeleket kapott. Persze ha valaki percekig így hagyja a monitort, az nem biztos hogy használ neki. Ha véletlenül a video teszt során valaki úgy látja, hogy a program lefagyott, vagy az idegei már nem bírják a megpróbáltatásokat, akkor laza mozdulattal nyúljon a RESET gomb felé ! Figyelem ! Ha a videómemória valamely memóriakezelô program által be van más célra is fogva (pl. a felsô-memória optimalizáló programok elôszeretettel használják UMB-nek a monokróm videokártyák memóriaterületét, illetve az ügyesebb memória- kezelôk áthelyezik a VGA kártya BIOS-át), akkor a SYSTEST inkább nem teszteli az üzemmódokat, mert nem lehet elôre tudni, hogy egy adott üzemmód melyik memóriaterületet használja, és így legalább elkerülhetô az a kínos lefagyás, ami a régebbi kiadású SYSTEST-eket kísérte. Ilyen esetben a program induláskor közli, hogy a tesztet nem hajtotta végre. A kapcsoló hatással van a riportokra is, lásd a Report menüpont leírásánál ! * Lásd még : Motherboard/Video mode list menü /NOSOUND Amennyiben a késôbb ismertetendô Summary menüpontban a SYSTEST elakadna a hangkártya keresésénél, ezzel a kapcsolóval indítva a programot a hangkártya teszt elmarad és így valószínûleg le fog futni a program. /MODEM Mivel a modemek keresése a soros portokon sok idôt igényel (akkor is ha nem talál), a SYSTEST csak akkor próbálja megkeresni a modemet, ha erre a MODEM kapcsolóval utasítják. /TRACE Mivel néha még a roppant óvatos SYSTEST is kiakad a hardware-elemek azonosítása közben és a régebbi SYSTEST-eknél nem lehetett tudni, hogy hol akadt el, a 3.28-as verziónál megjelent a TRACE kapcsoló. A kapcsoló hatására a program a bejelentkezô képernyö megjelenéséig gödöllôi angol tájszólással kiírja az éppen végrehajtott esetleg kritikus felderítômûveletet. Ahol a kiírás megáll, ott a bibi ! Ezeket az üzeneteket kiírja egy SYSTEST.DBG nevû állományba is. A kapcsoló használata esetén a programból való kilépés után üres képernyôt kapunk, az indítás elôtti képernyôtartalom elvész! /NORESET kihagyja a processzorok resetjét. Az egyes menüpontok leírása --------------------------- Summary ------- Ezen a képernyôn egy áttekintô képet kapunk a PC adatairól. Vannak olyan információk amelyek csak itt találhatóak, míg vannak olyanok is amelyek más menüpontok alatt részleteikben is megtekinthetôek. A program megpróbálja megállapítani a gép típusát is (PC,XT,AT,laptop,stb). Ha lehet, akkor a konkrét géptípust is kijelzi : pl. Toshiba 4800CT laptop). Bár a SYSTEST több mint 200 különbözô konkrét géptípust ismer, az esetek többségében mégis a sokat sejtetô "IBM AT" szöveget kapjuk eredményül. Ez is a PC-k sokféleségének az eredménye ! A PC-ben levô processzor és esetleges társprocesszor adatai csak itt láthatóak ! A SYSTEST jelenleg a következô processzorokat és társprocesszorokat ismeri fel : Procik : 8088 kompatibilis (Intel,Harris,Siemens sajnos egyre megy!) 8086 kompatibilis - " - NEC V20 NEC V30 NEC V40 NEC V50 80188 80186 80286 kompatibilis (Intel,AMD sajnos egyre megy!) Harris 80286 (csak a 25MHz-es változat!) Chips&Technology 38600SX, 38605SX 80386SX kompatibilis (Intel, AMD, és a többi sajnos egyre megy!) 80386SL kompatibilis - " - Chips&Technology 38600DX, 38605DX 80386DX kompatibilis (Intel, AMD, és a többi sajnos egyre megy!) IBM 386SLC Cyrix 486SLC család (SLC, SLC/E, sRU, sRU/2 stb.) Cyrix 486DLC család (DLC, DLC/E, dRU, dRU/2 stb.) IBM 486SLC Cyrix 486S/S2 család (i80486SX kompatibilisek!) UMC U5S (i80486SX kompatibilis!) 80486SX kompatibilis (Intel, AMD, és a többi sajnos egyre megy!) Intel 80486SX2 Cyrix 486D/DX/DX2 család (i80486DX kompatibilisek!) UMC U5SD (i80486DX kompatibilis!) 80486DX kompatibilis (Intel, AMD, és a többi sajnos egyre megy!) 80486DX2/DX4 kompatibilis (Intel, AMD) Intel Pentium Intel P24T (Pentium) Overdrive Intel Pentium Pro (régi nevén P6) NexGen Nx586 Koprocik: 8087 kompatibilis 80187 kompatibilis Intel 80287 kompatibilis Intel 802C87 kompatibilis Intel 80287XL IIT 2C87 Cyrix 82S87 AMD 80C287 Intel 80387 kompatibilis (SX és DX külön az összes 387-esnél!) Intel Mobil 387SL IIT 3C87 ULSI 83C87 Cyrix 83D87 Intel 80487 kompatibilis 80387 kompatibilis koprocesszor-emulátor (Windows alatt sajnos nem megy !) * A program ß-tesztes változataiban a processzor(ok) adatai alatt nekem fontos kiegészítô információk látszhatnak. Ha a program nem, vagy rosszul ismerné fel a processzorokat, akkor ezek segítenek a hibajavításban, így ezek hozzám való eljuttatását nagyon megköszönöm ! A processzorok adatai után látható egy érdekes pont. ùgy hívják, hogy "Processor errors"! Az Intel (és hasonmásai) processzorok fejlôdésével sajnos a bennük lévô hibák száma is elszaporodott. Ezeknek a hibáknak egy része gondot okozhat a mindennapi munkában is, más részük viszonylag kevésbé veszélyes. Egy részüket az Intel elismerte, más részüket tagadja ill. hallgat róla. Mindenesetre erôsen megfontolandó, hogy milyen feladatokra és egyáltalán érdemes-e olyan mikroprocesszorokat használni, amelyek hibásan mûködnek. A SYSTEST-ben az ismert processzorhibák nagy többségét tesztelem. Az alábbi felsorolás a Summary menüben megjelenö kulcsszavakat sorolja fel és megpróbálom részletesen leírni az egyes hibák jelentését, jelentôségét, elôfordulási gyakoriságát. POPA ---- A 386-os processzorok (kivéve az Intel 386SL és IBM 386SLC) egyik legelterjetdtebb (kb. 70-75% gyakoriság!) és legközismertebb hibája, de elôfordulhat 286-osokban is. A 186-os processzoroktól (ill. a NEC V20-tól) felfelé létezik a PUSHA/POPA utasításpáros (a 386-os processzoroknál pedig a 32 bites PUSHAD/POPAD is) amely utasítások az általános célú regiszterek értékeit mentik el a veremre ill. töltik vissza a veremrôl. A hiba a következô : amennyiben a POPA (POPAD) után olyan utasitás következik, ami a memóriára hivatkozik egy bázis és egy indexregiszter segítségével (de nem az AX regiszterrel!), az AX ill. az EAX regiszter értéke elromlik. Ha a hivatkozás az AX regiszterrel történik és 16 bites módban fut a program, a CPU befagy ! A probléma orvosolható úgy, hogy a POPA utasítás után egy NOP utasítást kell elhelyezni. Ezt a hibát az Intel és a többi gyártó is elismerte és a compiler ill. a fejlesztôeszközgyártók is ismerik, a megoldást alkalmazzák, így a hibának általában nincs következménye. IDIV ---- Gyakorlatilag bármelyik processzortípusban elôfordulhat ez a hiba. A hiba abban áll, hogy az AX regiszter némely értékét bizonyos memóriában lévô osztókkal IDIV utasítással elosztva helytelen eredményt kapunk. A hiba jelentôs, ezért lehetôleg kerülni kell az IDIV használatát ill. az osztót elöbb át kell pakolni egy regiszterbe és úgy használni. Figyelem ! Ez a hiba nem azonos a Pentium processzorok osztási hibájával (lásd kesôbb) ! MUL (16 bit) ------------ Ez az egyik legbosszantóbb hibája a 386-os processzoroknak. A hiba itt azt jelenti, hogy számos olyan szorzó-szorzandó páros van, amelyekre a 16 bites MUL utasítás hibás eredményt generál. Nem tudok megoldásról, bár úgy tudom az Intel elismerte a hibát. Lásd a következö hiba leírását! MUL (32 bit) ------------ Ez a másik nagy hibája a 386-os processzoroknak. A hiba itt azt jelenti, hogy számos olyan szorzó-szorzandó páros van, amelyekre a 32 bites MUL utasítás hibás eredményt generál. A megoldás csak az lehet hogy 16 bites MUL utasításokat használunk és reménykedünk hogy a proci nem esik abba kicsi de roppant szar csoportba, amelyiknél a 16 bites szorzás is rossz ! Ållítólag az Intel ezen hiba miatt készül visszavonni az eladóknál lévô készleteket és csak bevizsgálás után fogja ismét piacra dobni ôket. Azokat a processzorokat, amelyek nem állták ki a tesztet "16-bit S/W only" illetve egy darab Σ (szigma) jelzéssel fogják ellátni. A helyesen mûködô procikat dupla szigma jelzéssel fogják forgalmazni. MOVSB ----- Szintén a 386-os ill. annál nagyobb processzorokban elôforduló hibáról van szó. A hiba abban áll, hogy amennyiben a MOVS utasítás címszélességétöl (16 ill. 32 bit) eltérô címszélességû memóriakezelô utasítást használunk a MOV utasitás után, akkor a DI (EDI) regiszter értéke helytelen módon változik meg a MOVS utasitás után. A megoldás a címmódosító prefixek helyes alkalmazása. REP --- A 286-osnál kisebb processzorok egyik általános hibája ez. A hiba abban áll, hogy a REP (ismétlés) prefixü utasitások némelyik processzornál nem lock-olják a buszt. Ha az utasitás végrehajtása közben hardware megszakítás vagy exception keletkezik, a ciklus végrehajtása befejezödhet úgyis, hogy a CX regiszter értéke nem 0. A megoldás lehet az, hogy teszünk utána egy vizsgálatot, és ha CX nem nulla, akkor visszaugrunk a végrehajtásra. A hiba az öreg processzorokban elég gyakori. INS --- Hasonló jellegû probléma mint az elôzô, de ez a 386-os prociknál fordul elô. Ha a REP INS utasítás után PUSH, POP vagy a memóriára hivatkozó utasitás áll, akkor a (E)CX regiszter értéke a beolvasás után nem 0, hanem -1 lesz ! A megoldás egyszerû, a REP INS után mindíg tegyünk egy NOP-ot. FDIV ---- Kizárólag a Pentium processzorokban fordul elô ! Sajnos úgy látszik, az Intel-nek nem erôssége a matematikai társprocesszor- gyártás (lásd elsô generációs 486-osok). Az elsô 1-2 millió legyártott Pentium processzor sajnos hibás lebegôpontos aritmetikával került ki a piacra, valószínûleg emberi mulasztás miatt. A hiba azt jelenti, hogy a koprocesszor az esetek egy igen nagy részében hibásan hajtja végre az osztást. Az osztás eredménye a hibás esetekben egy kicsit kisebb mint kellene, a legrosszabb esetekben már a negyedik tizedes sem jó! Sajnos mivel az osztó-egységet más koprocesszor mûveletek is használják, a hiba több helyen is jelentkezhet. Az Intel a következô utasításokat jelölte meg, mint hibás eredeményt produkálókat: FDIV lebegôpontos osztás (minden lebegôpontos számábrázolási tartományban, tehát single-, double- és extended precision) FPTAN tangens FPATAN arcus tangens FYL2X Y*log2(X) FYL2XP1 Y*log2(X-1) Továbbá az Intel vizsgálja a logaritmikus mûveleteket is. Ez a hiba nagyságrendekkel nagyobb annál mint ami a számok bináris ábrázolásának pontatlanságából ered. Gyakorlatilag ezek a Pentiumok alkalmatlanok mérnöki, gazdasági és más tudományos alkalmazások futtatására. A probléma azért derülhetett ki viszonylag késôn, mert a reklámokkal ellentétben kevés program használja közvetlenül a koprocesszort. A "jobb" (de én inkább úgy mondanám: az "okosabb, óvatosabb" programok inkább saját emulációs könyvtárat használnak, mivel az nincsen kitéve a különbözô gyártóktól (Intel, Cyrix, AMD, IIT stb.) eredô koprocesszorok apró számítási eltéréseinek. Az 1994 decemberétôl forgalmazott Pentiumok (az új 90MHz-esek és az összes ennél nagyobb órajelû változat) már hibamentesek. Az 1994 decembere elôtt forgalomba került összes példány azonban (az összes 60, 66, 75 és igen sok 90 MHz-es) tartalmazza a hibát ! Megtalálható itt a PC-ben levô memória mérete, valamint a processzorban levô elsôdleges (L1) és az alaplapon levô másodlagos (L2) cache-memória mérete is. A PC-ben meglévô hangkártya is itt kerül kijelzésre (ha megtalálom) ! Egyelôre csak a Gravis Ultrasound, Sound Blaster, és AdLib kompatibilis kártyákat ismerem fel. * Akinek más kártyáról (pl. Sound Galaxy) van programozói- vagy hardware leírása, kérem jelezze ! Itt látható továbbá a PC-ben rejtôzô ROM BIOS neve és a gyártó védjegye (már ha sikerül kicsalni belôle). Benchmarks ---------- Minden magára valamit is adó tesztprogramnak része egy olyan funkció, ahol a felhasználó örülhet, látva szeretett gépének teljesítményét ill. az idô múlásával egyre inkább bosszankodhat, hisz a PC-k fejlôdése nem áll meg. Én például rettenetesen örvendeztem, ammikor a kezem alatt az XT-t felváltotta egy 6 MHz-es AT ! Motherboard speed ----------------- A relatív sebesség az eredeti 4.77 MHz-es, társprocesszor nélküli, 150 nanosecundum elérési idejû RAM-al ellátott IBM PC számítási teljesítményéhez való viszonyt jelenti. A "hômérô" egy olyan értéket jelez, ami az adott PC processzora és annak órajele szerinti átlagteljesitményhez viszonyított érték. Pl. a 33 MHz-es 486DX-ek átlagos teljesítménye 57.5. Ha a mért érték ekörül van, a "hômérô" a GOOD érték felett mozog. A PC teljesítményét leronthatja a RAM és a cache lassúsága, a túl sok várakozási állapot beállítása a memóriahozzáférésekhez, ill. a belsô és külsô cache memóriák setup-ból történô "buherálása". Igy lehet az, hogy ugyanilyen konfigurációban mértem már 51.4-et (POOR) és 58.7 (majdnem SUPER) értékeket is. A mûszer az átlagos érték körûli ±10%-os tartományt jeleníti meg. Tapasztalatom szerint a következô jellemzô értékek fordulnak elô: 286 6Mhz 5 286 8Mhz 7 286 10Mhz 9 286 12Mhz 10 286 16Mhz 14 jobb a 25MHz-es 386SX-nél ! 286 20Mhz 18 jobb a 25MHz-es 386SX-nél ! 286 25Mhz 22 kár hogy csak a Harris gyártott ilyet ! 386SX 16Mhz 8 386SX 20Mhz 10 386SX 25Mhz 13 386SX 33Mhz 26 de cache nélkül csak 15-16 386SX 40Mhz 32 de cache nélkül csak 18-20 386DX 33Mhz 30 386DX 40Mhz 36 Cyrix 486SLC 33Mhz 56 Cyrix 486SLC 40Mhz 68 Cyrix 486DLC 40Mhz 71 IBM 486SLC/2 66Mhz 75 486SX/DX 25Mhz 44 486SX/DX 33Mhz 58 Amd 486DX 40Mhz 70 Intel 486SX/DX/2 50Mhz 87 Cyrix 486DX2 50Mhz 98 jobb mint az Intel ! Intel 486DX2 66Mhz 115 Cyrix 486DX2 66Mhz 120 jobb mint az Intel ! Amd 486DX2 80Mhz 136 Cyrix 486DX2 80Mhz 145 jobb mint az Amd ! Intel 486DX4 75Mhz 143 Amd 486DX4 100Mhz 178 Intel 486DX4 100Mhz 190 közel van 60MHz-es Pentium-hoz ! Intel Pentium 60Mhz 196 Intel Pentium 66Mhz 216 Intel Pentium 90Mhz 295 Intel Pentium 100Mhz 328 Intel Pentium 120Mhz 394 BECSÜLT ÉRTÉK !! Intel Pentium 132Mhz 433 BECSÜLT ÉRTÉK !! Intel Pentium 150Mhz 492 BECSÜLT ÉRTÉK !! Ez a felsorolás sok érdekességet rejt magában ! A következô megállapítások tehetôk: - ugyanazon az órajelen futtatva a 286-os procik nagyobb teljesítményt nyújtanak, mint a 386SX-ek. Ez az SX procik bonyolultabb felépítésével magyarázható. Természetesen érdemes inkább a 386SX-eket használni, fejlettebb memóriakezelésük és természetesen a 32 bites belsô felépítés miatt (Windows 3.x enhanced mód !). - a 486SX-ek és a 486DX-ek teljesítménye nálam (az Intel által ajánlott és közzétett iComp indexektôl eltérôen) egyenlô. Ez azért van, mert ez a teszt nem használja a koprocesszort, és az SX-eket csak ennek hiánya különbözteti meg a DX-ktôl. - a Cyrix nemcsak a gyors és pontos matematikai koprocesszorairól híres, hanem úgylátszik jó procikat is tudnak tervezni. A 486DX sorozatba esô modelljeik ugyanazon az órajelen rendre gyorsabbak mint az eredeti Intel/Amd modellek. - a 486DX4-esek mezônyében kiválóan látszik, hogy míg az Intel áttervezte és feljavította a 486-os architektúrát, az Amd csupán az eredeti 486-os mikrokódra alapozhatott (mivel csak ehhez volt joga), és csupán az órajelet növelték meg. Ebbôl ered a jelentôs teljesítményelôny (kb 4:3) az Intel javára. - a 486DX4-esek 100MHz-en már felveszik a versenyt a Pentium-ok alsó (60, 66MHz-es) kategóriájával. Mivel a DX4 olcsóbb mint a Pentium (ráadásul nincs benne az ominózus FDIV hiba), ezért otthoni használatra inkább ajánlott. Természetesen ez nem azt jelenti, hogy a Pentium-ok gyengébbek lennének a 486DX4-eseknél, csak azt, hogy amennyiben a program nincs optimalizálva a Pentium párhuzamos feldolgozási képességére, akkor nem tudja kifutni magát! Mivel a fordítóprogram-gyártók nem fárasztották magukat az ilyen optimalizáló modulok kifejlesztésével, az Intel magára vette a feladatot, és a P6-osokban a hardware magában optimalizál. Sajnos a magasabb órajelen kívül majdhogynem csak ez jelenti a teljesítménynövelô megoldásokat a Pentiumokhoz képest. Figyelem ! Nem találkoztam eddig még (a "menô" processzorok közül): 75, 120, 133 és 150 Mhz-es Pentium-al 100 és 120 Mhz-es Amd 486DX2-vel UMC procikkal NexGen 586-al ! Akinek valami tapasztalata van a fentiek közül valamelyikkel, kérem jelezze ! A képernyôn látható három számjegyes Mhz kijelzô megpróbálja a processzor órajelét mutatni. Ez esetenként 1-2 Mhz-et eltér a processzorra írt értéktôl: - pl. a 12.5 Mhz-es 286-os AT-k esetén ez lehet 12 vagy 13 Mhz. - órajelháromszorozó (pl. Intel 486DX4) processzorok esetén, attól függôen hogy az alaplapon 33 vagy 33.333 Mhz-es órajelgenerátor van, 99 vagy 100 Mhz (a processzoron természetesen 100MHz az érték!). A mért adatok értékelése és használhatósága ------------------------------------------- A relatív sebesség mérése egy általam önkényesen választott módszerrel történik így semmiféle más (szabványosnak mondott) program eredményeivel sem vethetô össze ! Érdekes módon azonban ha a relatív sebességet megszorozzuk kettôvel, akkor az ún. "Landmark speed"-hez közeli értékeket kapunk. Az általam összeállított mérés eredménye nagyobbrészt a processzor számítási teljesítményétôl és kisebb arányban a RAM gyorsaságától függ. A számítási eljárás teljesen független a processzor típusától, azaz nincsenek kihasználva a 8088/8086 processzoroknál újabb típusok speciális lehetôségei. Ennek két oka van: - egyrészt a program eredetileg XT-n íródott, és a viszonyszám is az XT-hez mért teljesítményt mutatja és csak így biztosítható a program különbözô verziói által adott eredmények hiteles összevethetôsége. - másrészt (és ami fontosabb !) ez a módszer sajnos jól modellezi a jelenlegi DOS-os (és valamennyire a Windows-os) programválasztékot. Hiába van ugyanis valakinek 386-os ill. 486-os PC-je, a programok nagy része úgy van megírva, hogy a 286-osokon is csont nélkül kell futnia, azaz nem használ(hat)ják ki a fejlettebb típusok által nyújtott többletszolgáltatásokat. Figyelem ! ---------- * Akinél lényeges eltérés van a mutatott MHz és a processzor órajelfrekvenciája között, kérem értesítsen. (Azok, akiknek a PC elôlapján levô kijelzö többet mutat mint a program, csak azután lelkendezzenek, miután megnézték az alaplapon levô kristály, és (vagy) a processzor tetején lévô feliratot, mivel a PC összeeszkábálók elôszeretettel állítanak be magasabb értékeket a kijelzôn mint a valóságos érték !) Aki hiányolja a matematikai társprocesszor sebességét, az jól teszi ! Amikor elkezdtem a SYSTEST megírását, koprocesszorról csak álmodtam. Azóta rengeteg típus megfordult már a kezem között, de sem az eredeti XT-m nincs meg, sem pedig 8087-es nincs a közelemben, így egyelôre hiányzik a viszonyítási alap. A megoldást az jelentené, ha egy szabványos tesztet iktatnék be ide. Sajnos azonban ilyenek nem állnak a rendelkezésemre forráslista szinten. A nekem szimpatikus és elterjedt Whetstone tesztet például nagyon régóta keresem, de nem tudom elérni. Aki tud, kérem segítsen ! Tudtommal a tesztet publikálták, méghozzá a következô kiadványban, 1988 márciusában: Wichmann, B.A.:Validation code for the Whetstone benchmark. NPL Report DITC 107/88, National Physics Laboratory, UK Video Speed ----------- A képernyôn két érték található. Az elsô sebesség az aktív videoadapter szöveges képernyômemóriájának közvetlen elérésébôl származó sebesség. A második érték a videokártya BIOS-án keresztül történô képernyôkezelés sebessége. Figyelem ! A 3.20-as verziótól kezdve az értékek nem vethetôk össze a régebbi változatok sebességével ! Egy jól megalkotott képernyôkezelô programcsomag ilyen sebességgel tudja "meghajtani" a képernyôt. A mért adatok értékelése és használhatósága ------------------------------------------- A videokártya sebességének mérése elég rázós dolog. A mért érték csak a kártya DOS alatti szöveges üzemmódjaira jellemzô érték. Semmit nem mond(hat) a grafikus (pláne a Windows-os) teljesítményrôl. Amint látható, az általam mért sebességek eléggé eltérnek a többi általános tesztprogram eredményeitôl. Lássunk egy érdekes kis táblázatot. Egy Western-Digital VGA kártyára a különbözô programok az alábbi sebességeket mérték : Check√it Pro : 54.630 cps Quaplus 4.61 : 94.674 cps Landmark 6.0 : 2078 chr/ms. SYSTEST 3.20 : 740 chr/ms. Ha ezeket az értékeket a közös cps (karakter/másodperc) értékre átszámítjuk akkor a következô táblázatot kapjuk : Check√it Pro : 54.630 cps Quaplus 4.61 : 94.674 cps Landmark 6.0 : 2.078.000 cps SYSTEST 3.20 : 740.000 cps Mint látható, a különféle programok nagyságrendben is eltérô értékeket mérnek ugyanarra a kártyára. Ennek oka a mérési eljárások különbözôségében keresendô. Nem tudom a többiek hogyan mérnek, de én megpróbálom az alkalmazói programok stílusában kezelni a képernyôt és így alakul ki az az érték amit a tesztem mutat. Az okok az alábbiak: - DOS környezetben mára a programok képernyôkezelése két jól elkülönülô módszert követ. Az egyik módszer szerint a program a DOS szabványos eszközeit használja. Mivel a DOS a konzol elérésére a VIDEO BIOS megfelelô rutinjait használja, ezért a sebesség igen korlátozott és sokkal inkább a ROM elérési ideje és a jól-rosszul (de inkább az utóbbi) megírt beégetett BIOS rutinok határozzák meg, mintsem az extra sebességû (és mennyiségû) akár kétirányú hozzáférést biztosító VRAM és a "spéci" sok-sok Mhz-en ketyegô grafikus célprocesszor (elnézést kérek minden videokártya- gyártótól, de ezzel sokkal inkább a PC-s világ egészét,mintsem ôket akarom kritizálni). - a másik módszer, amit minden jól fejlett program használ, hogy a DOS-t és a BIOS-t is kiiktatva közvetlenül a videokártya memóriáját manipulálják. Ez sokkal (minimum egy-két nagyságrenddel) nagyobb képalkotási sebességet tesz lehetôvé, de ez sem használja ki a sok-tízezer forintos kártyacsodák képességeit. Érdemes eljátszani ezzel és az elôzô képernyôvel úgy, hogy a turbo kapcsolót felváltva alacsony-magas sebességi fokozatba kapcsoljuk. Ha a turbót alacsony sebességi fokozatba tesszük, akkor a processzor sebessége alaplaptól függôen a felére-harmadára esik vissza. A számítási teljesítmény ("Relative speed") ezzel egyenesen arányosan (33-50%-ra) esik vissza. A videokártya sebessége általában csak 10-20%-al csökken, kivéve ha lokálbuszos kivitelû ! Ennek oka az, hogy a PC-k hagyományos ISA busza 8-10 MHz-re korlátozza az adatforgalmat a processzor és a perifériák között, így aztán a processzor rohanhat akár 100 MHz-en, ígyis-úgyis kénytelen megvárni, amíg a videokártya elveszi tôle az adatot. Ezzel szemben a lokálbuszos rendszerek 33-40 Mhz-ig a rendszerórajellel mûködnek. Ezért van az, hogy a 486DX-33 és 486DX-40-es rendszerek lokálbuszos videójának sebessége jóval nagyobb mint a kívül 25 MHz-en futó 486DX2-50 rendszereké ! A lokálbuszos megoldásoknál az órajel csökkentése drasztikusan kihat a video (és a merevlemez !) sebességére is. Manapság a grafikus felhasználói felületeké a jövô. A grafikus módokban elérhetô sebesség is rengeteg mindentôl függ és éppen ezért egzaktul igen nehezen mérhetô, ezért a SYSTEST egyelôre nem is próbálkozik ezzel ! - sajnos vannak olyan kártyagyártók akik semmit sem szégyellenek megtenni azért, hogy a különbözô tesztek az ô kártyáikat hozzák ki favoritnak. Extrém esetben odáig mennek, hogy a kártya szoftvereibe (sôt a grafikus chip-be) olyan funkciókat építenek, amelyek az ismertebb tesztprogramok mérési módszereire vannak "kihegyezve". Természtesen nem félek attól, hogy a Trident vagy a Western Digital pont a SYSTEST különbözô verzióit fogja böngészni hogy még jobb és jobb eredményt tudjon felmutatni , de soha nem lehet tudni mit hoz a jövô... - a grafikus alkalmazások sebessége nagyban függ a videokártyát kezelô szoftverek mennyiségétôl és minôségétôl. A mennyiség alatt itt a következôket értem. Egy grafikus program szerzôje kénytelen minimum kettô de esetenként akár három egymásra épülô rétegre elkülöníteni a grafikus funkciókat. A legalsó réteg ami közvetlenül a "vasat" programozza, kétféle lehet. Vagy a kártyához mellékelt "gyári" szedett-vedett meghajtóprogramot használja (ez az eset áll fenn pl. Windows alatt), vagy veszi magának a fáradságot és felkészülve minden eshetôségre saját készítésû rutincsomagot használ. Utóbbi esetben a program sebessége radikálisan megnôhet, ellenben a szerzô kiteszi magát annak a veszélynek, hogy esetleg nem képes követni az újabb videokártyák megjelenését (az én nyelvem is lóg !). A következô réteg az ún. magasrendû grafikus funkciók szintje (pl. tortadiagram vagy oszlopdiagram rajzolása, stb.) ahol már az elérhetô sebesség a program szerzôjének (igencsak bizonytalan) kezében van. A két réteg közé sajnos a legtöbb esetben beépül egy közbülsô réteg, mint például a Windows GDI-je. Ez is magyarázza hogy miért vánszorognak a szépen pergô DOS-os programok Windows-os másolatai ! Természtesen a Windows-nak rengeteg elônye van, de hogy egy PC-s konfiguráció elég gyors legyen neki, olyat még senki sem látott. Az elsô réteg az, ahol a drága kártyák kifuthatják magukat. Ezek hardveres úton valósitják meg a grafikus alapmûveleteket ( pont-, vonal- és körívrajzolás, felületkitöltés, blokkmûveletek) és ezzel rengeteg terhet vesznek le a rendszerbusz-processzor-programozó hármasról (többek válláról is, de az ô nevük nem jut eszembe). A hagyományos grafikus adapterek esetében sajnos a maximális elérhetô sebességet azok a programozók határozzák meg, akik a gyári meghajtóprogramokat írják. Tudom nagyon jól, hogy feszített munkatempóban kell dolgozniuk, sokféle szoftvert kell belülrôl ismerniük, de ez akkor sem menti fel ôket az alól, hogy sok esetben az ô hanyagul, nagyvonalúan megírt programjaik fogják vissza egy-egy alkalmazás teljesítményét. Aki nem hisz nekem, az nézzen utána, hogy a Microsoft milyen mennyiségü saját készítésû Windows meghajtóprogramot terjeszt a Compuserve-en vagy az Internet-en keresztül (ennyit a kártyagyártókba vetett bizalomról !). Hard disk speed --------------- A merevlemezek sebességadatainak megtekintésére szolgál. Ezek a paraméterek ismerôsek lehetenek azoknak, akik használtak már diagnosztikai programot. Remélem, hogy a mért értékek sem térnek el jelentôsen a másokétól. A két fejléptetési idô azt hiszem nem szorul magyarázatra, viszont az adatátviteli grafikon megér egy misét. Az értékeket úgy kapom, hogy a vízszintes tengelyen látható méretû (logikailag összefüggô) blokkokat próbálok beolvasni a legnagyobb sebességgel, azaz egy menetben lehetöleg minnél több szektort és ugyanabból a cilinderbôl, hogy csak az aktuális olvasófej számát kelljen változtatnom. Az így kapott diagram általában balról jobbra növekvô sebességet jelez, azaz minnél nagyobb blokkokat olvasunk, annál nagyobb sebességet érhetünk el. Ezt a tendenciát befolyásolhatja a winchestervezérlôn lévô cache (gyorsító) memória nagysága. Amíg a blokk belefér a cache-be, addig a sebesség növekszik, de amint nagyobb lesz a blokkméret mint a cache, a sebesség nem nô tovább, sôt az esetek egy részében még csökkenhet is ! Sajnos a SYSTEST jelenleg csak 64KByte-os blokkméretig tud vizsgálni. Ez az én fogyatékosságom, mert védett módban az IDE winchesterekné lehetne nagyobb blokkméretet is használni (igaz nem a BIOS-on keresztül, hanem közvetlenül a kontrollerrôl). Tájékoztatásul néhány jellemzô érték a maximális adatátviteli sebességet illetôen: - A régebbi típusú MFM winchesterek-nél a "csúcs" 450-500 KB/sec. - A leginkább elterjedt AT-buszos (IDE, EIDE) winchesterek általában 500-800 KB/sec. értéket produkálnak. Ez jó HDD és spéci (VESA, PCI lokálbuszos) vezérlôkkel felmehet 1500-2000 KB/sec.-re is. - A SCSI winchesterek úgy 1000 KB/sec.-nél kezdenek és a határ a csillagos ég ! Mint látható, ezek az értékek elmaradnak azoktól a sebességektôl, amelyeket a winchesterekhez mellékelt adatlapokon láthatunk, és amelyeket a "független" gyártóktól származó tesztprogramok mutatnak, de szerintem egy általánosan megírt alkalmazói program "ennyit lát" a merevlemezekböl ! Figyelem ! A SYSTEST csak azokat a winchestereket veszi be a tesztbe, amelyeknek szabványos BIOS csatolása van (INT 13H). Pl. a notebook gépeknél elôforduló és a párhuzamos porton keresztül mûködô ún. pocket-winchestereknél a következö érdekes helyzet áll elô. Mivel a hordozható gépekben általában csak egy HDD van, a pocket HDD a második fizikai winchester helyére lép be és így tesztelhetô. Két winchesterrel megáldott asztali géphez illesztve a pocket- drive-ot, a BIOS-ok többsége nem tud mit kezdeni a "létszámon felüli" eszközzel és így logikai egységgé alacsonyítják. Az újabb keletü (MXIC, AWARD, PHOENIX) BIOS-ok már akár négy darab HDD-vel is elboldogulnak. Setup RAM --------- Aki már setupolta a számítógépét, annak ismerôs lesz a képernyô. Ez nem véletlen, mivel az American Megatrends (AMI) (igaz, hogy beleegyezése nélkül) Setup képernyôjének mintájára készült. Ez az egyik legelterjedtebb BIOS Setup és kétségkívül logikusan van felépítve, így nem láttam okot arra hogy másképpen jelenítsem meg ezeket az információkat. Csak az AT (vagy magasabb) kategóriájú gépek esetén vizsgálom a CMOS RAM-ot, XT-kel és más egzotikus masinákkal egyelôre nem foglalkozom ! A winchesterek paramétereire felhívnám a figyelmet, mivel ez egy ingoványos terület ! Az újabb típusú BIOS-ok megengedik az ún. "User defined" típus használatát is. Ebben az esetben nem az elôre meghatározott 40-50 típusból kell választani, hanem a felhasználó maga adhatja meg a merevlemeze paramétereit (fejek, sávok száma, stb.). Ezeket az adatokat a BIOS a CMOS RAM nem szabványosított területein tárolja, méghozzá minden BIOS típus (AMI, QUADTEL, PHOENIX, stb.) máshol. Igy elôfordulhat, hogy nem fogom megtalálni, mivel ismeretlen BIOS-al találkozom. * Ha valaki ilyennel találkozik, kérem értesítsen ! Ha a winchesternél 0 érték áll és a rendszerben ennek ellenére mûködô HDD van, az a következô okok miatt lehet : - a HDD SCSI vagy ESDI rendszerû. Ilyenkor a winchester-vezérlô kártya BIOS-a kelti életre a HDD-t, és azért van a SETUP-ban 0 érték, hogy az alaplapi BIOS ne zavarja a köreit. - a rendszerben speciális szoftverrel formázott IDE winchester van. Ilyenkor általában el van indítva egy speciális eszközmeghajtó szoftver is a CONFIG.SYS-ben. Motherboard ----------- Ez az egyik legtarkább almenü. Biztosan sok minden van itt aminek nem itt a helye és van amit máshonnan ide lehetne tenni, de majd csak kialakul egyszer valami értelmes rendszer a programban. Active video ------------ Az aktív videokártya (tehát amin a SYSTEST képernyôje is éppen látható) adatait tartalmazza ez a képernyô. Itt lehet látni a legtöbb olyan információt, ami a felhasználót megingathatja a program használhatóságába vetett hitében. De ne hagyjuk, hogy az elsô látásra hihetetlen ill. téves információk elnyomják józan ítélôképességünket ! A helyzet az, hogy a manapság elterjedt SVGA kártyák igen nagy változatosságot mutatnak, de ez csak a felszín. A rengeteg kártya visszavezethetö néhány tucat áramkörre és VIDEO BIOS-ra. Pl. a Paradise és a Western Digital SVGA kártyák lényegileg (és ami fontosabb: programozás szempontjából) azonosak. A Tseng Labs. ET4000 vagy a Trident grafikus chipekkel pedig több tucat SVGA kártya van a piacon egymástól eltérô felségzászlók alatt. Inactive video -------------- A gépben esetlegesen meglévô második video adapter információi tekinthetôk meg itt. Video mode list --------------- Mivel a kártyagyártók és forgalmazók gyakran nem a legfrisebb, vagy ami még rosszabb, nem a kártyához illô segédprogramokat mellékelik adaptereikhez (a dokumentációról nem is beszélve), gyakran nem is tudja a felhasználó, hogy milyen extra szöveges és grafikus üzemmódokat ismer a videokártyája. Ez a képernyô nekik segít ! A SYSTEST normál indítás esetén csak az esetleges VESA szabványnak megfelelô üzemmódokat gyüjti össze, mivel ezeket minden különösebb "veszély" nélkül meg lehet tudakolni a kártya BIOS-ától ill. a BIOS kiterjesztést megvalósító TSR programtól. A kártya ún. natív üzemmódjait csak akkor fésüli össze ezzel a listával, ha erre a program indításakor a /VIDEO kapcsolóval utasítjuk, vagy a riport készítésekor bekapcsoljuk az extra módok keresését (lásd "Kapcsolók" és "Report menu"). Technikai ismeretek : A grafikus-kártya gyártók az adapterek üzemmódjai közül csak néhányat szabványosítottak (a VESA és a SOLLEX most nem számít ide, ezekrôl majd késôbb !). A képernyô üzemmódjainak változtatására a rendszer a 16-os (10H) szoftver- megszakítást biztosítja. A legtöbb kártya erre a célra az ún. 0-ás alfunkciót (Set Video Mode) használja. Ez a megszakítás (akár a többi PC-s megszakítás) az Intel processzorok regisztereiben várja a bemenô paramétereket. Az üzem- mód-beállítás esetében a BIOS az AH regiszterben 0-át, az AL regiszterben pedig a beállítani kívánt üzemmód kódját kéri.Vannak természetesen különcök is (Video Seven, Ultravision, S3, Everex, Paradise, stb.), akik a legváltozatosabb módon paraméterezik a 16-os megszakítást a kívánt cél érdekében. Néhány kód a leginkább használtak közül : 03H a leggyakrabban használt mód, 80x25 karakteres szöveges mód, 16 színû megjelenítés. A színes grafikus kártyák (CGA, EGA, VGA, stb.) bekapcsolás után általában ebben a módban indulnak. 07H a monokróm grafikus kártyák (MDA, Hercules, VGA Mono) szöveges 80x25 karakteres üzemmódja. 12H A VGA (és azzal kompatibilis) kártyák 640x480 pixeles 16 színû grafikus üzemmódja. (Sajnos ez a legnagyobb felbontású szabványosított üzemmód.) 13H A VGA kártyák 320x200 pixel felbontású 256 színû grafikus üzemmódja, amelyet a játékprogramok zöme is használ. Egyben ez a legnagyobb kódszámú standard üzemmód. A 14H-es kód fölötti tartományban a videokártyák úgy garázdálkodnak, ahogy kedvük tartja. A SYSTEST a felismert grafikus kártyának megfelelôen paraméterezve hívja meg a 16-os megszakítást a lehetô legszélesebb kódtartományban és így próbálja aktivizálni a kártya lehetséges üzemmódjait. Ez esetenként percekig is tarthat, a gép sebességétôl, a grafikus kártyától (némelyik Tseng Labs alapú kártyán négyféle módon is be lehet állítani üzemmódokat és ez közel 500 üzemmódváltást jelent) és a talált érvényes üzemmódoktól (mivel ezeket ki is kell veséznem) függôen. Egy kis magyarázat a megjelenített értékekrôl : Mode ---- Azt a kódot jelzi, amivel a kártya BIOS-a az üzemmód beállítása után jelezte (magának) az üzemmódot. Az esetek legnagyobb részében ez megegyezik a beállítandó üzemmód kódjával, de vannak kivételek. Pl. a VESA szabvánnyal bevezetett 6AH (800x600 pixeles, 16 színû grafikus) üzemmód beállítását némelyik kártya úgy csinálja, hogy ha ezzel az üzemmód-kóddal találkozik a BIOS, akkor átírja a kártya saját 800x600-as módjának kódjára (pl. az OAK SVGA kártyák esetén 52H-re), ezért itt ennek kódja jelenik meg. AX és BX -------- Értelemszerûen az üzemmód aktivizálásához szükséges regiszter értékeket jelzi (lásd Technikai ismeretek). Ez például a VESA üzemmódoknál az AX-ben fixen 4F02H-t jelent, mivel ott a BX regiszterben kell megadni a kívánt üzemmód kódját. Xres ---- Az adott üzemmód X irányú felbontását jelzi (oszlopok száma). Ez szöveges módokban karakterben, míg grafikus módban pixelben (képpontban) értendô. Yres --- Az adott üzemmód Y irányú felbontását jelzi (sorok száma). Ez szöveges módokban karakterben, míg grafikus módban pixelben (képpontban) értendô. Color ----- Az üzemmódban egyszerre megjeleníthetô színek száma. Az ún. HiColor üzemmódok 32768 és 65536 színû módjai 32K és 64K módon kerülnek kijelzésre. A True- Color üzemmód jelzésére a 16M szimbólum szolgál, hiszen ebben a módban több mint 16 millió színt használhatunk (ami természetesen egyszerre nem jeleníthetô meg a képernyôn, mivel ehhez ennyi különálló képpontra is volna szükség és ez legalább 4096x4096 pixeles felbontást kívánna). R:G:B ----- Type ---- Az adott üzemmód jellegét jelzi (szöveges-grafikus). Page ---- VESA üzemmódok esetén töltôdik ki és azt a videomemória nagyságot jelenti, amelyet a kártya az adott üzemmódban egy darabban, összefüggôen kezel. Ez általában 64KByte szokott lenni, mivel a PC-k memóriaszervezése is ilyen (valós módban, DOS alatt), de némelyik kártyánál (pl. Paradise/Western Digital, Cirrus Logic) ez 4KByte, vagy bármi más érték is lehet. Ez az érték azoknak fontos, akik a videokártya memóriáját közvetlenül elérve akarnak rajzolni (írni) a képernyôre és tudniok kell, hogy mikor kell a rajzolás során képernyôlapot váltani. BPL --- Az adott üzemmódban az egy képernyôsornyi pixelt tartalmazó videomemória mérete. Ez általában a következô értékeket jelenti : szöveges módban : (az egy sorban megjelenô karakterek száma)*2 16 színû grafikus módban : (az egy sorban levô pixelek száma)/8 256 színû grafikus módban : az egy sorban levô pixelek száma HiColor (32K/64K) grafikus módban : (az egy sorban levô pixelek száma)*2 TrueColor (16M) grafikus módban : (az egy sorban levô pixelek száma)*3 A fenti értékektôl fôként az újabb keletû ún. accelerator kártyák térnek el a 256 és ennél több színt kezelô üzemmódokban. Åltalában szeretik az 1024 egész számú többszöröseit használni, mert ez megkönnyíti a számításokat a képernyôre való rajzolás során. Plane ----- Memory ------ Az adott üzemmód esetén a videomemória szervezési módját jelzi. Jelenleg a következô értékek jelenhetnek meg : text : az egyszerû szöveges (karakteres) üzemmód CGA : a CGA grafika (páros-páratlan sorok külön bank-ban) HGC : Hercules grafika (a sorok négy bank-ba vannak rendezve) EGA : az EGA/VGA 16 színû grafika (négy monokróm bitmap) packed : a 256 színû grafika (egy pixel=egy byte, sorfolytonosan) seq. : az ún. chain-256 (tweak) grafika direct : a HiColor és TrueColor grafika (a pixelek RGB alakban szerepelnek) YUV : speciális mód Flags ----- Igazából nekem fontosak ezek az információk a program javításához, fejlesztéséhez. A VESA módok esetén az üzemmód attribútum kerül kijelzésre, natív módokban pedig a DAC parancsregiszterének aktuális állapotát jelzi. Figyelem ! Gyakran elôfordul, hogy a VESA olyan üzemmódokat is visszajelez, amelyeket valójában nem is tud kezelni, mivel a kártyán nincs meg hozzá a videomemória vagy a megfelelô (pl. a truecolor üzemmódokhoz a 24 bites) DAC. Azokat az üzemmódokat, amelyeket csak ilyen "tuningolás" után képes kezelni a kártya, sötétebb, míg az "élô" üzemmódokat világosabb színnel jelzi a program. Serial ports ------------ A gépben lévô soros-vonali csatlakozások adatait tartalmazza a képernyô. A SYSTEST megpróbálja a rajtuk "lógó" eszközöket is azonosítani. Ha a port státusa alapján nem egér van a porton (hanem ismeretlen eszköz, vagy modem), és a MODEM kapcsolóval erre utasították, akkor a SYSTEST megpróbálja a modem azonosítóját is megszerezni. Az esetek nagy részében ez sikerül, azonban ha a modem "egzotikus" megszakításra van ültetve, az eljárás eredménytelen lehet. A SYSTEST a különbözô soros portok mellé a következô (hardware-) megszakításokat feltételezi : port IRQ COM1 4 COM2 3 COM3 4, 2, 5, 7 COM4 3, 5, 2, 7 Akinek tudomása van más IRQ vonalak lehetséges felhasználásáról, vagy a COM5...COM8 portok IO cím és IRQ adatairól, az kérem értesítsen ! Figyelem ! Amennyiben az egér is valamelyik soros porton van, a vizsgálat után az egér beszüntetheti a munkát (természetesen csak a SYSTEST-en belül !). A SYSTEST multitaszkos rendszerbôl indítva inkább nem teszteli a modemet, nehogy összeakadjon egy másik taszkban futó kommunikációs programmal ! Parallel ports -------------- A párhuzamos (hagyományos nevén : nyomtató) csatlakozások információi találhatóak itt. Az utolsó oszlopban található esetleges "bidirectional" kifejezés arra utal, hogy a csatlakozó nemcsak egy nyomtató ill. más "hallgató" eszköz vezérlése alkalmas, hanem adatátviteli célokra is megfelel. Mouse info ---------- Az egérke és a hozzátartozó kezelôszoftver adatait jeleníti meg. Természetesen csak akkor mûködik ha az egeret kezelô program be van töltve a memóriába és mûködik is ! Figyelem ! A Microsoft újabb keletû driverei (8.20, 9.00, 9.01 stb) hibásan kezelnek néhány speciális funkciót. A mindennapos mûködést nem befolyásolják ezek a hibák, de az információk kinyerését megakadályozzák. Szerintem egyébként sem érdemes ezeket a 30-50KB-os gigászi drivereket használni, mivel a mindennapos használatra bôven megfelelnek a noname egerekhez mellékelt általános meghajtóprogramok. I/O ports --------- A PC-k normál (100h-3FFh) I/O portjainak foglaltságát jelzi a képernyô ! Sajnos bizonyos perifériák még azt sem viselik el, ha olvassák a portjaikat, így elképzelhetô, hogy a menüpont befagy. Ilyenkor a képernyôn látható az a portcím, ahol a probléma felmerült. Åltalában hálózatos környezetben szokott elôfordulni a fenti probléma, ugyanis némely Ethernet kártya elég könnyen kiborul. A megjelenítésnél a portcímek nyolcasával vannak összefogva, mivel általában ennél "finomabban" nem állíthatóak a különféle adapterkártyák. Ahol tudom, hogy szabvány vagy megállapodás szerint milyen eszközök lóghatnak az adott portokon, ott kiírom. Ahol több eszközt is be lehet állítani ugyanarra a címre, az szerepel elôbb, amelyikkel gyakrabban találkozhat az emberfia ezen a címen. * Akinél leállás történik, kérem jelezze ! Hardware IRQ's -------------- A 16 (az XT-nél és a PCjr-nél csak 8) hardware megszakítás látható itt. A megszakítás száma mellett szerepel annak a programnak a neve, ami azt kezeli és az IRQ eredeti (Intel szerinti) ajánlott felhasználása is. Az "élô" megszakítások világos színnel vannak jelölve. Green capability ---------------- Bár a hordozható gépekben terjedt el, manapság már az asztali gépek között sem ismeretlen fogalom a táp-menedzsment. A gépben esetlegesen meglévô akkumulátor (nem a CMOS RAM akkumulátora) állapotán kívül az APM-et (Advanced Power Manager, általában a DOS-hoz mellékelt POWER.EXE) megvalósító szoftverrôl is kap a felhasználó néhány információt. Amennyiben a video-adapter rendelkezik VESA szabványú táp-menedzsment bôvítéssel, annak az adatai is megtalálhatóak a képernyôn. Drives ------ Ez az almenü okozta (okozza) a legtöbb bosszúságot. A meghajtók elektromos és fizikai paramétereinek sokasága, az újabbnál újabb tömörítô-, hálózati- és cache-szoftverek nem könnyítik a munkámat. Physical drives --------------- A floppyk paraméterei magukért beszélnek. A merevlemezekkel már más a helyzet. Az itt látható értékek a következô módon állnak elô: - IDE és ESDI winchestereknél a merevlemez vezérlôkártyájától érdeklôdöm a paraméterek iránt. Sajnos némelyik kontroller kuka, vagy szereti félretájékoztatni a kíváncsiskodókat. Pl. a Seagate egyik elterjedt 40 MByte-os modelljének (ST 351A/X) egy nagy sorozata azt állítja magáról hogy ô az ötfejû sárkány ! Pedig testvérek között is csak kettô van neki belôle ! A gond akkor van, ha az átlagosan képzett felhasználó egy ilyen wincsit a modern BIOS-okban fellelhetô "AUTO DETECT HARD DISK" eljárással helyez üzembe. Ebben az esetben ugyanis a BIOS jóval nagyobb kapacitású (Kb. 120 MByte) merevlemezként jegyzi be a SETUP-ba a Seagate-t mint az a valóságban ! A rendszer szépen mûködik, amíg a felhasználó el nem éri a merevlemezen a 40 MByte-os határt. Hogy azután mi történik, azt el lehet képzelni ! - SCSI , ST-506 és "kuka" vezérlôkártya esetén a BIOS-tól kérdezek ezután, mert néha ôk is tudnak valamit a hozzájuk kapcsolt holmikról, bár sajnos nem jellemzô ! - végül a DOS-ra kell hagyatkoznom, bár ô - legalábbis ahol van - a CMOS SETUP adataiból dolgozik, azt meg megnézhetem én is, de nem árt az információk több oldalról való megtámogatása ! Logical drives -------------- A "legszebb" feladatok közé tartozik ennek a menülapnak az adatokkal való feltöltése. Itt a DOS által kezelt (maximum 26 darab, A-Z) logikai lemezegységek adatai láthatóak. Az egység neve és mérete mellett megpróbálom kideríteni a jellegét is, ami elég keserves munka. A különbözô röptömörítô-szoftverek és a hálózati programok igen megnehezítik a dolgomat. A SYSTEST képes megállapítani egy logikai drive-ról, hogy az floppy, winchester, RAM , CD-ROM, Stacker-elt, Interlink-kel behozott, Dblspace-elt, stb meghajtó-e. Partition tables ---------------- A rendszerbe kapcsolt merevlemezek partíciós tábláit vesézem ki. Jelenleg kb. 40 különféle (DOS és nem DOS) partíciót ismer a SYSTEST. Az aktív (boot) partíció világos színnel van jelölve. Mivel alaplapcsere (vagy a CMOS RAM tartalmának elvesztése) esetén elég gyakran elôfordul hogy a felhasználó nem emlékszik a winchester-ek adataira, a SYSTEST a pratíciós táblából megpróbálja kiszedni azokat a fizikai paramétereket (fejek, sávok, szektorok száma), amelyekkel a winchester meg lett partícionálva. Ha ezen értékek valamelyike nem egyezik a CMOS SETUP jelenlegi beállításával, akkor valószínûleg el van rontva a jelenlegi beállítás és a winchester ilyen módon történô használata veszélyes ! Az eltérô paramétert világos színnel jelzi a program. Disk cache ---------- A telepített merevlemez cache adatai közül a következôket jeleníti meg a program : - a cacheprogram típusa, - a program verziója, - a SMARTDRV kompatibilitás szintje - a program által használt munkamemória mérete DOS alatt - a program által használt munkamemória mérete WINDOWS alatt Figyelem ! Elképzelhetô, hogy a SYSTEST SMARTDRV-nek nevez nem a Microsoft-tól származó cache-programot is. Ez olyankor fordul elô, mikor olyan cache-programmal találkozik amelyet nem ismer, de az rendelkezik SMARTDRV kompatibilis programozói csatolóval. Memory info ----------- Interrupt list -------------- A 256 szoftver-megszakítás adatai láthatók itt. A megszakítás száma és címe mellett megpróbálom kideríteni, hogy jelenleg ki fogja az adott IRQ-t. Ez sajnos nem tájékoztat arról hogy az adott program elôtt kik és hányan vették már magukhoz az adott megszakítást. Az "élô" IRQ-k világosabb, míg a nem használtak sötétebb színnel vannak jelölve. A SYSTEST azt is megmondja, hogy az adott megszakítást mire kellene használni. Device drivers -------------- A CONFIG.SYS-ben indított eszközmeghajtók adatai láthatóak itt. A megjelenített adatok : - a driver 8 betûs neve, - annak a programnak a neve, amelyik az eszközt létrehozta, - a driver attributumai, - a driver jellemzôinek felsorolása A SYSTEST megpróbálja megmondani a 8 betûs névrôl, hogy miféle eszközmeghajtóról is van szó. Jelenleg közel 200 drivert ismer. TSR programs ------------ A memóriában rejtôzködô programokat próbálja megkeresni ez a menüpont. A program helyén és méretén kívül a program készítôjének védjegye is látható. Memory blocks ------------- A memória részletes térképe található itt. Az egyes memóriadarabok helye és mérete után látható annak a programnak a neve amelyhez tartozik, illetve a programot tartalmazó blokknál amennyiben lehetséges, szerepel a program indításánál használt parancssor is. Itt részletesen megfigyelhetô a memória felosztása, mivel a konvencionális RAM-on kívül láthatóak még a különféle adapterek RAM és ROM területei valamint a nem használt memóriaszeletek is. EMM info -------- Ammennyiben valamilyen 386-os memóriakezelô szoftver van installálva (EMM386, QEMM, 386MAX, stb.) a rendszerben, ennek adatai láthatóak itt. XMS info -------- A PC-ben található Extended memóriáról kaphatunk itt információt, természetesen csak akkor, ha a HIMEM.SYS (vagy valamilyen azzal kompatibilis, pl. XMSMGR, QEMM, stb.) memóriakezelô installálva van. DPMS info --------- A Novell és néhány társult szervei által használt Dos Protected Mode Service adatai vannak itt. DPMI info --------- A DOS extenderek által általánosan használt Dos Protected Mode Interface paraméterei láthatók itt. (Természetesen, ha valaki a rendszerben szolgáltat ilyet, pl. OS/2 DOS Box, Windows DOS prompt, Stb.) Operating system ---------------- Az operációs rendszerrôl ad áttekintô információkat. Ha a SYSTEST-et WINDOWS vagy DesqView alól indították, akkor ezek verziója is a DOS Version Info menüpontban látható. DOS Version info ---------------- A képernyô magáért beszél ! * Akinél a mutatott értékek jelentôsen eltérnek a valóságtól (pl. DOS verzió), kérem értesítsen! Akinél a "Serial number" nem 000000 és nem FFFFFF, az szintén értesítsen, mert sorszámozott DOS-al még nem találkoztam ! Environment ----------- Az operációs rendszer környezeti változói láthatóak itt. Task switcher ------------- Az esetlegesen elindított többfeladatos menedzser (DOSSHELL, TASKMAN, a standard módban futó MS WINDOWS DOS prompt-ja, stb.) adatai láthatóak ezen a képernyôn. * A DesqView egyelôre homályos terület, de remélem hogy a megrögzött DesqView felhasználó SYSOP-ok segítenek majd. System files ------------ A menüpontok egyértelmûek. A következô rendszer-állományok tekinthetôk meg: CONFIG.SYS AUTOEXEC.BAT WIN.INI SYSTEM.INI Az utolsó két (Windows-os) állomány csak akkor tekinthetô meg, ha a SYSTEST talált Windows-t az elérési útvonalak valamelyikén. Network ------- Jelenleg a Novell, Banyan Vines valamint a NetBIOS kompatibilis (Lantastic, LAN Manager, 10NET, Silver Net, Netware Lite) hálózatokat képes érzékelni a SYSTEST. Ennek megfelelôen többféle képernyôkép lehetséges. A Novell hálózatról sokkal több és más jellegû információt lehet összegyûjteni mint egy Lantastic vagy más NetBIOS alapú hálózatról. A SYSTEST akkor tudja a legtöbb adatot összeszedni ha a felhasználó SUPERVISOR-ként, vagy annak megfelelô jogosultságú felhasználóként lépett be a hálózatba. * Akinek olyan hálózata van, amit a SYSTEST nem kezel, és programozási segédlete is van hozzá, kérem értesítsen ! Extension cards --------------- Ez egy ingoványos de roppant érdekes terület. Sajnos ezt a menüpontot egyelôre kevesen használhatják, mivel az itt felderített eszközök csak a magasabb árfekvésû PC-kben találhatók meg. PnP devices ----------- Fejlesztés alatt ! PCI cards --------- Mivel a Power-Macintosh és az IBM féle PREP masinákban is a PCI lett a menô bus-rendszer, úgy látszik, hogy a PC-kben is ki fogja szorítani a konkurrens buszokat (EISA, VLB, stb.). A sebessége kielégítô, megfelel a Plug&Play-nek (legalábbis a 2.1-es verzió, ami persze ritka mint a fehér holló !), és sokan gyártanak ilyen kártyát. A kor szellemének engedelmeskedve, a SYSTEST is megpróbálja felderíteni a PCI kártyákat. Ez nem egyszerû feladat, mert igen nehéz információkat nyerni a PCI rendszertôl. A PCI BIOS valójában csak 32 bites módban közlékeny. Ennek ellenére némi szegényes infót azért meg tud jeleníteni a program. MCA cards --------- A közhiedelemmel ellentétben a Micro Channel nem veszett ki az idôk folyamán. (Lásd az IBM új RS6000-es gépeit!) Az IBM mellett néhány más nagy PC-gyártó is állított elô ilyen architektúrával készült gépet. Az MC-nek bonyolultsága és drágasága mellett van néhány nehezen elvitatható érdeme is. A busz sokkal gyorsabb, mint a hagyományos ISA, az adapterek szoftverbôl konfigurálhatóak és egy hálózatba kapcsolt MC-s masina adatai más gépekrôl is elérhetôek. Más gyártók - mint például a Compaq - csak manapság értek el erre a szintre. (ProLiant szerver-család.) A SYSTEST közel 900 MCA adapter azonosítóját ismeri, így nem csupán a 4 számjegyes hexadecimális azonosítót jelzi ki mint más szoftverek, hanem az adapter teljes nevét (típusát) is megpróbálja elôásni. * Akinél az azonosító után az "Adapter ?" felirat jelenik meg, kérem értesítsen ! EISA cards ---------- Az EISA kártyák az MCA kártyákhoz hasonlóan intelligensebbek mint az ISA- buszos hagyományos adapterek. Szoftveresen konfigurálhatók és egyedi azonosítókkal vannak ellátva. Mivel a különbözô gyártók (de fôleg a COMPAQ) nem igazán a szabvány szerint valósítják meg az adapterek konfigurációs moduljait, ezért a részletes információmegjelenítés egyelôre csak az állományba mentett riportban található, és ott is olyan formában, hogy igazából csak nekem hasznos! * Nyomatékosan kérem az EISA buszos gépek tulajdonosait, hogy próbáljanak nekem riportokat visszajuttatni ! PCMCIA cards ------------ A notebook és más egyéb hordozható kategóriájú gépek kedvelt bôvítô- rendszere. Sajnos mivel a szabványt igen alacsony színvonalon szokták megvalósítani, ezért az esetek többségében igen csekély információ nyerhetô ki a rendszerbôl. Várhatóan a Windows '95-el, és az új 32 bites PC-Card szabvány bevezetésével javulni fog a helyzet. SCSI devices ------------ Amennyiben sikerül felderítenem, a profi felhasználók által kedvelt SCSI eszközök felsorolása található itt. A felderítést nehezíti, hogy egy PC-ben több SCSI kártya is lehet és ezek különbözô módon kezelhetik a rajtuk fityegô eszközöket. Sajnos a SYSTEST jelenleg csak azokkal a kártyákkal ért szót, amelyek beszélik a CAM (Common Access Method) 1.8 (vagy újabb), vagy az ASPI (Advanced SCSI Profamming Interface) szabványt, illetve a "pucér" kártyák közül a Future Domain, a Syquest és a Seagate gyártmányaival. * Ha valaki tud segíteni az Adaptec, Future, Bustek, IBM, Syquest és más SCSI kártyákkal kapcsolatban, kérem tegye meg !!!! IDE/ATAPI devices ----------------- Az IDE vezérlôk elterjedtsége indokolta, hogy kidolgozzanak végre egy szabványt aminek segítségével a HDD-ken kívül más eszközök is (CD, tape, stb.) kezelhetôek legyenek. Ezeket a holmikat próbálom meg itt összevadászni. Report ------ Aki meg akar örvendeztetni, és hozzá akar járulni a SYSTEST fejlôdéséhez, az használja ezt a menüpontot ! A menüpont feladata, hogy azokat az információkat, amelyeket a SYSTEST felderít, elmentse egy állományba. A program elôször egy setup képernyôt ad, ahol a felhasználó beállíthatja, hogy a riport milyen információkat tartalmazzon. System Analyzer Vx.xxß 1989-95 Agis(C) ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ ▓▓┌──────────────────────────── Report setup ─────────────────────────────┐▓▓ ▓▓│ │▓▓ ▓▓│ [X] Summary [X] Physical drives [X] DOS version info │▓▓ ▓▓│ [X] Logical drives [X] Environment │▓▓ ▓▓│ [X] Motherboard speed [X] Partition tables [ ] Task switcher │▓▓ ▓▓│ [X] Video speed [X] Disk cache │▓▓ ▓▓│ [ ] HDD speed [ ] PnP devices │▓▓ ▓▓│ [X] Interrupt hooking [ ] PCI cards │▓▓ ▓▓│ [X] Setup RAM [ ] Interrupt list [ ] MCA cards │▓▓ ▓▓│ [X] Device drivers [X] EISA cards │▓▓ ▓▓│ [ ] Extra mode search [X] TSR programs [ ] SCSI devices │▓▓ ▓▓│ [X] Active video [X] Memory blocks [ ] PCMCIA cards │▓▓ ▓▓│ [X] Inactive video [X] EMM info │▓▓ ▓▓│ [X] Video mode list [X] XMS info [X] CONFIG.SYS │▓▓ ▓▓│ [X] Serial ports [ ] DPMS info [X] AUTOEXEC.BAT │▓▓ ▓▓│ [X] Parallel ports [ ] DPMI info [ ] WIN.INI │▓▓ ▓▓│ [X] Mouse info [ ] SYSTEM.INI │▓▓ ▓▓│ [X] I/O ports [ ] Network │▓▓ ▓▓│ [X] Hardware IRQ's │▓▓ ▓▓│ [X] Green capability < OK > < Cancel > │▓▓ ▓▓└───────────────────────────────────────────────────────────────────────┘▓▓ ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ , , PgUp, PgDn to move, ┘ to select, ESC to quit ! Figyelem ! A setup alapvetôen azokat az információkat engedi tiltani vagy engedélyezni amelyek a képernyôn is megjeleníthetôk. Az eltérések a következôk : - a merevlemez sebességteszteket kérni kell - az extra video üzemmódok tesztelését kérni kell (lásd VIDEO kapcsoló !) - a riport alapértelmezésként a megszakításokról egy olyan táblázatot tartalmaz, ami a memóriában csücsülô programok mellett tartalmazza az általuk "fogott" megszakítások felsorolását. A részletes (és több KByte-ra rúgó) megszakítás-táblázatot, ami a "Memory info" menü "Interrupt list" pontjában látható, csak kérésre írja ki a program - ha nem Windows alól lett indítva a prg., akkor csak kérésre szedi össze a Windows konfigurációs állományokat (WIN.INI, SYSTEM.INI). Ez helytakarékossági okokból van így, mivel néhány "profi" gigantikus méretû INI állományokat használ ! - a CMOS RAM tartalma mindig elmentôdik egy állományba. Ez azért kell nekem, hogy a "User defined" merevlemez paramétereket is meg tudjam találni a SETUP-ban. A program ezután lehetôséget ad egy maximum 75 karakteres megjegyzés szerkesztésére. Ide lehet beírni például a gép azonosítóját, vagy itt lehet felhívni a figyelmemet valami nagy bakira a kapott eredmények között ! A SYSTEST ezután megkérdezi az állomány nevét, ahova a riportot ki kell írnia. Az alapértelmezés a REPORT.Rxx nevû állomány, ahol az "xx" kiterjesztés egy hexadecimális sorszámot takar ("00"-tól "FF"-ig), ami 256 különbözô riportállományt enged meg egy könyvtárban. A program úgy adja a kiterjesztést, hogy nehogy felülírjon egy véletlenül az aktív könyvtárban régebben ott csücsülô jelentést. (Remélem senki nem azt vette ki a fenti konstrukcióból, hogy a SYSTEST-et egy floppyra felmásolva végigjárjon egy csomó gépet a környezetében, és ezzel kimondhatatlan boldogságot okozzon nekem !) Ha ez állománynév megfelel akkor egy Enter-el továbblökve elindul a riportgenerálás. Ha máshova (például nyomtatóra) kell a riport, akkor csak be kell írni az állománynevet (ill. a nyomtatás esetén az LPT1, LPT2, stb. neveket). Figyelem ! A CMOS SETUP RAM és a videokártya BIOS állományok nevei olyan módon keletkeznek, hogy a riportállomány kiterjesztésének elsô betûje (ami a SYSTEST által generált neveknél "R") "C" ill. "B" betûre módosul. Akinek más ötlete van, nevezze át ôket ! Az elkészítendô állományra a következô kapcsolók vannak hatással: /VIDEO A felderített extra üzemmódokon kívül a SYSTEST megpróbálja elmenteni a videokártya BIOS-át is egy állományba. Ez esetenként sok segítséget nyújt nekem a kártyák teszteléséhez és azonosításához. Aki úgy gondolja, hogy segíteni akar, az a keletkezett állományokat pakolja össze, aztán juttassa vissza nekem ! Az állományok mérete általában a következô : - REPORT.Rxx 20 KByte (az INI állományok 40-50-re is felduzzaszthatják) - REPORT.Bxx 32-64 KByte - REPORT.Cxx 128 Byte Összesen 20-100 KByte méretû az információ tömörítés elôtt. Ez egy levélkével együtt ARJ-vel kb. a felére nyomható össze. Senki ne szégyellje magát a konfigurációja miatt, a kapott adatokat "titkosan" kezelem, hiszen köt az orvosi titoktartás ! Tudom, hogy sokan úgy gondolkoznak egy-egy szoftver használatba vétele során, hogy még a regisztrációs kártyát sem töltik ki (pedig az a saját érdekük lenne), nemhogy segítséget nyújtanának a hülye fejlesztônek (talán csak ha valami hibát találtak), de én bízom mindenki jóindulatában. Nem tudom hogy elfeledteti-e a telefonszámla feletti búslakodást, de kaptam vissza anyagot az USA-ból is, ráadásul floppyn-légipostán. Azért itthon csak olcsóbb a dolog, ha felteszi valaki a cuccot egy BBS-re ! Ha valaki más módot választ, én azt is szívesen látom, mert ritkán jutok BBS közelbe (havonta 1-2 alkalommal). Elküldheti kinyomtatva levélben, vagy bármilyen mágneses adathordozón, persze a szalagot kivéve. A floppykat garantáltan visszaküldöm, kivéve ha külföldrôl jön, vagy ha a tulajdonos eltekint ettôl. Kiegészítô információk: ----------------------- Windows 3.x ----------- Lehetôleg senki ne futtassa a SYSTEST-et "ablakba zárva". Fut WINDOWS alatt, de jobb ha teljes képernyôs módban, mert a videokártya azonosítás néha sérti ôfelsége érdekeit. Sôt, ha "olyanja" van, akkor a HDD kezelésem miatt is reklamál, pedig azt úgy csinálom ahogy a nagy könyvben meg van írva. Windows NT ---------- Sajnos a Windows NT háklisabb mint a Windows 3.x változatok ! Sok esetben teljesen fals értékeket jelenít meg a SYSTEST (pl. video kártya, drive-ok paraméterei, stb.). A kompatibilitás idôvel nôni fog (ahogy az idôm engedi) ! Windows '95 ----------- A létezô Windows változatok közül a "legbarátságosabb" ! A DOS módban indított Windows '95 teljesen hasonló a normál DOS-hoz. Eltérések csak akkor vannak, ha a DOS-boxban (fôként ablakban) fut a SYSTEST. Ilyenkor a Windows NT-hez hasonló problémák adódnak. OS/2 ---- Az eddigi tapasztalok alapján kb. úgy viselkedik mint a Windows. Mindenkinek elôre is köszönöm a segítséget, Melis László (Agis) Ui.: A SYSTEST 1995 április 15.-e után a következô BBS-eken lesz biztosan frissítve : ULTRAVOX 219-1717 AXION 219-1753 MICROTEL 268-2181 A többi boardon csak akkor lesz elérhetô a friss változat, ha a Sysop-ok (vagy valaki más) veszi magának a fáradságot és átviszi ! A SYSTEST-el kapcsolatos megjegyzéseket és riport-állományokat is ezekre a BBS-ekre kérem (elsôsorban az ULTRAVOX-ra), mivel más board-okra sajnos ezután be sem fogok nézni. Az ULTRAVOX és az AXION BBS-en található egy SYSTEST (Melis László) nevû file-area. Ide rakja mindenki az állományokat, hogy biztosan megkapjam ! A közvetlen kapcsolat velem a mindenkori legújabb SYSTEST About pontjában szereplô címen és telefonon lehetséges.