Printable View
Ahoj, ponekud se mi rozchazeji udaje ruznych programu.
Pokud mam T1.1 11*100 na BH6-BIOS SS bez upravy, tak BIOS ukazuje "prekvapive" 1100MHz, pokud dam 11*112=1232, tak ukazuje 1150. To by tak neva, nebyl na to stavenej.
Ale treba MBM4.x,Sandra99, Smiduv test x.x- vsechno se to rozchazi tak o 20MHz. Nejsou to sice zrovna posledni verze programu,ale to by snad takovy vliv mit nemelo.
Cim teda merit rychlost a proc vlastne 11*112 je nekdy 1240?
Diky Jan
V podstate mner cim chces je to udaj ktory tie programky meraju z udajov biosu (pripadne inych meracov FSB na doske a posleze to nasobia)takze ked nastavim v biose 112*11 tak vypocet na kalkulacke je asi to najpresnejsie inak ak chces vedet presne tak doporucujem kvalitny osciloskop ;D (ale 200MHz standart uz tu nestiha a 1000GHz osc je docela drahy zradlo :wink: )
Jasne, kalkulacka by stacila, jen me udivuje, ze mam treba 3 ruzne vysledky s rozdilem 20MHz.
Jan
Citace:
Původně odeslal juzko
No ak sa nemylim tak vecsina serioznych sw. len cita FSB bud ako bios volanie pripadne priamo ako citanie z prislusneho portu senzoru ktory ju mera a naspbitel je lahky, je v cpu. No a preco to kolise ak pouzivaju rovnaku metodu tak preto ze senzor nedava rovnake hodnty co by mal lebo zataz by CLK zmenit nemala ale je pravda ze ta FSB spravidla nebiva presna lebo je odvadzana od freq. kristalu (obycajne nasobenim) a tie maju jak znamo povolene odchylky.Ak sa pouziva ina metoda teda priame bolanie biosu na freq. CPU moze dat ine hodnoty a este ak pouzije senzor a niakou IA z toho vyabstrahuje kolko to ma byt (zaokruhi).
Ale kdepak, programy si to zjistí samy. Slouží k tomu RDTSC (Read Time-Stamp Counter) instrukce, která má jako výstupní hodnotu počet cyklů od inicializace Reset procesoru. Čili stačí to jednou přečít, pak ještě jednou a rozdíl (= počet uběhlých hodinových cyklů) vydělit časem. Z programů, co znám, je nejpřesnější WCPUID, ten patrně bere údaj o uběhlém čase z HW přerušení (18.2x za vteřinu).Citace:
Původně odeslal juzko
tak tak, taky bych tak soudil, priklad ze zivota:Citace:
Původně odeslal Eagle
Bios 12x138=1656
do jedu do win a sandra mi napise 4 x 414
a wcpuid 3,5 x 473
a to si myslim se s biosem moc neshoduje
cpuZ pak "spravne" ukazuje 12x139,8 cili 1680
bios rulezzz ;)
me taky Wcpuid ukazuje FSB na 500 MHz :-D kez by to tak bylo :-(
nejjistejsi je multiplikator*FSB, a popripade kalkulacka pokud si chybel ve skole na nasobeni :-D
Frekvence FSB se zjišťuje přes BIOS a někdy dokonce nejde zjistit vůbec (desky pro Socket 7 - u nich často nejde zjistit ani velikost L2 cache). Nejlepší je proto vzít frekvenci procesoru a vydělit násobičem.Citace:
Původně odeslal Austin
Nejsem sice uplne fundovany, ale to co tu rikate sou kecy...
tak za 1)
chip co dela hodiny pro CPU,RAM, PCI a USB je na novejsich deskach na SMBUS coz je obdoba I2C od Philipsu - tzn ze nejde proste jenom rict hele CPU precti mi FSB - nn - musi se adresovat SMBus master (u intelu PIIX cast chipsetu) s prislusnou adresou atd, timto zpusobem jdou cist i informace ze SPD eeprom, informace z teplotnich senzoru atd atd...ale vsechno zavisi na te adrese na Smbusu (nektere HWM maji ISA adresy, ale moc jich neni - Winbond)
za 2) mereni frekvence se std provadi zpusobem, kdy se pouzije instrukce RDTSC (0f 31 tusim) - ktera vraci pocet hodinovych taktu CPU od startu, pak se ceka definovanou dobu - takze presnost zavisy na presnosti toho casovace - a znova se provede RDTSC - pak se samo odectou ty dve hodnoty a podely se casem....to se vestinou provadi nekolikrat a pak se bere prumer - aby si userove nestezovaly na takovyhle kraviny - dela se jeste prepocet z tabulkovych hodnot - jenze tam sou vetsinou jen hodnoty pro std takteni (napr nx66 pro celer na 66 , nx100 pro K6-2 na 100 atd) pak se veme ta nejblizsi hodnota a ta se zobrazy....lze jeste uvadet tu hodnotu namerenou - ale jak rikam v podstate je zavisla od presnosti mereni toho casu....
pak jsou jeste dalsi metody - vyuzivany pro CPU ktery nemaji RDTSC (RDTSC je az od P5+ myslim) a to se dela tak, ze je se provede znamy pocet instrukci o znamem poctu taktu (tj je potreba znat typ CPU) - ty instrukce projdou za urcitou dobu - takze postup je pak stejny jako u toho RDTSC....
za3) blabol o L2 cahce je dost scestny - protoze velikost L2 cache je docela dobre dana - chipset ji MUSI znat - to jak to dela HW je docela jedno (jestli kouka na adresy, nebo na nejaky piny je fuk) - pak lze kouknout na PCI config registry toho chipsetu - a je to ...to ze je autor linej a nekoukne se do datasheetu je jina vec - neni problem napr u 437VX, 439TX, 443BX atd atd i VP2,VPx,VP3,MVP3 atd atd SiSu kouknout a vedet kolik si mysli ten chipset ze ma L2...
Jinak nasobic v MSR maji co vim CPU od AMD - delsi dobu uz se moc nezajimam o vnitrosti (interni) CPU...takze mozna to maj i jiny...ale jde z MSR s klidem vycist i typ (WT,WB) L1 cache a jeji velikost (K6) atd atd
Timhle sem jen chtel poukazat na to, ze nektery veci se daj udelat (i presne) a nektery ne....
ad 1) Není co dodat, je to skutečně přes SMBus (většina případů) nebo přes ISA, záleží na čipu.Citace:
Původně odeslal Lukas L.
ad 2) Pro časový úsek je možné využít interupt, o tom jsem tu už mluvil. Jinak také není co dodat. RDTSC je od klasického Pentia. Jinak TSC se dá přečíst i z MSR, alespoň u některých Intel CPU to tak je.
ad 3) Přes PCR to samozřejmě zjistit lze, ale většina programů se spokojí pouze s výstupem CPUID = 2 nebo extended CPUID = 6. Sám jsem se na tohle díval na i430TX a skutečně tam velikost byla, stejně jako tam byla i organizace L2 cache a dá se nastavit i její časování. Ovšem programy jako WCPUID velikost L2 cache nehlásí, spoléhají pouze na CPUID (což je pochopitelné, je to méně programování).
Mimochodem, kde se dají vzít popisy MSR pro procesory AMD? Docela by mě to zajímalo.
Dostat sa k datasheetom od niektorych chipsetov (VIA, nVidia) je dost velky problem... :(
2Eagle:
OK - vsechno beru az na to ze L2 cache deskriptor je az na P6+ u intelu
a podobne family u amd a ostat - blize www.sandpile.org
No s MSR pro K75+ je trosku problem - koukal sem na cast interrupt listu - tam nektery sou - pak sou nektery v datasheetech od AMD...par jich lze najit na netu jinde atd atd - jenze to co me zajima sem nikde nenasel (L2 cache speed) - asi sem malo hledal....
2RainB....jj - to mas teda setsakramentskou pravdu - mam maly soukromy archiv - ale u via to sou opravdu vetsinou jen popisy architektury (blokove) nez zajimavy detaily....u tech starsich se ale neco najit da (MVPcka a VPcka)
nvidia - no nevim - osobne nic nemam - mozna by se hodil nejaky ddk nebo neco...
btw ad asus a jeho obvody - to sou taky libustky...a to se asus nema VUBEC k uvolneni svch datasheetu....
2Lukas: Cache deskriptory u Pentia nejsou, to je pravda, nejsem si ani jistý, zda jsou u PPro, měly by být určitě u P2 (stejně tak např. Name string podporuje až P4). Ale u AMD jsou extended fce 5 již u prvních K6 a možná i u K5.
Mám datasheet na KT133A a VT82C686B (south b.), oboje jsou full datasheety, stáhnul jsem je kdesi z inetu. Firmu VIA jsem již žádal o datasheety a byl jsem ochoten podepsat i NDA (chtěl jsem to pro účely testování), odpověděli mi, že sice oceňují mojí snahu, ale politika firmy je jednotná a výjimky dělat nebudou. Takže smůla.
Name string ma aj Tualatin (ak je to ta vec co myslim ;) ). Datasheetov mam uz peknu kopku (350MB ;D ) - na UniFlash ich treba... Intel, AMD, iTE, National Semiconductor, Utron, Winbond - bez problemov. Z ALi mi niektore ochotne poslali mailom, z Cypressu mi dokonca poslali datasheet k 386/486 chipsetu postou (na vlastne naklady) :)
Datasheety k starsim SiSom som stiahol z nejakeho serveru ktory uz neexistuje (mali ich kedysi aj na stranke ale potom to zmizlo).
VIA - stare maju (alebo mali) na stranke, niektore novsie som niekde stiahol (tiez to uz neexistuje) - vacsina suborov je poskodena ale popisy registrov sa vacsinou daju precitat.
ServerWorks - mam jeden datasheet (z nejakeho divneho zdroja...)
UMC - nemam vobec nic
Firmy SiS, ServerWorks a UMC na mna zvysoka seru, este ani raz mi neodpovedali na mail. Z VIA mi mozno z 10 mailov odpovedali asi na jeden a to v zmysle ze nic mi nedaju. Tu vidiet ako si ktora firma vazi ludi co pouzivaju ich produkty...
2Eagle - jj to samy asus - chtel sem info o AS97127F Asus ASIC - jenze ASUS na end-usery pekne dlabe.....je to skoda...via a nvidia uvolnujou info taky dost sporadicky - mozna by stalo stahnout aspon NV15 SDK - mala potiz ma to 150MB a je to na FTPcku nvidie ....
2Rainbow: No zrovna AMD bych moc nechválil, na webu mají jen něco, většina novějších věcí chybí a dostat to z nich je nemožné. Například specification update k Duronu Morgan tam nebyl rok po uvedení! Teď chybí spec. update pro Thoroughbred, kde by se zmiňovali o stepping 1 (revize B0). A co se týče čipsetů, nastevení registrů v nich nemají. Intel je v tomto ohledu mnohem lepší, vše mají včas s PCR tam taky jsou. Ale abych nepřeháněl, i u nich už byl jeden "skandál". V lednu po uvedení Northwoodu tam byl datasheet pro 1.6A, 1.8A a 2.0A s Low TDP = 45W, který asi za měsíc zmizel a dodnes tam není. Zájemcům jsem ochoten zaslat.
2Lukas: Neuměl bys napsat ovladač pro Windows (SYS, VXD), který by modifikoval MSR? Hlavně u Pentia 4 by s s tím daly dělat kouzelné věci, ale moje znalosti v oblasti programování na této úrovni jsou na bodu mrazu.
Vo Windows 9x/ME by to teoreticky mohlo ist priamo.
AMD chipsety (aspon co si pamatam) su velmi (az podozrivo) podobne na VIA. Registre som tam nasiel - ale uz je to dost davno co som programoval podporu pre AMD.
Lukas L.: Ten Asus AS97127F (alebo nieco podobne) na doske mam. Jednu vec o tom povedat mozem: nie je to hardware monitoring chip. Lebo na doske je aj Winbond W83781D - ten ovladam podla jeho datasheetu a funguje.
2RainB - hmm AS97127F uz me tolik neirituje...jen me porad zajima nac je na desce obvod co ma 100 nozicek a pritom se k nemu vyrobce vubec nema.....
Neskumal som na co to je. Keby som to nemal v pocitaci tak aspon zoberiem ohmmeter a zistim kam su niektore piny pozapajane.
JJ - dobrej napad - jak sem tak koukal tak na viditelnejch vrstvach to stejne moc pripojeni nema
2 Lukas: Myslíš, že bys dokázal naprogramovat čtení a zápis do MSR? Celkem by se mi to hodilo.
To neni problem pouzivaj se na to instrukce RDMSR a WRMSR ( z rady 0f 3x - v ty je RDTSC - ta cte vlastne MSR 10h) jezne RDMSR a WRMSR sou privilegovany (CPL0) takze to pod winama moc nejde...
RDMSR :
vysledek v edx:eax 64bitKód:xor edx,edx
xor eax,eax
//msr num
mov ecx,10h
db 0fh
db 32h
wrmsr :
ehh[/i]Kód:xor eax,eax
xor edx,edx
//nacita jen dolni cast !!!
mov ax,word ptr sett
//msr num
mov ecx,11h
db 0fh
db 030h
No právě že já to potřebuju pro Windows. Ty instrukce znám a už jsem si taky vyzkoušel, co udělají v běžném programu :-( . Myslel jsem, jestli bys nebyl schopen napsat nějaký ten ovladač, protože to je pod Windows jediný způsob, jak získat privilegia k úrovni 0.
JJ - ja sam psat vxdcka neumim - ale pro win jeden manik udelal .386 statickej virtual driver - de se na nej pichnout z V86 - a ten by mel umet poustet RDMSR a WRMSR na CPL0 (ve svym kodu) a predavat vysledek do V86 na CPL3...jestli ches muzu ti to poslat
Pošli. Sice nevím, jestli tomu budu rozumnět -přeci jenom tahle úroveň programování je dost nad moje znalosti - ale snad jo. Díky.