Új hozzászólás Aktív témák
-
HSM
félisten
válasz szacsee #24913 üzenetére
Hát ja, nem egy túl szerencsés konstrukció. Azért azt is lássuk, hogy a s1136 egy komoly szerver-motyó amellett, hogy csúcs-desktop platform, míg a s1156 egy olcsósított, majdhogynem desktop only variáns. Najó, belépőszintű munkaállomásokban is előfordul.
Azért ez nagyon nem mindegy.... -
HSM
félisten
válasz katt777 #24921 üzenetére
Az X68 majd az SB-s csúcs platform lesz. Az AMD meg nem a márkajel miatt gyöngus, hanem mert a K8-al feljutottak a csúcsra, aztán hogyták kihülni a forró vasat... Nem tudom, mennyit mond neked az hogy, hogy Prescott vs Hammer... Pláne, az A64 X2-k a dual-prescottok P4-ek ellen. Nem egy súlycsoport volt. Én abszolút bizakodom, ha az AMD villantani akar, akkor fog is, márpedig most eléggé akar.
[ Szerkesztve ]
-
HSM
félisten
Én először írnék egy mailt a Gigabyte supportjának, mit gondolnak a problémáról, az hamar megvan. Ha őket megkérdezted, és nincs megoldás, akkor elvileg gariba is cserélniük kéne. A ramfeszt állításnak mennie kell, arra a Giga is garit kell vállaljon....
[ Szerkesztve ]
-
HSM
félisten
Azért, mert a gyárilag 1,65V-os ramodnak nem képes a lap a BIOS-ban pontosan beállított 1,65V-ot adni. Ez elég rendesen hibás működés. A lap QVL-jében is benne vannak 1,65V-os ramok, pl ez: [link]
(#24937) cut: Nem játékkal kéne tesztelni, mert aztán ha valami jobban elkeni a száját, akkor majd csak nézel, miért olvadt ki a processzor a foglalatból....
(#24940) eladohardver: nem tudom, mi itt a siralom oka, teljesen jók a hőfokok is és a fesz is. Nemhogy örülnél, hogy nem egy kisebb VID-es brutál-melegedős fajta, ami bár 1,2V-on megfutja a 4Ghz-et, de a 80 fokot is rezzenéstelen arccal ugorja meg ugyanazzal a hűtővel....
-
HSM
félisten
válasz eladohardver #24942 üzenetére
Láttam én azt, csak azt hittem, szarul mér. SZóval az a 10 fok, az 10 fok... Így már asszem át kell értékeljem, amit a procid melegedéséről írtam. Mivel hűtöd.
(#24946) katt777: Egy jóbarátomnak volt X2-es A64-e. Soha semmi baj nem volt vele, árban sem bukott raja többet, mint egy P4-el bukott volna. Azt meg mindenki tudja, hogy a Core2 a maga idejében desktop szegmensben minden addigi rendszert magasan vert gyakorlatilag mindenben. De most meg az Intelen látom azt, hogy a C2D óta komolyabb durrantása biza nem volt, csak a szükséges minimális foltozgatások, csiszolgatások. Az AMD meg nagyon alaposan átgyúrja a koncepciókat a Bulldózerrel. Majd meglássuk. A VGA drivereikkel nekem az égvilágon semmi bajom, nem tudom miért kell ilyen flém ebbe a topicba. Éppen a megbízhatóbb AMD VGA driver miatt adtam el a GTX260-am egy hét után, és váltottam vissza AMD-re egy 4890-re.
A 890-es csipszetről azért mellékelhetnél egy linket, mi a gáz, nem vágom.
Én egy barátomnak raktam össze kb. egy éve egy Phenom 2 X3 BE gépet AMD790X/AMD SB750 csipszetes Giga lappal, és tökéletes, az égvilágon semmi probléma nincs vele, full stabil, gyors, minden van rajta, ami kell. Ha meg boldog vagy a mostanival, akkor minek vennél Bulldozert? Akkor egyszerűen nem te vagy a célközönség, ennyi.[ Szerkesztve ]
-
HSM
félisten
válasz katt777 #24950 üzenetére
1.: Senki nem mondta, hogy a VGA driver tökéletes, nem is ezt várja el az ember. Aki ezt várja el, fizessen meg egy firepro-t.
2.: Ha egy szar konstrukciót veszel, vacak supporttal, lehet az akármilyen csúcskategória, szar lesz. Ezen kár csodálkozni, mégkevésbé az AMD-t hibáztatni...
3.: Én egy olyan tesztből, amiben az AMD 890-et (meg a másikat is) egyetlen lappal, valószínűleg kezdetleges BIOS-al prezentálták, nem jelenteném ki, hogy bűn lassú a vezérlő.
Annál is inkább, mert egy elég komoly, régebbi tesztből éppen az derült ki, hogy az SB750 egyedül a RAID5 teljesítményében marad el az ICH10R-től. Nem hiszem, hogy az utódban ne sikerült volna, ami az elődben már jó volt... -
HSM
félisten
Nem vicc. BMW001 használta passzív hűtéssel, merthogy játék alatt meg netezgetve úgyse melegszik fel. Aztán pindurkát meglepődött, mikor valami progi a háttérben kicsit megtornáztatta a procit és 90 fok plussz lett a vége... Ha folyamatos, intenzív terhelésre sem melegszik túl, akkor lehet örülni a 60 fokos játék-hőfoknak.
Második kérdésedre a válasz: 1.hsz....
-
HSM
félisten
X58-as I7-ek melegebbek üresben. Nekem 3675-ön megy, C1E/C3 engedélyezve van, csak a C6-ot kapcsoltam ki, a feszt is visszaveszi 1V-ra és így is 33-37 fok a BARAM alatt, pedig Linx-terhelve se megy fel 65-67 fok fölé HT OFF, és 1,2V-on, pedig a ventifordulat is fix.
Az pedig lapfüggő, hogy tuning mellett tudja-e az energiatakarékosságot, tehát visszaveszi-e a feszt üresben. Az UD5-öm egy évvel a kiadása után már tudta (Dynamic VID) az EVGA is tudja. De van pár lap, ami a mai napig sem.
-
HSM
félisten
Jajj már... Linkelitek itt mások eredményét.... Ilyet kérnék, sajátot! 8193Mhz saját procival!
Ja, és lehetőleg Linx is fusson mellette, 8 szálon, és 1,2V alatt....(#25033) Cybertrone: Látod, megkaptad, amit akartál, 8Ghz 1,3V alatt...
[ Szerkesztve ]
-
-
HSM
félisten
válasz katt777 #25057 üzenetére
Ugye ezt te sem gondoltad komolyan???
Az AMD gyárt csipkészletet, drivert, adogatja a BIOS-okhoz is a supportot, de onnantól kezdve a gyártó felelőssége a termék, a hozzá tartozó support meg hasonlók. Az AMD nek nincs lehetősége minden egyes laphoz komplett BIOS-t is szállítani, a gyártó dolga az alap AMD BIOS-t (vagy valami hasonlót) a saját termékéhez illeszteni. Ez így van időtlen idők óta, nem véletlenül...Ha te legyártassz egy hibátlan asztalt, eladod a egy bútorboltnak, aki gondol egyet, és csak 3 lábbal, billegve adja el, akkor ki a hibás, te, hogy eladtad a boltnak hibátlanul, vagy a bolt, hogy kiszúrt a váslóval és lenyúlta a 4. lábat?
Sajnos azt kell, hogy mondjam, te voltál a pancser, hogy olyan gyártótól vásároltál lapot, aki nem nyújtott hozzá megfelelő támogatást. De megsúgom, az MSI-nek az Intel is szállít csipeket, és ugyanolyan fosok az Inteles MSI-k jelentékeny része is. Csak valami megmagyarázhatatlan okból pár apróság valahogy rendszeresen elkerüli a figyelmed....
[ Szerkesztve ]
-
HSM
félisten
válasz lajosx #25059 üzenetére
HyperPI 32M tesztjét próbáltad? (Kicsit nyűgös a win7/vista hangjaira meg témáira, de ha békénhagyod müxik szépen.) HCI memtest 7 ablakban? Valami hasonló módon: [link]
(#25060) katt777: Eszem ágában sem volt reklámozni, csak a véleményem szerint túlzó és megalapozatlan negatív reklámod ellen próbáltam érvelni.
A 6850-es radeonokat nem ismerem (utána fogok nézni ennek a fagyásos dolognak a topicban), a tipikus csodadriver várást sajnos igen de ez nem csak AMD-s jelenség, Nv-nél is előfordul, csak ritkábban.Az, meg hogy megveszel egy csak fizikailag csúcslap használhatatlan nyákdarabot, csak annyit mondanék, hogy Asus P5Q... Emlékszem, mikor megjelent, jópáran nagy lelkesedéssel megvették P35 helyett, és egyből ment fel a polcra, mert használhatatlan volt, pedig Intel+Asus. Szóval nemcsak az AMD-vel fordul elő ilyesmi sajnos.
[ Szerkesztve ]
-
HSM
félisten
válasz katt777 #25060 üzenetére
Sejtettem, hogy ez lesz... A "tömeges" fagyás meg kilépés az néhány embernél (<10) jelentkezett, és igen jó eséllyel szoftveres eredetű, mivel csak Win7 alatt van gond, XP alatt nem. Szerintem ilyen esetben érthető, hogy várják a javítást. Persze, gáz, hogy van 1-2 játék, ami kifagy a 68xx-eken win7-en, de sajnos ilyesmik előfordulhatnak egy új terméknél, nemcsak az AMD-nél...
-
HSM
félisten
válasz MPowerPH #25066 üzenetére
Az MSI-nek nem a VGA-ival, hanem az alaplapjaival van gond. Sőt, inkább csak pancser BIOS-okat írnak, aztán úgyhagyják...
A 68x0-eknek, mint írtam, csak bizonyos programokban van baja, és csak Win7-en, ezért tuti a driveres para: [link]. Mondom, nem egy egetverő dolog, de akit érint, annak kellemetlen lehet.... Elég rendesen utánaolvastam a dolognak, mert egy Radeon párti barátomnak épp a 6850-et ajánlottam a tervezett VGA-fejlesztés tárgyának....
OFF vége.[ Szerkesztve ]
-
HSM
félisten
válasz lajosx #25071 üzenetére
Az a baj, hogyha mást is csinál a gép, akkor nem lesznek a külön részegységek kellően terhelve. Mert kicsit terhelődik a memória, de közelse maxon, mert közben a proci is izzad, de a proci sem izzad annyira, mintha csak számolna, mert a memóriával is bíbelődik... Ha viszont először memória, aztán (egyetlen) procitesztet indítassz, akkor szépen maxon mehet a memória, aztán meg maxon terhelődhet a proci, nem fogják majd vissza egymást.
-
HSM
félisten
válasz lajosx #25073 üzenetére
Így van. Szépen egyenként. Először a HyperPI, aztán ha kész, 7 ablakban a HCI legalább 600-800%-ig, majd ha kész, egy másfél óra Linx. És lehetőleg addig mást ne nagyon csinálj a gépen...
A HyperPi-t úgy futtasd, hogy jobb klikk majd "Futtatás rendszergazdaként". Amit ki kell választanod: "Select digits of..." 32M ; Processors: 8; a három cucchoz pipa.
A hyperpi-nél ne fusson a háttérben firefox, flashplayer vagy bármi, aminek hangja van, mert hibát fog dobni, és kezdheted elölről a tesztet.[ Szerkesztve ]
-
HSM
félisten
Hát, gondolom a 0.6.5.... Mondjuk én eddig a 0.6.4-et használtam, bevált. De majd rálesek az újra, mi változott...
(#25077) lajosx: Teljesen jónak tűnik. Ez 16 perc kb, ahogy látom, nálad ennyi is volt. Ha gondolod, lefuttathatod mégegyszer, többször nincs nagyon értelme.
[ Szerkesztve ]
-
HSM
félisten
válasz eladohardver #25085 üzenetére
Hű, de jó kérdés így... Rá kéne jönni, mi okozza a hibát mégis... Én mondjuk így látatlanban az Uncore-ra tippelnék, az a QPI/VTT feszből kapja a szuflát. Ott kéne kis plussz fesz, vagy szolidabb sebesség.
(#25086) Qru: Ezekszerint nincs újabb, de van olyan verzió, amiben a Linpack-ot frissítették benne. (Maga a a program, ami számol/terhel, a Linx "csak" egy felhasználóbarát kezelőfelület hozzá.)
[ Szerkesztve ]
-
HSM
félisten
Az egy borzasztó nagy tévedés, hogy a Linx teszteli a ramot. A Linx egy processzor intenzív (ezen van a hangsúly) program, ami a futáshoz sok-sok memóriát igényel. De a programkód célja lineáris egyenletrendszerek megoldása, vagy valami hasonló, főleg számoltat, nem célja a memória működésének vizsgálata. Ezzel szemben a HCI memtest memória-intenzív, ráadásul speciálisan olyan rutinokat futtat, amik arra valók, hogy a legkülönfélébb memória-hibákat előhozzák. Ez azért nagyon nem elhanyagolható tényező.
-
HSM
félisten
Persze, mert asztali lapokhoz nincs hivatalos támogatás, mivel ez kétprocis szerverekbe való.
Természetesen sok gyártó igyekszik belerakni a támogatást az asztali sima kis lapjukba is, mert viszonlyag könnyen kivitelezhető, de hivatalosan nem fogják elismerni, vagy reklámozni, hogy támogatva van. Ezért a kósza infók.(#25125) chaplin: Asztali lapban csak akkor van belőle gond, ha a második QPI miatt a lapod rádnyújtja a nyelvét, hogy bizony ez a proci nem tetszik neki....
[ Szerkesztve ]
-
HSM
félisten
válasz i are robot #25132 üzenetére
Katasztrófa ez a párhuzamhúzás... Semmi köze a két procinak egymáshoz, leszámítva, hogy mindkettő Gulftown, és ugyanaz a turbo nélküli alapórajele....
-
HSM
félisten
válasz i are robot #25134 üzenetére
akkor úgy kéne írni, hogy az alap teljesítménye a 980X környékén mozog. Ha "párjaként" kezelték volna, minek összehasonlítani?
(#25135) chaplin: Jaja, dupla QPI, ECC támogatás, sok esetben erősebb Turbo, magasabb minőségi követelmények, külön mikrokód, esetenként gyárilag az 1333-as ramok támogatása.
(#25137) katt777: Olcsó húsnak híg a leve, mint tudvalevő. De hogy még drágább is?
[ Szerkesztve ]
-
HSM
félisten
Ha lesznek "végleges" eredmények, képeket kérünk! Uncore, memória szorzók szabadon állíthatóak? Gondolom, a fő szorzó fixen max 20+turbo.
Mindenesetre nagyon bíztató az a 60 fok, mivel hűtöd?(#25145) ImI87:Sajnos nem nagyon láttam itt a topicban mostanában olyan 950-et, amitől úgy leestem volna a székről, vagy ami birtoklási vágyat ébresztett volna bennem. De majd biztos nyilatkoznak a tulajok is...
[ Szerkesztve ]
-
HSM
félisten
válasz katt777 #25170 üzenetére
Ki nem szarja le? Azért, mert te benyaltad az Intel marketing szarságait, attól még a HT nem egyértelműen hasznos mindig mindenkinek. Pl. azért, mert nem tudod vele monitorozni a procid terheltségét. (Azaz tudod, de így nem releváns, amit mutat, hacsaknem 100%-on áll éppen, tehát igazából fújhatod.)
A másik, nagyonnagy baj vele... Próbáltál már valaha is prioritást adni egy folyamatnak? Mert konkrétan ez HT-val gyakorlatilag nem működik, márpedig én szeretek vele játszani. Mert fújhatom a videókódolást, hogy hamarabb készül el, ha én közben pl. filmet is néznék, ami szaggat, mert nem tudtam belőni a prioritást a HT-től....
Az igénytelen fos I5-ökkel meg ne fárassz már, kérlek... Neked kéne inkább P55, ha ennyire nem tudod értékelni a s1366 HT-n kívüli előnyeit...[ Szerkesztve ]
-
HSM
félisten
válasz i are robot #25173 üzenetére
Ez abszolút saját tapasztalat. Nem tudom már, pontosan milyen körülmények között botlottam bele a jelenségbe, mivel másfél éve HT OFF-on jár az I7-em, de emlékszem, elég mérges voltam miatta. Akkor döntöttem el végleg, hogy amíg nem lesz kifejezetten szükségem rá, addig a HT nálam bizony OFF-on marad.
Amúgy szvsz a jelenséget az okozza, hogy a windózban úgy működik a prioritás, hogy az adott mag(ok)on, amit használ a folyamat, nagyobb időszeletet kap, mint más, kisebb prioritású folyamatok, szélsőséges esetben teljesen ki is sajátíthatja a magot (valós idejű mód). A HT ott köp bele a levesbe, hogy az egy fizikai maghoz tartozó két logikai mag közös erőforrásokat is használ, az adott fizikai maghoz tartozó második logikai magon futó folyamat kisebb prioritása ellenére elvonhatja a másik logikai magon futó priorizálni kívánt folyamat elől a közös erőforrásokat. Tehát hiába priorizáltunk, nem biztos, hogy elérjük vele a célunkat.
[ Szerkesztve ]
-
HSM
félisten
Így van. Mindenkinek mások a szempontjai. A baj csak akkor van, ha olyan dologról állítjuk, hogy mindenkinek hasznos, ami nem mindenkinek hasznos, és hülyének nézzük, aki máshogy gondolja.
És tegyük hozzá, hogy vannak, akik szeretik az igényeikhez igazítani a gépet, nekem is ott figyel a HT-s profil BIOS-ban, ha olyan dolgot művelnék, megérné az az 1 perc boot-idő, hogy bekapcsoljam....A Process Lasso-t nem ismerem, általában csak simán feladatkezelőből szoktam kapcsolgatni, ha a szükség úgy kívánja. (Meg az affinitással is lehet ott jókat játszani... )
-
HSM
félisten
válasz OldJohnny66 #25184 üzenetére
Miért jelentene problémát?
-
HSM
félisten
válasz OldJohnny66 #25189 üzenetére
A tuning szerencse sajnos forgandó, az FPO sem garancia semmire.... Attól függetlenül +5K-t biztosan megért a 950.
[ Szerkesztve ]
-
HSM
félisten
válasz katt777 #25197 üzenetére
Annyira nem vagy képben.... Az említett jelenségek a Hyper Threading működéséből adódnak, semmi közük az alaplaphoz. Nem baj, legalább megint elsüthettél egy Asrock reklámot.
Te komolyan még SEMMILYEN programban SEMMILYEN körülmények között nem találkoztál akadással az I7-eddel? Lehet akkor tényleg kidobom az enyémet az ablakon...
(#25196) Laraxior: Jah...
[ Szerkesztve ]
-
HSM
félisten
válasz katt777 #25212 üzenetére
Azta, mekkora flémáradat!
1. Nem azt mondtam, hogy akadt a videólejátszás. Ez csak egy példa volt, mire lehet a priorizálást használni. Le is írtam, hogy régen volt, és nem emlékszem a pontos szituációra.
2. Nem azt mondtam, hogy hatástalan, hanem hogy nem mindig kellően hatásos. Érződik a különbség?
3. Sajnos léteznek optimalizálatlan programok. Adott esetben inkább használok egy funkcionálisan megfelelőt, minthogy egy szar, de jól optimalizáltat. Nem mindig esik egybe a megfelelő program a jól optimalizálttal. Ráadásul ott van kapásból a legirónikusabb program, a Linx, ami annyira jól van optimalizálva 1 fizikai magra, hogy a HT-től elég szépen lassul? Arra céloztam ezzel, hogy egy program lehet jól optimalizált, de mi van akkor, ha még HT-se volt, amikor a progit kiadták?
4. Soha nem állítottam, hogy biztosan akadni fog bármi is. Azt állítottam, hogy nem hiszem el, hogy soha egyetlen pillanatra se szaggatott be a Te gépeden az égvilágon semmi. Remélem érzed itt is a különbséget.
5. Semmilyen szoftverem nem cseszik bele semmibe.
6. Senki nem mondta, hogy a véletlen műve, hogy jól megy a géped. Arra próbáltunk rávilágítani, hogy annyira lehetetlen, hogy jól mennyen, mint amilyennek beállítod....
(#25208) katt777: Gyorsan felejtessz... Éppen tegnap írtam, hogy egyedül 100%-os mtatott értéknél megbízható a terhelésmérő HT-val. Az a gond, hogy nem tudhatod, hogy pl. amikor a procit 4 szálon terheled, és 50%-ot ír ki, akkor valójában mennyi a szabad erőforrás, mert ha az az 50% pont ráfekszik a megosztott erőforrásokra, és tökig kiterheli a procit, és a többi szál is azt használná, akkor a végeredmény az, hogy 50%-ot látsz, gyakorlatilag a procid terhelése viszont 100%! Ezért HT-val mindig kevesebb terhelést látsz, mint ami valójában van, kivéve 100%-nál.
Azt nem tudom, mi alapján tartod egyértelműen előnyösebbnek, hogy az Asrock 16-16-4-et tud, és semmi mást. Jópár lehetséges konfiguráció van, amikor a 16-16-1 vagy 16-8-8-ba kapcsolható lapok teljesítménye jóval kiegyensúlyozottabb... Kinek mire van szüksége.
(#25210) katt777: Az EVGA E758 és a Giga UD5 se volt éppen olcsó, és példásnak mondhatnám mindkét terméket, bőven kiszolgálták nálam az árukat. Nyilván, drágább lapokkal is meg lehet szívni, ha az ember nem kellő körültekintéssel választ, de az olcsóbb is ugyanúgy visszanyalhat, ha nem vagy észnél, vagy nem arra használod, amire való.
"Az, hogy ha valakinek nem jó a gépe, akkor azt hülyézitek le kvázi, akinek meg az."
Azért, mert képtelen vagy dolgokat felfogni (vagy csak nem akarod?), nem nekem kéne debuggolnom magam...(#25213) i are robot: Igen, ez a legszebb az egészben. De ettől függetlenül ragaszkodik hozzá, mitöbb, meg is magyarázza!
-
HSM
félisten
válasz OldJohnny66 #25236 üzenetére
Egy gyengébb proci a legjobb lapban se fog csodát tenni. De bízom benne, hogy előbb utóbb csak megtörik a jég, és találunk egy jobbféle brutáltuning 950-est...
-
HSM
félisten
Elsőre nem tűnik rossznak... Viszont az a ~700MB Linx tesztre nagyon-nagyon kevés. Legalább 2-3GB kéne neki, minél több, annál jobb. És legalább fél óra. Tudom, nem kevés, de a tuning már csak ilyen pöcsölős dolog, ha az ember némi stabilitásra is vágyik....
Nálam ilyen egy "gyors teszt": [link]
Várjuk a továbbiakat, annak a prockosnak mennie kell, mint a gőzgép.(#25238) OldJohnny66: Ja, láttam... Mosolyogtam is a 100 fokos IBT-s beszóláson a totyikjában... (A Linx gyakorlatilag ugyanaz.) Amúgy abban a 950-ben az igazán durva, legalábbis számomra, hogy 1,4V VTT-vel nyomja a ramot 2000-en! Mondjuk ez részben a lap érdeme is....
Persze, a lényeg, hogy beválik-e a dolog, nekem lassan másfél év teljesen hibátlan működés után sikerült az atombiztos, ráhagyásos beállításomban is hibát találnom! Egy kis fekete kockából indult ki minden, ami kb. egy képkockára bevillant, mikor pár napja StarWars-t néztem h264-ben! Kis célirányos zargatással még le is tudtam fagyasztani! Mondjuk az addig elégségesnek vélt 1,225V Vcore-t 1,2625V környékére felhúzva teljesen megszűnt ez a hiba is, remélem nem lesz több.[ Szerkesztve ]
-
HSM
félisten
válasz OldJohnny66 #25241 üzenetére
Nem, csak 18-on lehetett, 22-n már bőven 4ghz fölé ment volna a QPI, ami stabilitás szempontjából esélytelen. Az, hogy a QPI lehetőleg gyorsabban ketyegjen az uncore-nál nem alapszabály, hanem inkább csak ajánlás, mivel nagyon változó, hogy reagál rá a proci, valamelyik bírja, valamelyik meg instabil lesz tőle.
A másodlagos időzítéseket a lapom lőtte be automatán, én annyit mondtam neki, 8-8-8-22-1T. Épp ezért van az, hogyha a gyárilag 1600@Cl7-es ramom annyin is akarom hajtani, jó sokat kell babrálnom a másodlagos időzítéseken, hogy menjen, nem is szoktam vele babrálni. Amúgy a ramom kapcsán ez a "kedvenc" eredményem: [link] Az 1,67V-os ramfesz, amit említessz, az 1,6V vagy 1,625V pont, az EVGA sajnos "rosszul" méri a DRAM és VTT feszt, fölfelé csal nem is keveset, itt van egy olyan kép a régi 24/7 beállításomról, amihez képest az ominózus fekete képkockás hiba előjött, és látszik az is, amit beállítottam, és amit mért: [link]. Végülis +0,075V lett a Vcore értéke. Amúgy a ramfesz kapcsán sokak egybehangzó véleménye szerint nem az 1,65V-os érték, amire nagyon kell figyelni, hanem hogy a QPI/VTT fesz a ramfesz között soha ne legyen 0,45V-nál nagyobb diffi, mert az tudja nagyon hamar kinyírni a procit. Ha érdekel a ramos téma, korábban linkeltem egy érdekes mérést: [link]. Amúgy a QPI-nek sokkal kevésbé mernék az ajánlott max 1,35V helyett 1,44-et adni, mint a ramnak 1,65V helyett 1,67-et...
Viszont az utolsó mondatodbam nem teljesen értem, mire gondolsz...(#25243) katt777: Sokszor szoktál másokat kritizálni a szövegértésük (vagyis inkább szöveg-nemértésük) miatt. Hát most én mondom neked, hogy leülhet, 1-es.
[ Szerkesztve ]
-
HSM
félisten
A QPI frekinek az égvilágon semmi köze a memóriaolvasáshoz.
(#25251) cut: Adott időzítés mellett a memória órajelének növeléséve vagy adott órajelen a késleltetések csökkentésével. Nagyon sokat számít ezen kívül az Uncore frekvenciája, ami a proci memóriavezérlője és L3-as cache-e. Bloomfiled-nél érdemes a memóriának több, mint a dupláján működtetni. Gulftown-nál (ami neked van) nem tudom, mi a pálya, de gondolom ez ott is igaz.
-
HSM
félisten
válasz subaruwrc #25256 üzenetére
Azta! Akkor megint dobhatom ki a gépem az ablakon! Mert biza nálam 2800-as uncore 1400@CL7 tri-channel ramokkal (tehát azért bő 30%-al húzva az alap specifikációhoz képest) bő 15K-s olvasásom, tehát alig több... Alapórajeleken meg szűk 12K, tri channel-ben.....
(#25257) cut: Én az uncore-t nézném meg először, mivel a gulf nem követeli meg minimum a ramórajel dupláját, lehet, hogy valami full pici értéken felejtetted....
[ Szerkesztve ]
-
HSM
félisten
Jah, bocs. A westmere-ben engedélyezve van a 2. QPI link. Hatalmas különbség, tényleg.
A QPI-nek a processzor és az X58 közötti busz sebességében van jelentősége. Ennek ugyan mi köze a memóriához?(#25263) subaruwrc: Látványos szenvedést??? Azt írtad, 13-14K dual channel érték. Ja, hogy neked csak 1600-as ramórajel felett van élet?
Na, mind1, alapvetően mindketten segíteni próbáltunk, ez a lényeg. -
HSM
félisten
Az a 62Gflops HT-val elég szép....
Viszont az a bő 700MB és 5 perc azért messze van a "Linx stabil"-tól....
Csak az legalább 5-10 perc, mire a proci és az alaplap eléri az "üzemi hőfokát", ha kellően nagy memóriaszeletet adsz neki, és nem 11 másodperc egy kör, hanem mondjuk legalább 2-3 perc....[ Szerkesztve ]
Új hozzászólás Aktív témák
Csevegésre használjátok a friss, ropogós OFFtopicot!
- Beszámítás! Intel Core i5 4570 4mag 4szál processzor garanciával hibátlan működéssel
- Hibátlan - INTEL Core i7-9700K 8 mag CPU 4.9GHz + UHD Graphics 630 - LGA1151v2
- Beszámítás! Intel Core i9 9900KF 8mag 16szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 2600K 4mag 8szál processzor garanciával hibátlan működéssel
- Eladó AMD FX-6300 / AMD FX-9370 processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen