- Honor 200 - kétszázért pont jó lenne
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Fotók, videók mobillal
- iPhone topik
- Erős specifikáció, kompakt formában
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S23 Ultra - non plus ultra
- Yettel topik
- Android alkalmazások - szoftver kibeszélő topik
- Milyen okostelefont vegyek?
Új hozzászólás Aktív témák
-
#82
Rive
veterán
Foglalt név
#80
Rive
veterán
válasz
Foglalt név
#80
üzenetére
Mindkét gyártó babratolja a cache-t és az FSB-t is. Meg a memória fajtáját is, alkalmadtán. Meg az IO-link sebességét (igen, ez az Intelnél egyelőre azonos az FSB-vel).
Szóval majd ha másba is bebabratolnak, az értelmes kérdéssé teszi, hogy, vajon miképpen változnak a processzorcsalád mutatói. De addig hatékonyság dolgában az üzemi szorzóval illendő tesztelni
Példának okáért állhat itt mondjuk a K7 vége: a kezdetek kezdetén ugye a K7 nagyon jól skálázódott. Aztán a végén már hiába volt a nagyobb cache, a nagyobb FSB - az egymást csak alig valamivel követő órajelváltozatok már alig tértek el egymástól teljesítményben...
-
Rive
veterán
Az IPC csak annyit jelent, hogy a procc egy órajel alatt átlagosan hány utasítást hajt végre. Pillanatnyi értéke függ a végrehajtott kódtól, memória- és IO-alrendszertől. Van ugyan maximuma, de azt csak speciális, köznapi felhasználásban tipikusan totál értelmetlen kódok alatt képes közelíteni. És ez a maximális érték sokszorosa a 'rendes' üzem alatt felmutatottnak.
Azért a kavar, mert az IPC tipikusan nem köznapi használatú fogalom. Inkább a processzor hatékonyságát jelenti, nem a nyers sebességét. A Dokar által említett energiamegtakarítós példában az IPC megnő ugyan, de az órajel meg annyira lecsökken, hogy a végeredmény brutális (számítási)teljesítménycsökkenés. Csak nem a (mag)órajel csökkenésének arányában.
-
Rive
veterán
Azonos memóriaórajel mellett. Ezért csalna az a szorzóállításos módszer, amit itt fentebb FN felvetett.
Gondolj bele! Fix órajelen állandó a memória késleltetése (ns) és sávszélessége (MB/s). A processzor a memóriából annyit lát, hogy x (core)órajel alatt (ns/freki) megjön az adat, mégpedig órajelenként y byte (MB/sec /freki). Ebből csinál a tehetsége szerint IPC-t.
Ha kisebb a(z) (core)órajel (a szorzó), akkor a procc annyit lát, hogy kevesebb órajel alatt több adat jön. Naná, hogy nekivadul.Természetesen itt a memória és a CoreClock közötti szorzóról van szó.
-
Rive
veterán
Hülyén hangozhat, de: ja. Próbáld meg kiszámítani, hogy alacsony és magas szorzónál menyi egy-egy memóriahozzáférés késleltetése a mag órajelciklusaiban számolva. Eléggé brutálisan meg tudja dobni az IPC-t.
Ui.: most nincsenek ugyan itt a régi dolgaim, de úgy emlékezetből K7 esetén volt olyan teszt, aminél a 8X és a 12X -es szorzónál mérve majd' kétszeres különbség volt az IPC-ben. A szumma teljesítmény persze jócskán visszaesett a lecsökkent órajel miatt, a hatékonyság azonban durván nőtt.
-
#55
Rive
veterán
Foglalt név
#54
Rive
veterán
válasz
Foglalt név
#54
üzenetére
???
A szorzó tipikusan az a dolog, aminek elállítása a 'rendes' működési tartományból kitúrja a procit. Az 'üzemi' szorzóval kell tesztelni, ha releváns eredményt akarsz.
Ui.: ha így jobban érted: az alacsonyabb szorzót a procc úgy látja, mintha brutálisan betuningoltál volna a memória-alrendszerbe. Ha pedig téged az üzemi körülmények között mutatott hatékonyság érdekel - a clock-to-clock verseny - akkor nem tuningolhatsz.
-
#49
Rive
veterán
Foglalt név
#47
Rive
veterán
válasz
Foglalt név
#47
üzenetére
A cikk ebből a szempontból (majdnem) jó. Ha mélylélektan, akkor kifejezetten illik elvonatkoztatni a konkrét órajeltől. Max. azt lehet a cikkíró szemére hányni, hogy ez csak részben történt meg: egy rakás mért érték nem architektúra-, hanem órajelfüggő. A nanoszekundumban mért késleltetés, például. Az adott tárgykörben használják még az órajelben mért késleltetés a cache dolgaira. Egy-egy architektúra esetén ez bármilyen órajelnél konstans. Legtöbbször.
A dolog hátulütője, hogy itt a legtöbb embert a procc szumma teljesítménye érdekli, nem pedig a 'mélylélektanhoz' tartozó mértékszám(ok). Amik pl. a klf. referenciaként használt tesztek esetén mért IPC, CacheMissRatio, meg más hasonlók.
Mindenhol a cikkíró dolga, hogy a két véglet között hogyan egyensúlyoz. A cikk ebből a szempontból egy korrekt kompromisszum.
-
Rive
veterán
Izé.
A Core processzorokban nyolcutas csoportasszociatív L1 cache található, ami azt jelenti, hogy csak minden nyolcadik memóriabetöltés igényli a 64 bájtos cella felülírását
Ez aztán jól oda lett fogalmazódva, csak épp szerintem nem az jön le belőle, aminek kéne.Ha már mélylélektan, akkor a cache dolgainál az órajelben mért késleltetéséről illik beszélni, nem az órajelfüggő ns-ről. Mondjuk a sebességnél is jobb lenne a byte/clock mértékegység.
A többit majd máskor elolvasom. Picit ömlesztett árunak tűnik, szóval nagyon neki kéne ülnöm, amire most nincs időm.
Új hozzászólás Aktív témák
Hirdetés
- AMD Ryzen 7 5700X processzor eladó /Garanciás/
- Ryzen 9 7900X /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 9 7900 /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 7 5700X3D /// Bontatlan // Üzletből, számlával és Garanciával!
- Ryzen 7 8700G /// Bontatlan // Üzletből, számlával és Garanciával!
- AKCIÓ! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD GTX 1070 8GB Rampage SHIVA Zalman 600W
- Okosóra felvásárlás!! Samsung Galaxy Watch 6, Samsung Galaxy Watch 7, Samsung Galaxy Watch Ultra
- Bomba ár! MacBook AIR 13" 2018 - i5-8210Y I 16GB I 512SSD I OS X Sonoma I Cam I Gari!
- Csere-Beszámítás! Asus Prime RTX 5060Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Bomba ár! Dell Latitude 3540 - i5-4GEN I 4GB I 500GB I 15,6" HD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest