Új hozzászólás Aktív témák
-
#14178
Qru
MODERÁTOR
Sontir Fel
#14176
Qru
MODERÁTOR
válasz
Sontir Fel
#14176
üzenetére
Nagyobb számítási kapcitást sajtolsz ki a prociból ennyi.
-
Qru
MODERÁTOR
válasz
Gaben01
#14107
üzenetére
Inkább a ram fesz emelés, spread spectrum-nak ehhez nincs köze. Az arra jó, hogy minimális szinten változtatja folyton a bclk-t, hogy ne "gerjedjen" össze semmivel még véletlenül sem a proci. Általában amúgy sem szokott, szóval mondom inkább a ram fesz oldotta meg szvsz.
De ha kilövöd a spectrum-ot gyorsan kiderül. -
Qru
MODERÁTOR
válasz
KaiotEch
#13861
üzenetére
Jah ha nincs tuning akkor no para. Azt hittem a fesz van auto-n.
Lehető legtöbb rammal kell tesztelni. akkor jó ha sikít a W7 hogy kevés a szabad a rendzser memó és zárj be néhány alkalmazást.
mod:
De ha alapon megy akkor enm kell Linxelned. Alapon küldve 1000% hogy stabil teljesen. Már ha nincs alulfeszelve.
Bélaaaa:
Nézél rá, mondom nekem NFS World-ben megszűntek a mikrolagok.
-
Qru
MODERÁTOR
válasz
KaiotEch
#13847
üzenetére
Nálam (is) voltak HT-vel hasonló mikro lagok egyes játékokban, HT nélkül megszűntek. Nem is használom a HT-t azóta. Kevesebb fesz is kell így azonos órajlehez, kevésbé is melegszik.
Ha meg renderelni kell nagy-nagy ritkán akkor meg addig visszakapcsolom a HT-t.Esetleg okozhat még ilyen problémát ha nem teljesen stabil a proci adott órajelen.
Trükkösek ezek a Core procik, mert van bennük hibajavító algoritmus ezért lehet stabilnak látszik szintetikus tesztekben de maga a számítási kapacitás csökken, mert hiába megy magasabb órajelen a számítási kapacitás növekménynél nagyobb erőforrást elvon a hibás számítások újbóli, javított számítása. fizikailag nem kapsz kékhalát vagy ilyesmit csak csökken a számítási kapacitás.
Kvázi véletlen jöttem rá anno én is, kiderült hogy 3,7GHz-en több GFlops-ot tolt a procim mint 3,8GHz-en. Mondom ez meg hogy lehet, hisz a Linx gond nélkül futott mind két órajel esetében. Aztán utána olvastam a Bloom topikban és egyből kiderült.
Emeltem kis feszt és mindjárt megugrott a GFlops értékem. -
Qru
MODERÁTOR
válasz
kasa85
#13841
üzenetére
HT nem kell a játékokhoz, van ahol még lassul is tőle, mert ugye a HT hatására csökken a magok számítási kapacitása. Előnye csak ott van ha olyan progit futtatsz ami 4-nél több magot terhel. Játékok meg nem használank ki 4-nél több magot érdemben.
Yorkhoz képest nagy ugrás lesz teljesítményben.
-
-
Qru
MODERÁTOR
Jah, nem olvastam végig.
Mehet az 1,65V-os ram is bele. A mags ram fesz nem a ramnak árt esetünkben (ddr3-nál 1,9V is beleférne), hanem a prociba integrált memvezérlőnek.
A lényeg, hogy a ram fesz és a VTT/QPI fesz között ne legyen nagyobb a különbség 0,4-0,5V-nál. VTT/QPI feszre az Intel max 1,2V-ot enged, szóval ha emeled akkor 1,7V-on se lesz baja a cuccnak. -
-
Qru
MODERÁTOR
A terhelés csökkenésekor rövid időre fellép egy jelentős feszültségugrás (impulzus) mivel a terhelés csökkenésekor igen rövid de időbe telik mire az áramkör lecsökkenti a hosszabb szélességű impulzusokat, valamint - ami fontosabb esetünkben - a feltöltött elkó fesze a jelentősen kisebb terhelés hatására megemelkedik (mint ahogyan minden feszültségforrás feszültsége emelkedik terhelés csökkenésekor) és kis idő szükséges, hogy kisüljön kisebb feszültségre. Ezért kaphat nagyobb pofont fesz ügyileg a proci ha "üresbe rakod".
A Vdrop ez esetben a "szükséges rossz". Nyilván ha értesz hozzá nem hagyod hogy idle 1,6V-ot kapjon. Ott a magas idle érték kvázi megvédi a procit ugye ettől hiszen az alacsony load értékből mikor idle-be megy nyugodtan felugorhat a fesz, jöhet a fesztüske, mert a "valós" idle feszt úgy sem ugorja meg.
Ezért van az, hogy általában ha növeled a feszt nő a drop mértéke is, mert a fesz kilengés is nő magasabb feszültség esetén (illetve a kilengés időtartama is nő valamelyest).Na jó, fizika óra off.
-
Qru
MODERÁTOR
Jaja, EP35 DS4-ben nem ment egy Asus GTX280. Asus lapban meg tökéletesen ment.
Előfordul ilyesmi sajnos.mod:
ffodi: Jó hogy nincs LLC DVID-el, különben elég hamar a kukába kötne ki a proci.
1,5V-nál simán befigyelnek ilyen +0,1-0,2V-os fesztüskék is az LLC miatt. Az meg kicsit sok már még akkor is ha csak nagyon rövid ideig kap ekkora feszt.
1,3-as Vcore felett nem nagyon erőltetném 24/7-re az LLC-t. -
Qru
MODERÁTOR
Ha XMP-be az van égetve, hogy 25 2T akkor miért rakja 24-be 1T-vel? Az onnan kiolvasott értéket kéne beállítania. Ennyi erővel a VID-re fittyethányva adhatan a lap mondjuk load-ban 2V-ot ios a procinak.
Fura na, annyi szent. Nem bízok az XMP-be. Kézzel állítok be mindnet magamak, még a cpu feszt is. -
Qru
MODERÁTOR
Így igaz.
Csak azt nem értem miért lazítja le annyira az uidőzítéseket... Nyilván, hogy gond nélkül induljon bármibe/bármi mellé rakod.
mod:
Én akkor tértem ki a hitemből mondom, amikor láttam, hogy a Corsair Dominatort CR2-ben hajtja, ha XMP on.
Azért ennyire enm vacak ez a ram még akkor sem ha ez csak a belépő Dominator. -
Qru
MODERÁTOR
válasz
Chalez
#13249
üzenetére
Nem kell XMP-s memó. XMP inkább LGA1156-hoz van méretezve (1,65V ram fesz), LGA1155-nél túlfeszeli a ramot és ezzel együtt a memvezérlőt és általában túlságosna lelazítja a mellékidőzítéseket.
Enyém is XMP-s de mikor megláttam miket állít be azonnal kikapcsoltam.
Ott kezdi, hogy a CR-et feltolja 2-re. Még egy mezei Kingston 1600 CL8-as ram is megy CR1-ben. tRCD-t is nálam nagyon fellazította az XMP aminek azért ven érzehtő/mérhető negatív hatása.Ha már nem félsz a bios-ba belépni nem kell XMP-s ram.
-
Qru
MODERÁTOR
válasz
JimKirk
#13223
üzenetére
A processzor gyári alapfeszültségét jelenti.
mod:
A lap/bios ezt kiolvasva tudja, hogy hány V-ot adjon a procinak.
Egy procinak több VID értéke is van, van a terhelt (load VID) és van üresjárati (idle VID), innen tudja a lap, hogy üresjáratban (ha engedélyezve vannak a C state-ek hány V-ot adjon neki). -
Qru
MODERÁTOR
-
Qru
MODERÁTOR
Igen. Arra kell csak figyelned, hogy a VTT/QPI fesz és a ram fesz között legyen 0,4-0,5V különbség. VTT feszből a max 1,2V, ebből értelem szerűen biztonsággal el lehet menni akár 1,7V-ig is ram feszben DE csak akkor ha emeled mellé a VTT feszt.
Ha ezt betartod akkor nem lesz baja a procinak hosszútávon sem. -
-
Qru
MODERÁTOR
válasz
diegho
#13100
üzenetére
Ezért szoktam úgy csinálni, hogy beállítok egy kb értéket amit bírnak átlagban. Aztán Linx-be megy így kb 4-5 kört ha azt bírja akkor jöhet a játék teszt. Ha ott is ok mehet tovább a megrendelőnek, ha nem kicsit fnomítok és újra.
Kis Pisti nem Linxelésre vesz/kér tuningot, hanem hogy 2-vel több FPS-e legyen COD-ban.
mod:
de az előbb is ezt írtam le... nem tudom minek írom le +1x...
-
Qru
MODERÁTOR
Helyes. Az SB procikból kihagyták a CK505-ös órajelgenerátort így a bclk órajelgenerátora oszt ki minden órajelet. Vagyis ha emeled a bclk-t akkor vele együtt nő a a PCI Express és az SATA interfész órajele is. Ha ez túl magas adatvesztés (sata) és/vagy vga kártya hibázását okozza.
Emelj feszt a szintetikus tesztek máshogy terhelik le a procit mint a játékok. Ha szintetikus tesztben stabil közel sem biztos, hogy stabil játékok alatt is.
Ezért enm szoktam sokat Linx-elni. Mert nem Linx-re használom hanem játékra. Megy pár kört akkor nagyjóból stabil és tesztelem játékokkal.
Engem nem izgat ha Linx 20. körben eldobja magát de mondjuk gond nélkül NFS-ezek 4-5 órát fagyás nélkül. Az nekem már "stabil". -
Qru
MODERÁTOR
Everest nem jól olvassa ki az értéket. Csak egy füstölgő széndarab lenne a procid helyén ha valóban 3V-ot kapna.
105-ös BCLK... hát én nem reszkíroznám meg az adatvesztés és vga egészsége miatt sem...
mod:
diegho: Nem mintha sok értleme lenn. Több a hátránya mint az előnye. De persze tesztre mehet, csak 24/7-re nem használnám így.
-
Qru
MODERÁTOR
H67-ben csak a proci turbo-ja megy, ezen felül nem tudsz állítani magasabb szorzót.
P67-ben is csak a szorzóval, BCLK-t is lehet(ne) emelni de sok értelme nincs mert a Sb procikból kihagyták a CK505-ös órajelgenerátort így a bclk órajelgenerátora oszt ki minden órajelet. Vagyis ha emeled a bclk-t akkor vele együtt nő a a PCI Express és az SATA interfész órajele is. Ha ez túl magas adatvesztés (sata) és/vagy vga kártya hibázását okozza.
Z68-ban is jól megy a tuning.
Ramból elég az 1333-as sokat az 1600-as sem dob. Inkább csak mérőprogikban és tömörítésnél fontos.
-
Qru
MODERÁTOR
Nálam is ez volt és a fesz emelése tette helyre a dolgot nálam is.
A "gondot" az okozta/okozza, hogy ezekben a procikban (LGA1336/1156-nál is már amúgy) vannak különböző hibajvító algoritmusok, amik nem teljes stabilitás esetén elkezdenek dolgozni, hibát javítanak. Tehát Linx nem dob errort, se más tesztek. Ez viszont nem derül ki egyértelműen, csakis a számítási kapacitás visszaesésből lehet rá következtetni.
Vagy egy ilyen cpu tesztel mint a 3DMark-é vagy pedig a Linx GFlops eredményeiből lehrt rá következtetni, hogy némi "proci időt" bizony a hibajavítás köt le. -
Qru
MODERÁTOR
válasz
B4l!nt
#13018
üzenetére
Vantage ilyen jól van párhuzamosítva? Nem is gondoltam volna...
mod:
Nem a rammal van gond, az marhára nem szól bele a cpu score-ba ilyen szinten.
mod2:
Akkor valószínűleg a procija nem full stabil és visszavesz kicsit. Jártam így, kb az egész netet feltúrtam mire rájöttem, hogy mitől kapok kevés GFlops-ot.
-
Qru
MODERÁTOR
-
Előfordul ilyesmi sajnos.
Szívem szerint belinkelném abba az AMD topikba, ahol lekutyázták az IGP-t.
Új hozzászólás Aktív témák
- Elemzés Megateszt: Intel CPU-k Nehalemtől Skylake-ig
- Elemzés Intel Sandy Bridge teszt
- AKCIÓ! Dell Precision 3571 4G LTE i7-12700H 32GB 1000GB FHD RTX A1000 4GB 1 év teljeskörű garancia
- Újszerű iPhone 14 Plus 128GB Lila független, 100% aksi, 1 Év garancia
- Apple iPhone 15 Pro Max 256GB,Újszerű,Dobozaval,12 hónap garanciával
- Ritkaság! Kékséges Nothing Phone 3A 12GB/256GB - 1 év garancia
- 0% THM 4 havi részlet, beszámítás! Gamer PC, notebook, konzol, Apple termék, hardver KAMATMENTESEN!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest