Hirdetés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- localhost: Hatvan időegység. [Update 65]
- NASsoljunk: ZyXEL NSA-310 és az FFP
- Gurulunk, WAZE?!
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- sh4d0w: Árnyékos sarok
- VHS digitalizálás
Új hozzászólás Aktív témák
-
carl18
addikt
válasz
paprobert
#2796
üzenetére
Igen, ahogy mondod ez ketyeg és egyszer megadja magát.
Én arra lennék kíváncsi valaki vesz egy ilyen raptor lake-t, 3 év garancia ami jár neki.
Szóval 3 év alatt ha többet terheli renderel megadja magát 2-3 darab és mi lesz ha egy idő után a cég ráun és talál kiskaput ne kelljen a garanciát érvényesiteni.
Azért egy idő után ez nekik minusz/bukás.
Most a Arrow Lake a intel nagy esélye, esetleg a Nova Lake lenne a nagy platform váltás.
8P mag 32E meg de a Nova lake esetén jöhet az virutális mag így a 8P mag ismét 16 szálas lehet. Eddig azt hittem 16P mag 32E core a Nova lake és az igazán jó vétel lett volna. Aztán a AMD is játszhat ilyenekkel, hogy 16 Core Zen6+32Core Zen5C.
Intelnek erre tuti nem lenne válasza.
-
hokuszpk
nagyúr
válasz
paprobert
#2775
üzenetére
"Az átlagkésleltetés csökken szál áthelyezéskor, igen."
azért erre kiváncsi lennék ; szoftveres szempontból ez ha jólemléxem úgy néz ki, hogy van egy utasítás, ami elmenti a cpu állapotot ( -> memoria ) majd amikor ujra ütemezi az ütemező, akkor van rá másik utasítás, ami visszatölti. Tehát az egyik magon mentjük, a másikon visszatöltjük ; ezt csak úgy lehetne gyorsítani, ha a hwbe valahogy beledrótozzák az ütemezést. ( mint az AMD vgaknal az a HAGS vagymi. )
-
-
Petykemano
veterán
válasz
paprobert
#2757
üzenetére
Tartok tőle, hogy a különbség nem csak abból fakad-e, hogy a Meteor Lake esetén csak 8 csomópont van. Ha jól emlékszem 8-nál több csomópont már korábban sem eredményezett optimális késleltetést. (Comet Lake)
Nekem a kezdetektől az a véleményem, hogy az Intel E mag nem a standby mód alacsony fogyasztását célozza,.hanem mainstream magot akarnak belőle csinálni.
Megnéznem a Meteor lake-et 6:8 helyett 4:16 felosztásban is.
Mindazonáltal ott.van a rentable units is, ami hozhat még érdekességeket. -
-
Petykemano
veterán
válasz
paprobert
#2722
üzenetére
Nem teljesen bulldozer/modul.
Pontosabban a bulldozer modul megvalósítása csak részlegesen felelt meg annak, amit most elvileg az Inteltől pletykálnak.A modulok esetén a frontend és tulajdonképpen a FP számítóegység volt közös, vagy részben közösen használható. De az Integer számítókapacitás teljesen partícionált volt, nem tudta a modul a benne rejlő INT számítókapacitást egy szál futtatásának szolgálatába állítani még részlegesen sem.
Őszintén szólva, ha erre képes lett volna, ebbéli felépítését tekintve nem tudom ténylegesen mi különböztette volna meg a Zen magoktól. (Nyilván a késleltetések és a cache felépítés még nagyon sokat hozzátesznek.)
Anno az Intel megvette a Soft Machines, akik a VISC ígéretével házaltak. Ez nagyjából arról szól, hogy egy a fizikai magok fölé létrehoz egy virtuális réteget és egy programszálat futtat több egyébként különálló mag erőforrásain. [link]
Elképzelhető, hogy ezt építi be az Intel.
De hogy őszinte legyek nem teljesen világos számomra, hogy mi különbözteti meg a hagyományos SMT-t, amit ugye úgy képzelünk el, hogy egy frontend képes két programszálat futtatni a mag erőforrásain, amit ebben az esetben partícionál a szálak között és azt, hogy képzeletben két mag erőforrásait összevonjuk egy szál kiszolgálásához.
Persze nyilvánvaló különbség, hogy azt gondoljuk, hogy egy mag erőforrásai az általa kiszolgálni képes szálak között eleve megosztott, míg ha úgy gondolkodunk, hogy magokat vonunk össze, azt úgy képzeljük, hogy a magok erőforrásai alapból statikusan partícionáltak.Ugyanakkor az SMT/HT esetén sem minden oszlik el a kiszolgált szálak között statikusan:
Az Intel már egy ideje szélesítgeti a magokat.
Nem ástam bele magam, de ha nem a Soft Machines-től felvásárolt megoldásról van szó, akkor szerintem csak arról, hogy tovább szélesítik a magot és igyekeznek a szálak közötti erőforrás-partícionálást még dinamikusabbá tenni. -
Petykemano
veterán
válasz
paprobert
#2713
üzenetére
""On MTL, GT can no longer allocate on LLC - only the CPU can. This, along with addition of support for ADM/L4 cache calls a MOCS/PAT table update.""
Számomra most nem egyértelmű, hogy mi használhatja majd az L4$-t és mit nevez LLC-nek (Last Level Cache)
De ha tippelnem kéne, vagy tippet kéne adnom, akkor én azt csinálnám, hogy szétválasztanám a P és E magok L3$ szeleteit, külön CCX-be szervezve őket. Persze a P magok esetén hasznos a minél nagyobb L3$, de biztosan számít a gyűrűn levő megállók száma is és az E magok leválasztásával biztosan lehet nyerni késleltetést, miközben amúgy sincs semmilyen gyakorlati haszna, ha a P magról egy folyamat E magra pattan át.
Viszont hogy mégse legyen akkora penalty amiatt, hogy ilyen esetben mégiscsak a memóriához kell fordulni, ezért hasznos az L4$ bevezése.
Az egyes mag komplexumok szétválasztása lehetővé teszi azt is, hogy további késleltetési büntetés nélkül tudják növelni az E magok számát.
Új hozzászólás Aktív témák
- Xiaomi 15T - reakció nélkül nincs egyensúly
- PR-Telecom
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen okostelefont vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Okos Otthon / Smart Home
- iPhone topik
- Vigneau interaktív lokálblogja
- Tudományos Pandémia Klub
- Otthoni hálózat és internet megosztás
- További aktív témák...
- Garmin Vivomove 3S Hybrid okosóra Használt, karcmentes állapotban 3 hónap garanciával!
- Samsung Galaxy A36 5G / 6/128GB / Kártyafüggetlen / 12Hó Garancia / BONTATLAN
- Lenovo LOQ 15IRH8 - 15.6"FHD IPS 144Hz - i5-12450H - 16GB - 512GB - RTX 4050 - Win11 PRO - 1 év gari
- Bomba ár! Fujitsu LifeBook E544 - i5-4GEN I 8GB I 128SSD I 14" HD+ I DP I Cam I W10 I Garancia!
- Huawei P20 Pro / 6/128GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest

