- GeForce RTX 5050 kártyák az MSI portfóliójából
- AMD Navi Radeon™ RX 9xxx sorozat
- Sugárhajtómű ihlette a Zalman CPU-hűtőjét, de nem az üzemzaj tekintetében
- Melyik tápegységet vegyem?
- Házimozi haladó szinten
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Kormányok / autós szimulátorok topikja
- Bambu Lab 3D nyomtatók
- Amlogic S905, S912 processzoros készülékek
- GeForce RTX 5050 VGA-k a Palit értelmezésében
Ú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
- Háztartási gépek
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Kerékpárosok, bringások ide!
- Nintendo Switch 2
- Debrecen és környéke adok-veszek-beszélgetek
- GeForce RTX 5050 kártyák az MSI portfóliójából
- sziku69: Fűzzük össze a szavakat :)
- AMD Navi Radeon™ RX 9xxx sorozat
- Sugárhajtómű ihlette a Zalman CPU-hűtőjét, de nem az üzemzaj tekintetében
- További aktív témák...
- több EIZO EV2456 FlexScan 24" 1920x1200 16:10 IPS fekete több jelenlegi ár: 170.000.-!!!
- SanDisk Extreme Portable 8TB (SDSSDE61-8T00-G25)
- BESZÁMÍTÁS! Samsung Odyssey G9 OLED 240Hz Dual QHD 0,03ms monitor garanciával hibátlan működéssel
- Honor 400 Lite 256GB Kártyafüggetlen 1Év Garanciával
- Bomba ár! Dell Latitude E7450 - i5-5GEN I 8GB I 256SSD I 14" FHD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest