Új hozzászólás Aktív témák
-
#5198
dezz
nagyúr
Plasticbomb
#5195
dezz
nagyúr
válasz
Plasticbomb
#5195
üzenetére
Power OFF/Power ON-nál állítja be a BIOS ezeket a regisztereket, resetnél nem. Ezt írtam én is nemrég, hogy sima újraindításkor megmaradnak a beállított értékek.
-
dezz
nagyúr
Kicsivel korábban ezt így az XP-vel kapcsolatban lehetett olvasni. A Win7 2020-ig aktív, MS által támogatott oprendszer, amit annyian használnak, mint az összes többit együttvéve (desktopon). [link] A 7-10 alapjaiban nagy részt egyforma, driver szempontból is csak a videokártya kezelésében van jelentős eltérés. Egyéb driverek a legtöbb esetben megegyeznek. Más kérdés, hogy a MS mit szeretne. AMD vonalon mindenesetre a Bristol Ridge lesz az első chip, amit egy év múlva csak Win10 supportál (gondolom, a korábbi oprendszerek esetén nem validálják majd az újabb drivereket, legfőképpen IGP drivert, ettől függetlenül fel lehet tenni, ha lesz). Ezen az alapon 8/8.1-et is hülyeség használni.
-
#5186
dezz
nagyúr
MasterMark
#5185
dezz
nagyúr
válasz
MasterMark
#5185
üzenetére
Mert?
-
dezz
nagyúr
válasz
Knobber
#5158
üzenetére
Nálam (ASRock A88M-G3.1) full terhelésen is folyamatosan 3.8 GHz-en megy a 845 (mind a négy mag). Microarchitektúrálisan 5-10%-kal gyorsabb azonos órajelen. (Néhány esetben viszont a kisebb L2 miatt minimálisan lassabb.) Viszont szorzózáras, OC-re jobb a 880K, főleg ha a fogyasztás sem szempont.
(#5161) PuMbA: Erre nem árt rákérdezni a boltosnál, egy hónapja még nem azzal adták.
(#5128) Gézengúz: Hehe, 'Geri' hírhedt troll, az AMD-t az APU koncepció megjelenése óta utálja, "CPU über alles, a GPU semmire se jó".
-
dezz
nagyúr
Ha jól értem, nincs külön VGA. Az IGP frekijét is figyelni kellene.
Esetleg meg lehet próbálni újrapasztázni a procit. (A túl kevés és a túl sok is rossz. Az egyes hűtőkön gyárilag rajta lévő nem éppen optimális megoldás.)
Nem frissítetted a BIOS-t időközben?
Amúgy lehet, hogy valóban a VRM-mel van gond, pl. hibás lett egy fázis, ilyenkor a hozzá tartozó FET-ek és kondik (főleg bemeneti) sokkal jobban melegszenek. Vagy épp hidegek, ha teljesen rossz. Ok: nem megfelelő hűtés és/vagy túlterhelés.
-
#5034
dezz
nagyúr
Plasticbomb
#5033
dezz
nagyúr
válasz
Plasticbomb
#5033
üzenetére
Furcsa. x2
-
#5032
dezz
nagyúr
Plasticbomb
#5031
dezz
nagyúr
válasz
Plasticbomb
#5031
üzenetére
Működnek, csak aktiválni kell a programot (alsó Enable). Annyi, hogy nem állíthatsz be 35-nél nagyobb szorzót a normál P-State-ekre és 38-nál a turbóra. Csak itt jön az, hogy ha aktiválom, akkor életbe lép a BoostState beállítás is, amit nem enged 2-nél kisebbre (turbó P-State-ek) állítani... Ez valami bug lehet, amit nem javított?
Kipróbáltam: megmaradnak a beállítások, akkor is, ha kiszedek minden .cfg-t. Nem az utóbbitól függ, mert nem indul el a program rebootkor, hacsak nem állítottad be manuálisan, hogy elinduljon.
Ja, persze, kimaradt egy 3-as, szóval 1.365. Mondjuk ez is "sok", de a belső mérő szerint így is csak 44 fokig melegszik Prime95 In-place teszt alatt (ez termelteti a legtöbb hőt). A Giga hibájának kizárásos alapon történő megerősítése miatt volt itt 2-3 napra egy másik 845, az nem volt hajlandó 1.4 alá menni... De ugyanazon a feszen is melegebb volt.
-
#5030
dezz
nagyúr
Plasticbomb
#5029
dezz
nagyúr
válasz
Plasticbomb
#5029
üzenetére
Ahamm! Szóval nem lefolyik, hanem hidegebb/melegebb gőzként áramlik.
Nem árt, de megkérik az árát.
A Gigával én is megkerestem a minimumokat, sajnos nem lehetett olyan mélyre menni, mint nálad (1.365V Prime95 alatt, ebben már benne van a Load Line Calibration, ami nem esik tovább terheléskor), de így is jó 10 fokkal csökkent a hőmérséklete. A hibás lappal nem volt értelme kísérletezni, a másikkal nemrég értem haza, még nem tudtam sokat tesztelni, de 1-2 napon belül megnézem, hátha ezzel a lappal lejjebb lehet kicsit menni. (Lehet, most stabilabb a tápellátás, mert a Gigán a C6 ki-be kapcsolódása is kifogott. [Ez milyen már, hogy két VRM-hibás lapot fogok ki egymást után. Bár az egyiknek "segítettek". De legalább - remélhetőleg - ki lettek szórva a "piacról".])
Apropó, nálad vagy valakinél működik a K15TK teljes funkcionalitásban? (Angol verzió, hogy tudjuk is, mi mit jelent.) Tehát nem csak az, hogy beállítom a feszeket, amit Enabled nélkül is beállít, hanem a többi paraméter állítása, APM és turbó módok ki-be kapcsolása, stb. Nálam kilövi a turbót, ha Enabledre teszem magát a programot. (Egyébként reboot után is megmaradnak a feszbeállítások, anélkül, hogy újra el lenne indítva a program. Tehát ha túl alacsonyra megyünk, illetve túl nagy lépésben és már bootolni sem tud, kikapcs-bekapcs kell. Legalábbis a Gigánál így volt.)
[ Módosította: Karma ]
-
dezz
nagyúr
Megtörtént az alaplapcsere (másik - hibátlan - ASRock A88M-G3.1-re). Na hát így már mindjárt más!
Amin tökre csodálkozom, hogy negyedóra után sem kezd visszaváltogatni 3800-ról Prime95 alatt! (A Giga ilyenkor már rég elkezdte.) Feszvisszavétel nélkül! A Thermal Throttlingot nem tiltottam le. Miközben a proci a belső mérő szerint 55, alaplapi szerint 60 fokon üzemel. Alaplap 40 fokig megy most fel, de no problem. (Procihűtő a kelleténél valamivel alacsonyabb fordulaton, még nem lőttem be a szabályzást.)
Hozzátenném, mindkét házhűtő csatlakozó valós PWM-es (+ a proci). A Gigán csak a procié volt PWM-es, a másik kettő "fake" 4-pólusú.
(#5011) Plasticbomb: Nem állt szándékomban azt sugallni, hogy elég a hűtetlen VRM. A hőcsőre írtam, hogy 95W-ra (95W proci no tuning / 65W proci mértékletes tuning) nem létszükséglet.
Btw, azon morfondírozom, hogy ezek a hőcsöves hűtők az alapkoncepció szerint függőlegesen kellene, hogy álljanak (folyadék alul felforr, felül lecsapódik, visszafolyik, stb.). Hogyan működnek ezek az oldalukra fordítva?
-
dezz
nagyúr
válasz
AxBattler
#4993
üzenetére
X4 845 van, plusz SSD (amit AHCI-n hagynék), úgyhogy no tuning. Annyi, hogy alacsonyabb feszekkel maradjon 3800-on pár percnél tovább. Az előbb sikerült is 10 percre, alaplapi mérő szerint stabilan 50 fokon (belső dióda szerint 45 körül), de aztán újraindult. (Valószínű a VRM belső mérője érzékelte az abnormális melegedést, bár ez is kikapcsolható, de inkább nem teszem. "Eredetileg" amúgy ez is ki volt.)
-
dezz
nagyúr
Kérdés: biztos, hogy jobb lett a ASRock FM2A88M Extreme4+ R2.0 és A88M-G/3.1 az FM2A88M Extreme4+ R1.0-hoz képest, VRM szempontból?
- 3 bemeneti kondi vs. 4 bemeneti kondi
- 6 kimeneti kondi vs. 8 kimeneti kondi
- (FET-ből is kevesebb van, de lehet, hogy azok tényleg jobbak)Tegnap lecseréltem a GA-F2A88X-D3HP-t (újraindulások idle-ben, nem mertem ugyanilyet vinni) egy A88M-G/3.1-re, erre otthon vettem észre, hogy az egyik (HDMI csati mögötti) bemeneti kondi picit púpos. Először nem is tulajdonítottam neki jelentőséget, hiszen ezek ugye szilárdelektrolitosok, azok pedig elvileg nem púposodnak. Összerakom, bekapcsolom, pár mp múlva kikapcsol, majd megint be, újra ki, megint be, na ekkor már be tudom hozni a BIOS-t. És mit látok: nagy mértékű kézi tuningra van állítva! Szóval, ezt már valaki széthajtotta (gondolom, 95W-os K-s procit akart 4+2-es VRM-mel jól meghúzni
), aztán szépen visszavitte, a nagyker pedig újként újra kiadta. 
Jelenleg a 65W-os terhelést sem bírja, tűz forró az említett kondi és a környező alkatrészek, perceken belül le is áll.(Boltot nem írok, mert megy vissza a nagykerbe, de ha valaki ilyen lapot vesz, vásárláskor nézzen rá az említett kondira, hátha.)
Remélem, egy hibátlan példánynál nem névleges az a 95W...
Egyébként van a lapon Thermal Throttling Disable, amivel állítólag nem kezd el visszaváltogatni turbóról, sajnos ezt most nem tudom tesztelni. (Esetemben a Gigán néhány perc után kezdett, azaz nem sokkal haladhatja meg a 65W-ot a proci turbón sem.) A lapon lévő ALC1150 audio chip is jobb minőséget ad, mint több újabb lapon lévő ALC892, 115 dB vs. 96 dB SNR. (Ha alaplapi hangra kényszerülünk.)
Szóval, elvileg nem lenne rossz a lap, legszívesebben ugyanilyet hoznék újra, de már kicsit félek...
-
dezz
nagyúr
válasz
AxBattler
#4986
üzenetére
Az MPC-HC (Media Player Classic - Home Cinema) beállításaiban a Kimenet lapon egyes rendererek (videoképmegjelenítők) esetén többféle átméretezési filter közül lehet választani.
Ha telepíted hozzá a madVR renderert (külön ki is kell választani a fenti lapon), még profibb beállítások között variálhatsz.
-
#4985
dezz
nagyúr
Plasticbomb
#4984
dezz
nagyúr
válasz
Plasticbomb
#4984
üzenetére
C6 le van tiltva?
-
dezz
nagyúr
-
dezz
nagyúr
Kicsit szórakoztam a K15TK-val. (Előzőleg nem, az emlegetett újraindulásokat nem ez okozta.) Sehogy sem tudom rábírni, hogy engedélyezze a Boost/Core Boostot. (Mi a különbség?) Mindkettő enableden, hiába, ha engedélyezem a beállításokat, 3500 lesz a max. A BoostState-et nem engedi 2 alá állítani. Pontosabban applykor visszaáll 2-re.
Azt hittem, rebootkor visszaállnak alapra a beállítások, de nem. Mi történik, ha túl alacsony feszt állítok be valamelyik alap órajelre?
Ja, és mi az a DID?
-
dezz
nagyúr
Úgy tűnik, a C6 állapottal van gond nálam (újraindulások, tegnap újra). Kikapcsolva eddig nem volt újabb újraindulás. A másik, hogy bekapcsolva elfogadhatatlan mértékű zajongás van a front hangkimeneten idleben, pontosabban folytonos terhelés nélkül. Másnál van ilyen? Egy nem low-end laptól nem ezt várná az ember, így ez inkább hibának tűnik, a C6 valamiféle zavart kelt. Csak nem tudom, hogy a proci okozza vagy a lap. Mert akkor azt lecserélném. Vagy pedig mindkettőt.
(#4971) nyakdam: Lásd ezt! A WinRing0-t pl. innen töltheted le.
-
#4969
dezz
nagyúr
Plasticbomb
#4968
dezz
nagyúr
válasz
Plasticbomb
#4968
üzenetére
Nálad listázza a HWiNFO64, AIDA64, CPU-Z, stb. a memória SPD adatokat? Nálam nem. (Néhány programban a szenzor-leolvasás sem jó, kivéve a HWiNFO64-et, mert az más technikát alkalmaz.) Kiderítettük Fieryvel (AIDA64 egyik fejlesztője), hogy ennek az a kiinduló oka, hogy az újabb prociknál mind az alaplapi chipsetben, mind a prociban megtalálható egy részegység (FCH), aminek viszont 1-2 funkciója le van tiltva 845 (/835?) esetén, és ezt a helyzetet nem kezeli le rendesen néhány alaplap BIOS-a (v. UEFI-je), legalábbis egyelőre.
A 845-höz is komolyabb hűtőt adnak, mint a standard, bár nem a Wraithot. Nekem egy Wraithhoz hasonló hűtőm van, bár nem biztos, hogy ugyanolyan jó kivitelezésű.
Nálam is idle-ben resetelt (azért írom így, mert előtte nem fagyott le, ill. be), illetve némi tétlenség után éppen mozdítottam az egeret. De tegnap óta nem történt ilyen, most vagy attól, hogy visszatettem az eredeti BIOS-t (elvileg eggyel újabb kell a 845-höz, de ezzel is ugyanúgy megy, csak az alaplapi CPU hőfokot írják ki hibásan a programok), vagy mert a korábbi videokártya is visszakerült. Ezt majd még tesztelem.
Magamnak persze alap a dualchannel (4x4 GB), SSD is jön. (Gyakran írt file-okat, pontosabban a könyvtáraikat ramdiskre teszem, amit diskimage-be ment, illetve onnan tölt be bootoláskor.) Vinyóból meg van néhány TB. Csak apámnak is össze kell raknom egy új gépet. Ők csak neteznek, filmeznek és egyszerűbb játékokkal játszanak. 2x2 GB 7-8e, 1x4 4,5-től indul... Előzőleg XP32 alatt 1x4 GB volt, vagy két évig. Volt még egy, de a fiókban pihent.
Már hamarabb akartam váltani 7_64-re, de sosem volt rá időm. -
#4967
dezz
nagyúr
Plasticbomb
#4965
dezz
nagyúr
válasz
Plasticbomb
#4965
üzenetére
A Loadline Calibration-ökön (CPU/NB) állítottál?
-
#4966
dezz
nagyúr
Plasticbomb
#4965
dezz
nagyúr
válasz
Plasticbomb
#4965
üzenetére
Köszi! Kár, jópofa volt az OHWM grafikonos kijelzése.
F1-es UEFI-vel a CPU-s számokat írta, F2-vel már nálam is az alaplapit írja ki 4x (az adott al-lapon). Nálam a CPU-s 0.4-ről indul és terhelésnél felmegy egész 38-ig.
Az alaplapi 52-ig meg, de nem az eredeti hűtőt használom, hanem egy elvileg jobb, bár kicsi hőcsöveset. Lehet, mégsem jobb és terhelésen hallani, ahogy tolja a levegőt (2900-as ford.). Később talán kipróbálom az eredetit is. Alap hőfok alap fesszel 45. Ez mondjuk függhet a procitól is (remélem, nem ez a helyzet).
Néhány tesztben tartja a 3800-at, de pl. P95 "In-Place" tesznél 2-3 perc után elkezd kisebb FID/VID-re váltogatni, pedig a hőfok is visszaesik vele, szóval nem a hőfokot veszi alapul, hanem a fogyasztást. APM, stb. enabled egyelőre.
Az normális, hogy 1-magos terhelés esetén is (Affinityvel beállítva) mind a négy magot 3800-ra teszi? (Csak az említett vissza-vissza váltogatás közben alkalmaz kismértékben eltérő beállításokat.)
-
dezz
nagyúr
(#4957) Plasticbomb: Nálad is irreálisan alacsony (~15-20 fok) hőmérsékeleteket ír a magokra a BIOS-ban (v. UEFI-ben)? Minden példány ilyen, vagy csak néhányban hibás a hőmérsékletmérés?
Létezik program, amivel Windows alatt is követhető a hőmérsékletváltozás? Még az alaplap által mért sem jelenik meg pl. az OpenHWMonitorban. Eleve a chipset sem támogatott még az ilyesféle programokban? Vagy csak erre a lapra (GA-F2A88X-D3HP) tehettek túl spéci kiegészítő chipet az ilyesféle mérésekre? Edit: Core Temp is 0-t ír, aztán le is fagy.
(#4953) PuMbA: Nálam most pár teszterrel mind a négy mag folyamatosan 3800-on megy, másokkal változó értékek vannak, de nem tudom, hogy az aktuális fogyasztás vagy a melegedés függvényében. APM és a többi engedélyezve van, nem volt sok időm még rá.
-
dezz
nagyúr
válasz
solfilo
#4958
üzenetére
Érdekes lenne látni, hogy a 845 ugyanebben a tesztkörnyezetben hol végezné ezen a grafikokon. Bár nem valószínű, hogy 2db prociért (845, 835) csinálnak egy teljes tesztet, ami a desktopot illeti. (Hacsak nem jönnek még ki Carrizo alapú egységek FM2+-ra.) A következő állomás vélhetően a Bristol Ridge lesz a grafikokon. (Mondjuk abban a tesztben szerepelhet a 845, ha más Carrizo nem.)
ui. nem tudom, ez végülis mennyire off-topik itt, ennek az "árva" Carrizonak nincs külön topikja, ami persze érthető.
-
#4955
dezz
nagyúr
Plasticbomb
#4952
dezz
nagyúr
válasz
Plasticbomb
#4952
üzenetére
Gondolom, egy olyan chipnek, aminek 2-2,5 GHz körül van az ideális frekije, fogyasztás szempontból, bőven kellhet a fesz >1 GHz-cel többhöz. Így akár 3,5-ön is közel lehet a 65W-hoz, egyedül is. Vélhetően éppen ezért nincs belőle APU változat. (95W fölött lenne.) Már persze ezeken a biztos-ami-biztos feszeken.
Na, látom, nem akarod lelőni a poént.
Így majd nekem is meglepetés lesz.(#4953) PuMbA: Ez gyakorlatilag lehetetlenné tenné a tuningot... Hiszen bőven túllépik az eredeti TDP-jüket magasabb órajelen és főleg feszen. Milyen lapod van?
(#4951) MasterMark: Jó, nem volt türelmem belenézni más lapok doksijába.
Testvér lapok, gondolom a doksi nagy része copy'n'paste volt. (GA-F2A88X-D3HP, GA-F2A88XM-D3HP) -
#4950
dezz
nagyúr
MasterMark
#4948
dezz
nagyúr
válasz
MasterMark
#4948
üzenetére
+PuMbA:
Én is csodálkoztam a 60W-on, de mindkét említett Giga lap doksijában ezt írják, bár így is lehet elírás:
"cTDP function
Allows you to set the TDP consumption. Options are Disabled, 45W, 60W. (Default: Disabled)"Az Asrock (Extreme4+) doksijában nem találok ilyet.
(Ez van, ami kicsit hasonlít rá:
"CPU Thermal Throttle
Use this item to enable CPU internal thermal control mechanism to keep
the CPU from overheated. The default value is [Auto].")Illetve van az APM, amihez az Asrock lapnál ezt írták:
"Application Power Management (APM) ensures that average power consumption over a thermally significant time period remains at or below the TDP for the CPU mode being used. If [Enabled] is selected, the power
consumption is reduced when overclocking."(#4940) Plasticbomb: Akkor sem éri el a 65W-ot, ha 3800-on megy mind a négy mag, vagy hogy érted?
-
dezz
nagyúr
Idáig még tiszta volt, de azt hiszem, az újabbak egyszerre is fel tudják tolni a magokat. Csak mitől függ, hogy meddig maradnak ott? Gondolom, a hőmérséklettől, plusz ki-be kapcsolható a TDP figyelembevétele (de itt érdekes módon csak 60(?)/45W beállítás van, legalábbis az emlegetett Giga lapoknál).
-
dezz
nagyúr
válasz
stratova
#4930
üzenetére
Ó, ezt csak most láttam meg (tegnap du. álltam neki kiválasztani az új lapot, egyebet, és azóta is...), köszi!
Csak még nem tudom, mitől turbo a turbo.
(Miért nem az az alap, ahonnan adott hőfok/fogyi fölött elkezd visszakapcsolni.) Talán triviális, de eddig nem futottam bele ezt részletező vagy összefoglaló szövegbe. (És ez lesz az első ilyen procim.) -
#4941
dezz
nagyúr
Plasticbomb
#4940
dezz
nagyúr
válasz
Plasticbomb
#4940
üzenetére
Oké, csak nem akartam, hogy téves infó maradjon itt a részemről.
Na igen, erről is hallottam, hogy szépen alul lehet feszelni.
Legalábbis egyes példányokat, nem tudom, mennyire általános.Én sem ragaszkodom az Asrockhoz, valószínű valamelyik Giga lesz a kettő közül.
-
#4939
dezz
nagyúr
Plasticbomb
#4931
dezz
nagyúr
válasz
Plasticbomb
#4931
üzenetére
Böngészés, film, embedded fejlesztés, CAD és FPGA logika tervezés, több órás FPGA szimulációk, 7/24 torrent. Játék nincs. A videokártya GT710 (3D Vision + a StereoPlayer MVC dekódere csak NV-t támogat, a LAV dekóderben is NV-nél van rendes HW deinterlacing), így elég a CPU. Tesztek szerint egyszálas integera ~70%-kal jobb a 845, mint az eddigi procim, ez még éppen "elmegy" (Carrizo nélkül valószínű Intel lenne, ~16 év után). Ram is átkerül (16 giga). Az XP azért jönne jól (néha), mert az egyik feljesztőeszközömhöz nincs 7+ driver és egyelőre nem akarom lecserélni.
Elég nagy házam van, elveszne benne az az aprócska Giga.
De háromból kettő szintén Giga, amit írtam (GA-F2A88X-D3HP, GA-F2A88XM-D3HP), nem alsókategóriásak, a táprész kialakítása is hasonló. Nem jók? De mint írtam, nem nagyon lesz húzva a 845, valószínűleg nem fog 70-80W fölé menni. A lapok kiválasztásánál szerepet játszott a 8 SATA3 és a 4 ram slot is.Mégis van egyébként APM a Gigáknál. (SB fesz nincs.)
Tulajdonképpen hogy működik 845-nél a turbo? Mitől függ, hogy alapon megy (3.5) vagy 3.8-on? (Főleg, ha nem méri a fogyasztást.) Hőmérséklet? Modulonként váltogat vagy egyszerre? Nekem az a célom, hogy terhelésnél 3.8-on menjen mind a négy mag, alacsony terhelésnél viszont szabályozzon le.
Mint látod, nem vagyok kezdő, nem kell visszamenni az alapokig.
Csak nem láttam sok értelmét esetemben BD-PD-SR vonalra váltani. (Ha viszont Intel, nem nagyon bírtam volna ki i5 alatt, annyit meg nem akaródzott kiadni rá. )(#4937) B.A.T.21: Azt hittem, nincs még Magyarországon A88M-G3.1, nem találtam.
Persze, láttam azt a sort, de más ugyanilyen chipsetű lapoknál ott van az XP32, szóval ez az "official word", de attól még lehet hozzá találni drivereket. (Bár néhány helyen az is oda van írva, hogy "To support Windows XP 32-bit, you must install an AMD FM2 Trinity APU.", de úgy tűnik, ez az IGP-re vonatkozik.)
ps. sorry, így utólag Hi azoknak, akikkel még nem ismerjük egymást, én más (többek között AMD-s) topikokba szoktam írni.
-
dezz
nagyúr
Reméltem, hogy kihúzhatom AM4-ig az AM3-as konfigommal (X2 255), de nem jött össze, így egyelőre FM2+ lesz. A 845-ösre esett a választás, a jobb telj./fogy. is sokat nyomott a latban - 24/7-ben megy a gép, ezért a tuning sem nagyon játszik az utóbbi időben. Játékra sincs időm.
Azért lenne, ha legalábbis a turbó órajel (3.8 GHz) lenne az alap, de működnének az energiatakarékos profilok. Eddig a PhenomMsrTweakert használtam ilyesmire, Carrizohoz mi illik?
Szükség van ehhez a kikapcsolható APM-re (Application Power Management) és egyéb throttlingra? Azt hiszem, ezeket csak néhány Asrock lap tudja, vagy nem? Az Asrock FM2A88M Extreme4+ és Gigabyte GA-F2A88X-D3HP/GA-F2A88XM-D3HP lapok között vacillálok. Az elsőnek részletesebbek a beállításai, az utóbbiak pedig most jöttek a kemencéből, de kicsit fapadosnak tűnnek UEFI szempontból. Más szóval, szükségem van az Asrockra, vagy teljesülhet a kívánalom a Gigákkal is?
Win7-tel menne, de lehet, hogy néha szükség lenne XP-re. A Gigáknál már nincs feltüntetve a support, de az Asrocknál ott vannak az XP driverek, ezek ugye használhatóak a másiknál is (ugyanaz a chipset, kivéve a hangot, de ahhoz pont van XP driver)?
-
dezz
nagyúr
Volt egy ilyen is két hete:
Nem volt túl nagy jelentőségű, de van néhány érdekes slide.
-
dezz
nagyúr
-
dezz
nagyúr
válasz
Vartanus
#1414
üzenetére
Az nem 0,5V különbség, hanem 0,05. Azért nem mindegy.
Azért kár, hogy - úgy tűnik - egyik lapnál sincs elválasztva a BCLK a különféle külső órajelektől, mint a "régi szép időkben". Vagy ez már a chip szinten ilyen? Mármint, maga az AMD tette ilyen kényelmetlenné a BCLK-s tuningot?
-
dezz
nagyúr
válasz
Vartanus
#1406
üzenetére
Nem mintha nekem nem ez lenne a következő procim.
Tuning is bejátszik majd. Én pusztán csak azt mondtam és mutattam, hogy eredetileg magasabb gyári órajelekket terveztek, ami hoz egy kicsit CPU teljesítményben is, GPU teljesítményben meg még többet, összességében átlépve az 1 TFLOPS-os álomhatárt, ami jó reklám lett volna, amit nyilván szerettek volna kihasználni. Így is jó, de úgy még jobb lett volna, több szempontból. Számomra nem reális, hogy beígérnek valamit, aztán egyszerűen meggondolják magukat. Azt sem tartom valószínűnek, hogy utólag jöttek rá, hogy van nekik egy szerver- és egy embedded vonaluk is. A mézesmadzag módszer alkalmazásában sem igazán hiszek. A legvalószínűbb ok (mint már nem először), hogy kicsit többet vártak a gyártástechnológiától. Ennyi, nincs ezen mit ragozni tovább. -
dezz
nagyúr
válasz
leviske
#1402
üzenetére
Nem állítottam, hanem kérdeztem...
De amúgy tessék:
- "A Kaveri nem X86 erőre lett kipofozva, így az X86 teljesítmény/fogyasztás arányt nem is érdemes várni, hogy változzon."
Ahhoz képest 18%-ot javult."A Kaveri a heterogén számításokban való erősítésre lett fejlesztve."
Tehát: nem azért nem érték el az beígért célt (x86 telj. javulás + nagyobb GPU telj.), mert nem sikerült..."Ez nem azt jelenti, hogy a X86 egységet lesz*rják fejlesztés közben, hanem azt is annak megfelelően gyúrják ki, hogy az ilyen típusú számításokban az X86 specifikus kódok gyorsan lefussanak. Ennek megfelelően van olyan terület, ahol a Trinity/Richland-hez viszonyítva a Kaveri 20+%-okat odaver és ennek ellenére az általános X86 teljesítmény alig javult"
Véletlenül sem azért, mert nem sikerült elérni a kitűzött órajeleket..."és ha kifejezetten a Kaveri lapkát nézzük, akkor ez a kis X86-béli javulás is kompenzálva lett az alacsonyabb órajelekkel."
Jahh, csak azért kompenzálták, nehogy véletlenül jobb legyen. Semmiképp sem azért, mert nem fértek volna bele a 95W-ba.- "Ha meg nagyon akarták volna, akkor azért a 4.0GHz-es alap és 4.4GHz-es turbo órajel hozható lett volna a Kaveri-vel is"
Akarták. Volna.- "Ha meg magán az órajelen múlt a fogyasztás, akkor sok értelme eleve nem volt a 95W bevezetésének."
Nyilván azért vezették be, hogy legyen mibe nem beleférni...- "Azt akarom mondani, hogy ha a teljesítmény lett volna a lényeg, akkor megoldják ÉS, amennyiben Vartanus kolléga által említett X86-teljesítmény lett volna a lényeg, akkor meg pláne."
Más szóval: nem azért olyan, amilyen, mert rosszabbul sikerült a tervezettnél, hanem mert ilyennek akarták. Máskülönben ugye "megoldják". (Szerinted.)Akkor most te idézd be azt, ahol én azt állítom, hogy az egyedüli és legfőbb cél volt az x86 teljesítmény növelése... Ehelyett én ezt írtam, még az elején: "Inkább úgy mondanám, hogy másodlagos cél volt." Tekintve a beígért teljesítményt (x86 és IGP), ez az állítás helyes.
Az egy dolog, hogy tudják hozni alapfeszen a kérdéses órajeleket, a kérdés azonban az, hogy 95W alatt vagy fölött. A válasz egyértelmű (fölött), különben ezek lennének a gyári alapórajelei.
-
dezz
nagyúr
válasz
leviske
#1399
üzenetére
Megkérnélek, hogy ne hamisítsd meg a szavaimat és válaszolj korrekten.
Erről beszélek:
A Kaverinél 1050 GFLOPS volt a hivatalos cél, 4 GHz-es CPU és 900 MHz-es IGP órajelek mellett, lett belőle 856 GFLOPS, 3.7 GHz és 720 MHz.
Így van, vagy nem?
Sajnálom, hogy csak most tudtál leírni egy értékelhető érvet: a jobban sikerült chipek kellenek a kimondottan alacsony fogyasztású változatokhoz. Igen, ez elég valószínű. De ez is azt mutatja, hogy nem hoz a gyártás olyan jó eredményeket, mint amire számítottak (a chipgyártó előzetes információi alapján). Túl kevés igazán jól sikerült chip készül, hogy jusson elég egy nagyobb teljesítményű asztali változatra.
Hacsak nem azt feltételezzük, hogy úgy gondolták, minek ide jobb a 7850K-nál? Nem tudom, jól értem-e, hogy te pontosan ezt állítod? Ezzel szemben én úgy gondolom, hogy ha megtehetnék (átcsoportosítással vagy úgy egyátalán), akkor meg is tennék.
Én is nagy támogatója vagyok a HSA-nak és az egész GPGPU-s témának. De látni kell, hogy versenyképesebb lenne jelen pillanatban és amíg le nem váltja a Carrizo egy a fenti órajeleket nyújtó változat, és nem jókedvükben mondtak le erről.
-
dezz
nagyúr
válasz
leviske
#1397
üzenetére
Csak aztán nehogy az legyen, hogy nem csak az CPU teljesítményben nem lép előre tapottat sem, hanem a IGP teljesítményben sem túl sokat, mint ami a Kaverinél történt.
Figyu, nyilvánvaló dolgokat nem kellene letagadni. A Kaverinél 1050 GFLOPS volt a hivatalos cél, 4 GHz-es CPU és 900 MHz-es IGP órajelek mellett, lett belőle 856 GFLOPS, 3.7 GHz és 720 MHz. Ez tény. Vélhetően legnagyobbrészt a gyártástechnológia tehető felelőssé érte.
"A Kaveri esetében a Berlin és a Bald Eagle szépen mutatja, hogy mi élvez prioritást, azaz mi éri meg a válogatást. Az X86 egység magas órajele nem szerepel ezek között."
Jó, hogy nem, 17-35W TDP mellett.
Az IGP órajelei is vissza vannak fogva."extrém X86 teljesítményről nem esett szó eddig"
És szerinted ki várt tőle extrém x86 teljesítményt?
-
dezz
nagyúr
válasz
leviske
#1395
üzenetére
Akkor megtehették volna, hogy nem a legnagyobb változattal indítanak, hanem később vezetik be, mint ahogy korábban szokásuk volt. De úgy tűnik, Kaveriből a 7850K a csúcs, nem lesz nagyobb.
Csak majd a Carrizóból. Arra megéri rááldozni a dollártíz- vagy százmilliókat, továbbfejlesztett CPU magokkal (Excavator), hogy legyen egy nagyobb teljesítményű APU, a Kaverinél meg egy kis válogatást sem ér meg a dolog? Ez így nem áll össze.
-
dezz
nagyúr
válasz
leviske
#1393
üzenetére
Azt írtad le újra, hogy nem tették (válogatás a jobb órajelek érdekében), de nem válaszoltál arra, hogy miért nem, ha lett volna rá lehetőségük? Bocs, de az nem elfogadható válasz, hogy azért, mert egyszerűen nem számított a teljesítmény (még a GPU-é sem), elég volt, hogy támogatja a HSA-t. Ez a versenypozíció önkéntes lerontása lenne, amit a váráslók mellett a részvényesek sem néznének túl jó szemmel. Sokkal reálisabb, hogy nem is volt rá lehetőségük.
A TDP-s kérdésre lásd utolsó néhány mondat, amit utólag írtam hozzá.
A véleményedet ismerem, nem kell többször leírni. Arra vagyok kíváncsi, mivel tudod ezt alátámasztani, megindokolni.
-
dezz
nagyúr
válasz
leviske
#1391
üzenetére
Bocs, de nem válaszoltál a kérdéseimre. Mi okuk lett volna rá, hogy ne magasabb órajelekkel hozzák ki a csúcs FM2+ procit, ha megtehették volna?
Szép dolog a HSA, de az eladásokat és az árakat az x86 teljesítmény is erősen befolyásolja. És felhívnám rá a figyelmedet, hogy a GPU órajele is alacsonyabb lett, mint eredetileg tervezték.
A 125W-os TDP osztály be nem vetése az ésszerű keretek közötti lehető legjobb teljesítény elérése érdekében bizonyos szempontból jogos felvetés (korábban én is emlegettem), azonban 95W-on belül is jelentősen jobb teljesítményre számítottak, ezért nem emelték be a platform által támogatott TDP osztályok körébe, megkövetelve ezzel ezt az alaplapgyártóktól is (ami valamennyire megdrágíthatta volna a közép-/felsőkat. FM2+ lapokat, mert a kötelező ráhagyás miatt többet kellett volna bírniuk, mint most). Ti. az FM2+ TDP osztályok meghatározása előbb megtörtént, mint hogy kézhez kapták volna az első tesztpéldányokat a chipből (amikor még 1050 GFLOPS-ról beszéltek). Valószínű, ha idejében tisztába jönnek azzal, hogy ez nem fog menni, akkor most lenne 125W-os TDP osztály FM2+-on. Ha 32nm-en maradnak, akkor ezt előre tudhatták volna, azonban időközben történt meg a 28nm-re váltás, így nem tudhatták előre pontosan, mire számítsanak, és jobbra számítottak (a chipgyártó jobbal kecsegtethette őket), mint ahogy végül alakult. Az is közrejátszhatott, hogy mainstream vonalon "elvből" sem alkalmazzák a 125W-os osztályt, csak a csúcskategóriában, ami jelenleg is az AM3+ vonal.
-
dezz
nagyúr
válasz
leviske
#1387
üzenetére
Nem tudom, emlékszel-e erre, ezzel a kiegészítéssel. Kiszámolható, hogy 4 GHz CPU és 900 MHz GPU órajellel számoltak (egy időben, turbó nélkül). Később a számok módosultak 856-ra, 3.7 GHz-re és 720 MHz-re.
"Ha meg nagyon akarták volna, akkor azért a 4.0GHz-es alap és 4.4GHz-es turbo órajel hozható lett volna a Kaveri-vel is, hiszen ezek az aktuális referencia feszültség mellett is megvannak."
Most ezzel azt akartad mondani, hogy simán lehetne 4 GHz alap- és 4.4 GHz-es turbó órajel, ugyanebben a TDP osztályban, a GPU-t sem visszafogva, csak nem akarták, nehogy véletlenül jobb legyen CPU-ban is? Ezt talán gondold át mégegyszer!
-
dezz
nagyúr
válasz
Vartanus
#1384
üzenetére
Inkább úgy mondanám, hogy másodlagos cél volt. Az utasításdekóder megduplázása viszonylag egyszerűen kivitelezhetően és nem jelentős tranyótöbblettel hozott jelentős teljesítményjavulást (egy fontos bottleneck kiküszöböléseként).
(#1385) leviske: "ez a kis X86-béli javulás is kompenzálva lett az alacsonyabb órajelekkel."
Ez most úgy hangzik, mintha szándékosan hozták volna őket egy szintre, pedig erről szó sincs, csak sajnos nem érték el a kitűzött órajeleket az adott TDP keretben. Nyilván többet vártak a 28nm-től, hogy még az utóbbit is levitték 100W-ról 95-re.
-
dezz
nagyúr
Ha a hóelején tettétek fel a 14.4-es Catalystet, akkor az abban lévő AHCI driver okozhatja a gondot. (Pár nappal később kiszedték belőle.) Ebben a topikban van róla szó. Ennek tudatában talán megoldható teljes újratelepítés nélkül is. (Ha a nettel is gond van, akkor pedig az AMD Quick Streamet kell legyalúlni.
) -
-
dezz
nagyúr
"(eltekintve a PC-n nem elérhető, technológiai demónak tekinthető Iris Pro-tól)"
Vagyis talán már elérhető, nem tudom, mindenesetre az sem gyorsabb mindenben a Kaveri IGP-jénél: [link] (4770R)
(#1357) leviske: Persze, láttam.
Ezek OpenCL 1.x kódok, nem HSA. A HSA-s fícsőrök kihasználásához tudtommal 2.0 kell, az később jön.
A 4770K-nak adatmásolgatással kell majd kezdenie a CPU-s részt (már ilyen esetben, amikor hol a CPU, hol a GPU dolgozik egy adathalmon), ami bőven belassítja.
Amit nem lehet átvinni OpenCL-re, azt többnyire eleve többszálúsítani sem lehet... Márpedig ma már elég sok többszálúsított program van. Ezeket előbb-utóbb elkezdik OpenCL-re portolni, leginkább OpenCL 2.0-ra. Sok esetben bizonyos részek jobban fekszenek a CPU-nak, miközben más részeket jól tud gyorsítani a GPU. Eddig az adatmásolgatás miatt, főleg ha távolsági buszon kell utazniuk [PCIe], nem lett volna túl hatékony a dolog. A HSA és az OpenCL 2.0 jelentős változásokat hoz ebben. Persze a Kaveri kedvéért nem nagyon fognak ennek nekiállni, de jövő ilyenkorra már az Intelnek is piacon lesz az OpenCL 2.0-át hellyel-közzel már támogató megoldása, később pedig jön a fullos támogatás is. Ugyanakkor az AMD sem pihen. Ezek lesznek az érdekes idők... (Ebből majd a Kaveri is profitál. Bár ez inkább csak azokat vígasztalja, akik nem cserélgetik félévente a procijukat, konfigjukat.)
-
dezz
nagyúr
válasz
leviske
#1355
üzenetére
Ha ez így van, az nem kóser, bár pl. a sandrás tesztben valószínűleg úgy is bőven lemaradna az Intel. Eleve az összesített pure GFLOPS-ban is megelőzi a Kaveri az i7-eseket is (eltekintve a PC-n nem elérhető, technológiai demónak tekinthető Iris Pro-tól), és ott vannak még a HSA-s fícsőrök, amik elősegítik, hogy a nyers erőt jobban ki is lehessen aknázni.
Tényleg jó lenne, ha Abuék nem azzal a vacak LuxMarkkal és a haszontalan titkosítási cuccal tudnák le az egész GPGPU/OpenCL/HSA témát a tesztekben.
-
dezz
nagyúr
Milyen lejátszót használsz? Szerintem a legjobb: MPC-HC! Külső codeceket is tud használni, de belsők is vannak, mégpedig teljesen jók. Több codecje az IGP-t is ki tudja használni dekódolásra. Az ilyen (túl)sokösszetevős codec packokat pedig inkább uninstall.
(#1353) leviske: 32 biten megy is neki rendesen. (Nálam most egy gyengébb proci van hulladék VGA-val, így is simán lejátsza prociból is az 1080p-t.) Valami akadás van a Win7/64-bit miatt.
Nézd meg a #1346-osban linkelt tesztet! (Már a másik topikban is volt.)
-
dezz
nagyúr
Előző kérdésem rád is áll. Talán azt gondoltátok, hogy nálatok más lesz a dobozban, mint amit a tesztelők kaptak?
Én azért megvárnám, hova futja ki magát a Mantle, és jelent-e majd valami előnyt a Kaveri a PS4/XBO portoknál (már a jobbaknál).
(#1350) leviske: Bahh, az még csak nem is Kaveri, hanem egy <15k-s, 2-magos, gyenge IGP-s proci.
OpenCL és főleg kimondottan HSA alapon jóval be is előzheti az Intelt. Csak sajnos ilyen programból egyelőre igen kevés van.
-
dezz
nagyúr
válasz
Vartanus
#1326
üzenetére
Csábító... Bár kicsit a begyemben vannak ezzel a 4-pines dologgal. Meg hát az ára (nem gamer konfigba kell). Meg van még néhány apróság (ventiszabályzás finomhangolása, RamDisk).
A hang jóságán azért csodálkozom, mert az ASUS-on nem látok külön feszstabot az audio résznél, pedig ez kb. ugyanolyan fontos tényező, mint a D/A.
(#1334): Hmm, fura ez a nagy különbség IMD-ben. Hangkártyáknál akkor láttam ilyet, ha az egyik 48kHz-es sample-rátával ment, a másik pedig 44.1-gyel, SRC-zve (sample-rate konverzió) 48-ra (a DirectSound alapfrekije, asszem). Biztos, hogy mindegyik teszt ugyanazzal a mintavételi frekivel készült?
-
dezz
nagyúr
válasz
leviske
#1269
üzenetére
Nem tudom, mennyire lenne hatékony a MIC egy desktop proci IGP-jeként. Egy hagyományos GPU adott területből nagyobb teljesítményt tud kihozni.
A kiindulópont természetesen az, hogy a szilícium korának vége felé, de még egy merőben új gyártástechnológia bevezethetősége előtt, új utakat kellett keresni a teljesítmény további jelentős növelése érdekében. Ennek fényében állt neki az IBM a Cell procinak is még jóval korábban.
Az AMD még 2006-ban vásárolta fel az ATI-t, bizonyosan nem csak azért, hogy AMD logó lehessen a RadeOn kártyákon... Akkoriban már lehetett hallani a CPU és GPU összeházasítására vonatkozó terveikről is (amit sokan nem értettek, mire jó). Emlékeim szerint kb. egy évvel később, 2007-ben került nyilvánosságra a Larrabee tervezet. De mint említettem, egyik sem volt már igazán nagy újdonság a Cell után.
-
dezz
nagyúr
válasz
leviske
#1264
üzenetére
Magam sem vitattam az irány azonosságát, de az út, más szóval a megvalósítás sokmindenben különbözik. A Larrabee/MIC alapja egyszerű x86/x64 magok, felhízlalva a SIMD végrehajtással. Ezek csak a szomszédos magokkal állnak kapcsolatban, a memóriavezérlőket közvetve érik el. A GCN CU-k mégegyszerűbb, de méginkább SIMD végrehajtásra kihegyezett egységek, melyek munkáját az ACE (Asynchronous Compute Engine) hangolja össze. A memóriavezérlőkhöz való hozzáférés is közvetlenebb.
Más szóval, az Intel egyfajta összvérmegoldással próbálkozik (részben az x86 hegemónia fenntartása érdekében), az AMD pedig heterogén architektúrában gondolkodik, ahol célorientáltabb egységek dolgoznak, késleltetésre érzékeny feladaton CPU magok, adatpárhuzamos feladaton GCN CU-k, illetve ezek össze is tudnak dolgozni. (Bár nem kizárt, hogy az Intel is kénytelen lesz vegyíteni a kevésszálas alkalmazásokban erős CPU magjait a MIC egyszerű magjaival.)
u.i. hegesztés 1 g.
(#1265) letepem: Nem lehet, hogy picit félreértetted?
-
dezz
nagyúr
válasz
letepem
#1261
üzenetére
"Larrabee hegesztett változata a GCN"
Olyannyira más a kettő, hogy ilyet nem lehet kijelenteni.
"Amit az Intel felvázolt az AMD megvalósította a GCN formájában"
Ilyet se. Az AMD a Larrabee nélkül is olyan irányba ment volna, mint a GCN, egyszerűen ez volt logikus. Eleve hamarabb indultak el compute irányban.
-
dezz
nagyúr
válasz
stratova
#1253
üzenetére
"3.1@3.3"
Szerintem az effajta jelölést jobb lenne meghagyni az gyári@OC-nak, itt pedig az alap/turbó jelölést használni. (Mert nem arról van szó, hogy ennyi lenne a gyári és helyette ennyin megy, hanem más esetben alkalmazza az alapórajelet és a turbót, szóval mindkettő egyszerre érvényes.)
-
-
dezz
nagyúr
válasz
Vartanus
#1222
üzenetére
A béta verziókat is nézd! Ha ott belekerül egy köztes verzióba, a köv. normál verziónál már nem írják ki. Pl. az Ext.4+-nál a 2.21-be (4/21/2014) bekerült az "Improve CPU reliability in heavy loading". Az "Improve FM2+ 7850K CPU frequency issue" pedig már a normál 2.00-ban benne volt (1/22/2014).
Ext.6+-nál valóban nincsenek még ilyenek (elvileg). Egyébként végül hogy tetted fel az újabb BIOS-okat, mert a fagyások arra vallanak, hogy megszakadt a folyamat (mint ahogy utáltál is erre). UEFI Versionnél mit ír ki?
(#1232) leviske: Tegyük hozzá: először Manualra téve az EZ OC Mode-ot, különben valószínűleg eleve nem jelenik meg. Talán az Overclock Mode-ot is Manualra kell tenni hozzá.
(#1233) patomi: Melyik frissítési módot próbáltad (Instant Flash, DOS, Windows)?
-
#1230
dezz
nagyúr
BlueAthlon
#1226
dezz
nagyúr
válasz
BlueAthlon
#1226
üzenetére
A türelem rózsát terem, de a bimbója már a gatyámban van!
Le kellene cserélnem a lapomat, mert csak kölcsönben van. -
dezz
nagyúr
válasz
Vartanus
#1217
üzenetére
De, csak az a különbség, hogy a VCC fixen 12V, a FAN PWR pedig analóg módon szabályozható fesz. (Mert persze az analóg szabályzást meghagyták. Szóval, ezek 4-pines, de csakis analóg módon szabályzott venticsatik. Copyright ASUS.)
(#1218) atti_2010: Pontosabban:
1. GND (föld)
2. Analóg módban: szabályzott tápvesz: 0...+12V, PWM módban: fix +12V."PWM jel amit az alaplap küld egy IC-nek a ventiben és az a szerint változtatja a fordulatszámot, a 3 lábas típusnál ez az IC az alaplapon van"
A PWM-es szabályzás több, mint simán az analóg szabályzás áthelyezése a ventibe. A PWM-es ventikkel jóval alacsonyabb fordulatszám is stabilan tartható (nem áll le), és 0-ról indítva is elindul ezen az alacsony fordulaton.
-
dezz
nagyúr
válasz
Vartanus
#1206
üzenetére
Kifelé nyomja a levegőt, ezzel együtt a hangot is. Amúgy tényleg jó fülem van.
Nálam is radiátoron ül (bár most éppen használaton kívül van) és nekem is hasonló méretű Chieftec házam van. A felesleges réseket leragasztottam, így a házon lévő három venti (hátsó házventi, táp ventije, a vinyóknál lévő lassú venti) elég szépen átszellőzteti az egészet. Bár nincs benne többszáz wattnyi VGA, nem gamer konfig. (Leginkább ezekből az okokból kifolyólag vettem meg: legyen hely a vinyóknak [most 5db van benne], a vízhűtésnek és többféle egyéb kártyának, és mert megtetszett. )Egy van rajta, a CPU-s. A manualból.
-
dezz
nagyúr
válasz
Vartanus
#1201
üzenetére
Nem feltétlen a külső órajelgenerátor hiánya miatt van, hogy már 103 fölé sem lehet menni, ez inkább valami függőség. Mármint nem függetlenít a BCLK-tól valamit (pl. PCIe freki), amit kellene. Egy korábbi lapom is ezt csinálta, amíg nem volt átállítva valami a BIOS-ban. Ez a 103 egyszerűen túl alacsony, hogy ne lehessen valahogy feljebb menni, ahhoz képest, hogy a specben a 2600 is szerepel.
Egy felezést meg lehet csinálni analógban is, de az 1200 eleve viszonylag alacsony fordulat, nyáron nap közben ennél magasabb fordulaton járatom a fő házhűtő ventit. Egy 2000-essel viszont már nem hiszem, hogy le lehetne menni analógban 5-600-ra.
Le tudnád írni egy mondatban, mit tud a ventivezérlő panel, amit az Ext.6+ nem?
-
-
dezz
nagyúr
válasz
Vartanus
#1197
üzenetére
Korábban eléggé fapados volt az alaplapok ventivezérlése, de ezeken az újabb lapokon már eléggé kifinomult. Talán már ezeket a paneleket is beelőzték, nem tudom. 3 pinnel (analógban) is lehet szabályozni, viszont a PWM-esek tágabb tartományban szabályozhatók. Analóg vezérlésnél magasabb fordulatról indulva szépen le lehet lassítani a ventiket, azonban ez nem stabil, előfordulhat, hogy leáll és 0-ról indulva eleve el sem indul. PWM-mel ez is rendben van. (Ezért álltak át rá a CPU hűtőknél is.) Találhatók mérsékelt árú PWM-esek.
-
dezz
nagyúr
Egy apró adalék. Jelenleg 1db tág határok között szabályozható, PWM-es (4-pines) házhűtőm van, de szerettem volna mégegyet (vinyókra, most manuális van). Megörültem, hogy az ASUS-on (PRO) az összes hűtőcsati 4-pines, jól ki is emelik a featuresben. Néztem a kiosztást, hát valójában egyedül a CPU hűtő valós 4-pines, a többinél simán 12V van a 4. pinen, PWM nuku. Az ilyen húzások miatt hajlamos vagyok egy mozdulattal lesöpörni a képzeletbeli asztalról a kedves gyártó ajánlatát. (Amúgy is túl drága.) Ehhez képest az Asrock Ext.6+-on csak két 4-pines csati van, de azok valós PWM vezérlésűek. Sajna a kettő közül az egyik a CPU. Úgy látom, a többi szóba jöhető lapon sincs több egy PWM-es házhűtő csatinál, vagy épp egy se.
-
dezz
nagyúr
válasz
leviske
#1178
üzenetére
Nem ennyi mindent, csak mint írtam pl. az LLC-t. Meg itt van még néhány alap dolog, ami szintén hiányzik az MSI-n, ugyanolyan tápvezérlő IC mellett (mely IC amúgy tudna még néhány dolgot, illetve valószínű be is vannak ezek állítva, csak fixen).
Korábban linkeltem egy programot, amivel néhány FM2 lapon, Trinityvel Windows alól volt állítható jópár ilyesmi dolog. Tovább akarta az illető fejleszteni, de aztán bedobta a törölközőt, arra panaszkodva, hogy nem lehet hozzáférni a szükséges dokumentációhoz (nem az IC-kéhez, hanem az AMD leírását, hogy pontosan mi mit csinál, milyen hatása van, stb., illetve néhány dolgot nem a tápvezérlő IC-ben kell állítani, hanem a prociban/chipsetben). De ami a lényeg, hogy állítólag még az alaplapgyártók sem férnek hozzá mindenhez, amihez kellene és persze így főleg nem erőltetik meg magukat. Azt írta, még az ASUS volt a legegyüttműködőbb. De leginkább az AMD-nek kellene "beszólni"...
-
dezz
nagyúr
Találtam még egy tesztet, ahol a hardwaresecretseshez hasonló OC Tweaker lap jelenik meg. (Ellentétben a Ph!-sal.) Bár nekik is küldhettek custom BIOS-os lapot.
-
dezz
nagyúr
válasz
leviske
#1169
üzenetére
Talán azért emelik ki, mert nem csak az IC tudja, hanem valóban állítható is egy sor dolog náluk.
Pl. az LLC-t a Giga tudja, az MSI-nél nem látom, pedig ugyanaz az IC van rajtuk. Egy sor dolgot tud még az IC (lásd link), de az UEFI-ben se híre, se hanva.
Az ASRocknál a Killeren szerényebb tápvezérlő van, mégis ott lehet többmindent állítani, mint az Ext.6+-on...
Nem tudom, ez valami elb*** termékpolitika vagy csak ügyetlenkednek össze-vissza, vagy amihez épp kedve volt a kódernek...?
(#1172) Vartanus: Carrizo
-
dezz
nagyúr
Sőt, most nézem, az IR3565A-t is a CHiL-től vették át. [link]
Ami a Gigán és MSI-n lévő ISL6377-et illeti, az kvázi ugyanolyan funkcionalitású, legfeljebb nem olyan kifinomult. De akár az is lehet, hogy nem olyan jól van felprogramozva (illetve nem tudom, van-e ezzel kapcsolatos user setting), azért nagyobb a droop a kívánatosnál, mivel ennek is van egy ilyen fícsőrje: "Programmable VID Offset and Droop on Both Outputs".
A Killeren lévő RT8894A nem található meg a Richtek adatbázisában, de ezzel is hasonló lehet a helyzet.
-
dezz
nagyúr
válasz
Vartanus
#1148
üzenetére
Valószínű, mert azon a típusszámon semmi infót nem találni róla. (Amúgy IR, nem IOR.)
(#1147) leviske: Egy analóg chip elég nehezen tudná pl. a AMD-s SVI2 tápszabályzással kapcsolatos kommunikációs protokollt, pedig ezt mindegyik tudja. Ezen kívül többféle működési módjuk van, beállítható a kapcsolási freki, stb.
), aztán szépen visszavitte, a nagyker pedig újként újra kiadta. 
Jelenleg a 65W-os terhelést sem bírja, tűz forró az említett kondi és a környező alkatrészek, perceken belül le is áll.
Már hamarabb akartam váltani 7_64-re, de sosem volt rá időm.
Így majd nekem is meglepetés lesz.
Csak nem láttam sok értelmét esetemben BD-PD-SR vonalra váltani. (Ha viszont Intel, nem nagyon bírtam volna ki i5 alatt, annyit meg nem akaródzott kiadni rá. 
)
VCC = fix 12V (esetünkben, amúgy a VCC jelentése tápfesz), PWM jelek helyett. Kvázi egy mindig 100%-os kitöltésű PWM.
Új hozzászólás Aktív témák
AMD "Kaveri" APU topik
- FM2+ tokozás
- Négy vagy két mag
- Integrált DX11.2 Radeon GPU
- Integrált PCIe 3.0 vezérlő
- DDR3-2133 RAM támogatás
- HSA / Mantle / TrueAudio
- Szorzózármentes "K" modellek
* Kaveri (Steamroller & GCN):
AMD Ax-7xx0
- GIGA AKCIÓ!!! AKTIVÁLATLAN iPad Air M3 13" WiFi 256GB! KÉK
- HP EliteBook 840 G9 i7-1265U 16GB 512GB 14" FHD+ 1 év teljeskörű garancia
- Samsung Galaxy A55 5G 8/128GB Awesome Navy használt, megkímélt 6 hónap garancia
- Új Lenovo Thinkpad X1 2in1 Gen9 WUXGA Ultra 7 165U 12mag 32GB 512GB Intel Arc iGPU Win11 Garancia
- HP EliteDesk 800 G2 SFF, i5-6500,8GB DDR4,128GB SSD, DVD, WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest