- Karaktere biztos lesz az első Nothing fejhallgatónak
- One mobilszolgáltatások
- Honor 200 Pro - mobilportré
- Android alkalmazások - szoftver kibeszélő topik
- Yettel topik
- Mobil flották
- Milyen okostelefont vegyek?
- Ilyen lesz a Fairphone 6
- Samsung Galaxy Watch7 - kötelező kör
- Apple iPhone 16 Pro - rutinvizsga
Új hozzászólás Aktív témák
-
hokuszpk
nagyúr
válasz
Petykemano #9139 üzenetére
en inkabb az NVre koncentralnek ; ha csinalnak egy utos APUt, akkor szvsz elsokorben a Playstationt siman elviszik. Ha addigra az MSnek lesz jolmukodo ARM alapu Windowsa, akkor az Xboxot is.
-
hokuszpk
nagyúr
válasz
Petykemano #9137 üzenetére
"Állítólag legalábbis annak magyarázata, hogy az Intel és az AMD nem hoz radikálisan új architektúrát az, hogy a(z x86) szoftverek a jelenlegi felépítésre vannak optimalizálva."
es forditva is ; ezt a zenbleed vilagosan megmutatta ; ahelyett, hogy elfelejtenenk a nullterminalt stringet, ( minden biztonsagi hibak osanyjat ) mert mar van eleg memoria, amit minden masra is elpazarolhatunk ; inkabb teszunk uj utasitasokat az architecturaba, amivel gyorsitjuk a vegjelzo "0' kereseset.
bravo ; eppen a regi alkalmazasokon ez nem gyorsit semmit ; max. ha valaki raporog es megpatcheli, hogy az strlen es tarsai fuggvenyek ezzel az innovacioval dolgozzanak. -
hokuszpk
nagyúr
válasz
Petykemano #9122 üzenetére
nekem mar regebben volt egy olyan gyanum, hogy a Zen tervezese soran erre is figyeltek, es kb. csak a mikrokodon mulik, hogy arm legyen belole, meglassuk
-
hokuszpk
nagyúr
válasz
Petykemano #9107 üzenetére
most mobilros gatyanet van, szoval nemtudom megnezni.
hany maggal jott ossze az MT ? az 5800X -em valami 98 pontot kap ST es 900 korul MT. -
hokuszpk
nagyúr
"Amúgy 30 % IPC növekedés elég végzetes lenne a mostani, boltban lévő generációkra. Mondjuk egy Ryzen 5 8600 kivégezne azonos magszám használat alatt egy 7950 CPu-t."
ez talan tulzas, de eddig is kb. igaz volt, hogy az uj gen 6 magosa pariban van az elozo gen 8 magosaval ; 2700X vs 3600X ; 3700X vs 5600X es most a 7600X is kb. az 5800X -et kerulgeti.
szerintem olyan nagy drama nemlenne, a Zen4 egyelore nem fogy a boltokbol ugy, mint anno a 3xxx vagy az 5xxx ; mondjuk lehet csak nalunk nem, de azert beszedes, hogy ennyi idovel a megjelenes utan itt a hardverapros hasznaltpiacon alig van elado proci es alaplap ; lehet mindenki boldogan hasznalja ? -
hokuszpk
nagyúr
válasz
Petykemano #9091 üzenetére
10-15% ipc novekedes mellett siman lehet 30% ST , csak ahhoz picit emelni kell az orajelen ; a Zen4 bemutaton is a 29% ugy jott ossze, hogy ipc + orajel.
-
hokuszpk
nagyúr
válasz
Petykemano #9081 üzenetére
"Valamivel mérni kell és még azért nem annyira sok natív cross-platform eszköz van, amivel ez megtehető."
nincs ezzel problema, csak eppen az 5800X3D -rol mar a megjelenesnel kiderult, hogy a frekvencialimit miatt CB23 alatt gyengebb szamokat hoz, mint a sima 5800X ( 4.5 Ghz vs 4.85Ghz ami PBOval kitolhato 5.05 -ig ) ; namost a 7800X3D is le van korlatozva 5Ghz -re, szvsz CB alatt a 7700X is megveri, csak mert el tud menni orajelben 10% magasabbra.
-
hokuszpk
nagyúr
válasz
Petykemano #9070 üzenetére
Rembrandt emlekeim szerint csak laposban volt.
-
hokuszpk
nagyúr
válasz
Petykemano #9068 üzenetére
ezekszerint vegre lesz normalis apu is am5 -re ?
-
hokuszpk
nagyúr
válasz
paprobert #9031 üzenetére
ha az Intel után akarnak menni ebben a nagymag - kismag kerdesben, akkor kénytelenek lesznek eltérő magokat tervezni. B verzió, hogy letiltogatással érik el a kivánt hatást, tehát mondjuk a cache felét letiltják, de az csak akkor éri meg, ha elég rossz a kihozatal, kulonben csak a drága 5-4-3 nm -es wafer pazarlasa.
vagy pl. azt eltudom kepzelni, hogy a "kismag" 1:1 -ben a Zen4 ujabb gyartastechnologiara portolt valtozata ; a nagy mag meg a tovabbfejlesztett uj konstrukcio. -
hokuszpk
nagyúr
válasz
Petykemano #9027 üzenetére
elkepzelheto pl., hogy a "nagy magban fp512 egyseg lesz, a "kis" magban meg megtartjak az fp256 -ot az avx512 jelenlegi 2x256 -ra bontott vegrehajtasi modjaval ?
-
hokuszpk
nagyúr
válasz
Petykemano #9021 üzenetére
ott a Nirvananal szerenyen megbujik az "fp-512 variants" string ; Zen4 -nél "Avx 512 on fp256 ; asszem S_x96x_S kollega orulhet, az általa oly nagyon kedvelt avx 512 szintetlép.
-
hokuszpk
nagyúr
válasz
Petykemano #8998 üzenetére
ilyen limited edition lehetne, mittomen "AMD 54" csak hogy a bencheckben legyen par piros csik is legelol.
-
hokuszpk
nagyúr
válasz
Petykemano #8983 üzenetére
én amatőr meg a Zen5-re várok.
de váltok Zen6 -ra várásra, nemkerül semmibe -
hokuszpk
nagyúr
válasz
S_x96x_S #8970 üzenetére
"és az AVX2/AVX-512 elég sok helyet foglal."
hát. mert ilyen hülyesegekkel foglalkoznak, hogy segillyük meg a nullterminalt string vegenek megkereseset.
ahelyett, hogy vegre elfelejtenenk a nullterminalt stringeket a verbe ; mostmar van boven memoria, annyi mindenre elpazaroljak ; hat lehetne erre is.
semmilyen avx kiterjesztessel nem ubereli az strlen() -- mar bocs, de lemaradtam a turbo/borland pascal koraban -- a
mov al,[stringnulladikbyte]
sebességét. -
hokuszpk
nagyúr
válasz
S_x96x_S #8932 üzenetére
hát. a 8008/8080 konverzion nemvitatkozom ; de ha jólemléxem pl. a 8008/8080/Z80 -on a "NOP" az $00 ( de inkabb a kor szellemeben 00h ) ; a 8086 -nál $90 ; ezeknel már az $00 valami add utasitast takarmanyoz.
ha megvan asm-ben a forras, akkor biztos fordithato ide / oda / amoda ; for example a homelab 3 monitora is volt ahol "mov" -ot hasznalt a Z80 -on "szabvanyos" ld helyett; de itt Intel cpukrol beszelunk, ahol a mov az mov -
hokuszpk
nagyúr
válasz
Petykemano #8907 üzenetére
hm.
Zen1 = AVX2 128 bit. stimt.
Zen2 = AVX2 256 bit de ez ha jolemlexem vegrehajtasnal 2x128 bitre bomlott.
Zen3 = AVX2 256 bit, full.
Zen4 = AVX512 bit de vegrehajtasnal megint kette van bontva 2x256 bitre
szoval logikailag ZEN5 = AVX512 full -
hokuszpk
nagyúr
perpill. asztalon kb. kiterdekel kategoria, az a lenyeg, hogy lefusson, es valamelyest gyorsabblegyen az avx256 -nal. par HPC feladatnal gyorsabb az Intel, ott majd a megrendelo kimatekolja, hogy a gyorsabb AVX512 -vel vagy az egyeb feladatokra gyorsabb es energiatakarekosabb procival jar jol.
-
hokuszpk
nagyúr
miert szivta volna be ? eleg jo sebesseggel mennek a Zen magokon az AVX 512 mentes kodok is
Egyelore ha igaz, hogy a Zen4c ( Zen5c ) csak annyiban kulonbozik a mezei Zen4(5) -tol, hogy picit osszebbpreseltek, akkor inkabb az Intel szivta be. Kimutottek az "E" core-bol az avx512 -t, hogy "E" lehessen, ha ezeket mind beletoljak, akkor kivancsileszek mennyire marad "E" az a core.
nomeg mire a szoftveres tamogatas megerkezik az uj utasitaskeszletekre, addigra az AMD is implementacio is megjelenhet. -
hokuszpk
nagyúr
válasz
Petykemano #8833 üzenetére
azt a 14nm -et az AMD ismeri is, igaz a Glofo féle verziót, de nagy eltérés nemlehet.
szóval 14nm-en baromi olcson lehetne gyartani szép nagy cachet, ami eleg gyors, es ha jolertem amit ideztel, magas hőfokon is üzemképes.
szóval elég sok szempontból ideális a Zen tetejére ( aljara ? ) való felszigszalagozásra. -
hokuszpk
nagyúr
válasz
Petykemano #8817 üzenetére
Zen 4 magos !
-
hokuszpk
nagyúr
válasz
S_x96x_S #8728 üzenetére
ha jolemlexem az uj TSMC sorokból az Intel elég sok kapacitást befoglalt, meg viszi az Apple is ; lehet az AMDnek nemjut annyi, amennyi kellene, és a "nagyok" miatt az is dupla áron; szvsz bíznak benne, hogy a Samu összeszedi magát, és ha ott még kedvezményt is kapnak, akkor pluszos lesz a vége.
-
hokuszpk
nagyúr
válasz
Petykemano #8612 üzenetére
ilyen egál vagy lassabb esetekben az 5800X3D védhető volt azzal, hogy alacsonyabb a boostja ; a 7800X3D -t majd meglátjuk ; de talán a marketingnek jóttenne, ha ezekről a 16 magos motyókról olyan eredmenyek szivarognának ki, ahol látszik, hogy erősen besegit a cache, mert maxfrekiben papiron megegyezik a normál verzióval.
-
hokuszpk
nagyúr
válasz
Petykemano #8604 üzenetére
nagyon egyszerű logikával közelítem a dolgot : az L3 ha jóltévedek victim cache.
azaz az előtte lévő szintekből kicsorgó adatokat tárolja. Szvsz dupla méretú L1 -ből kevesebb adat csorog le. Zen5 -re volt valami hír, hogy összevonják az L2 -t ; ha igaz a hír megkockáztatom, hogy bazi nagy közös L2 mellett akár el is tűnhet az L3. -
hokuszpk
nagyúr
válasz
Petykemano #8602 üzenetére
nemtalálom hol, de valahol azt tippeltem, hogy olyan nagyot, mint az 5800X3D nem fog ütni, mert azoknak a szűk keresztmetszeteknek egy reszet, amit a 3d cache athidal, kiutoltak az L1, TLB es tarsai mértének növelésével. Azert valamire biztos jó lesz ; olyan indokkal, hogy "mindenki erre vár", csak nem dobja piacra az AMD.
-
hokuszpk
nagyúr
válasz
Petykemano #8598 üzenetére
ipc = Zen4 * 1.22 ? na arra már talán érdemes lesz a Zen3 -ról váltani.
kerül amibe. kezdem félretenni a lét. -
hokuszpk
nagyúr
válasz
Petykemano #8516 üzenetére
" A HBM-es változat persze nyilván specifikus, mint a V-cache."
azert erre kivancsilennek, a HBM úgy működik, mint egy L4, vagy úgy kell megírni a szoftvert, hogy használja ?
V-Cache az szoftver szempontból transzparens. -
hokuszpk
nagyúr
-
hokuszpk
nagyúr
válasz
Petykemano #8483 üzenetére
a ketchipleteseken vajon azert rajta van a masodik chipleten egy halott/dummy cache ?
vagy maskeppen egyenlitik ki a chipletek magassagat a kupak felapplikalasa elott ?árak vannak már ? ha nem voltam figyelmetlen, kezdjünk találgatni, mennyi lesz a 3d cache felára. 7700X msrp = $399 ; akkor a 7800X3D lesz sacc $549 ?
-
hokuszpk
nagyúr
válasz
Petykemano #8473 üzenetére
"De hát ezt mi fogja majd megállapítani?"
a kérdésben a válasz. hát majd az MI
-
hokuszpk
nagyúr
válasz
#36531588 #8459 üzenetére
"nem jött be a gen5 ssd"
ami késik, az nem siet !
egyelőre nem áll rendelkezésre megfelelően kisméretű , zajtalan, hosszu elettartamu kellően aktív ventillator ! -
hokuszpk
nagyúr
válasz
Petykemano #8451 üzenetére
"Ez arra elég, hogy meggyőzően maga mögé utasítsa az 13900K-t - úgy, hogy nem kell hozzá szupergyors (szuperdrága) DDR5 ram."
na. lesz AM4 -es verzio ?
-
hokuszpk
nagyúr
válasz
S_x96x_S #8393 üzenetére
ez remek, de ugye az is a mondas, hogy a tervezesi koltsegek is emelkeódnek, az AMD azert is igyekszik 1 maggal lefedni mindent is ; ha masik konyvtarral ujratervezed, akkor ha igaz ez az allitas, hogy tobbszazmillo $ a tervezesi koltseg, akarmennyire is megvannak az alapok, szepen megdobhatja a fejlesztes vegszamlajat.
-
hokuszpk
nagyúr
válasz
Petykemano #8390 üzenetére
"Azon kívül lecsippentenek az egyébként legtöbb helyet elnyelő L3$-ből is"
aztán meg ráapplikálják a 3d cachet.
hát mindenki másképp legőzik -
hokuszpk
nagyúr
válasz
Petykemano #8385 üzenetére
tulbonylitjak. annyit kellene csinalni, hogy a magok max. frekijet per mag meg lehessen hatarozni, aztan default mikrokodbol kijelolni 4 magot, ami mehet ( hasrautok ) 5,5G -ig, ezek lennenek a "P" magok, a masik 4-et meg ~4G -ig engedni, ezek lennenek az "E" magok , aki meg tuningolni akar, az matekolja ki maganak, melyik mag mennyit bir.
-
hokuszpk
nagyúr
off, de Albus mit kovetett el, es az kinel verte ki a biztit ?
-
hokuszpk
nagyúr
válasz
Csokissütis #8241 üzenetére
akkor kritizald ott.
itt ha azt vizionalja, hogy az AMD jovore csokis sutit fog arulni, de ez a tipp nemjonbe, akkor az van, hogy nemjottbe es ennyi. -
hokuszpk
nagyúr
válasz
Csokissütis #8234 üzenetére
akkor ez a ket hozzaszolasod van. csak ezért kár volt regisztrálni.
ez egy talalgatos topic, ha akarod oszd el kettovel, de akkoris azt fantazialunk ide, ami jolesik ; en pl. Zen2 -re 5Ghz -t, Zen4 -re meg hatot ; oszt még mindig süt a nap, forog a föld.*ja nem, a föld lapos, a tér görbült.
-
hokuszpk
nagyúr
válasz
Petykemano #8221 üzenetére
a netkavezok hamar elkapkodtak. arrafele aki lemarad az kimarad !
-
hokuszpk
nagyúr
válasz
Petykemano #8193 üzenetére
"De közben meg valakik valamilyen célból nagy számban veszik a <=40 magos Intel szerver procikat."
lehet kevesebben vesznek szervert LAMP stack alá, mint más megoldásokhoz
"Fogalmam sincs, hogy az általad említett use case tipikus PHP.felhasználásnak minősül-e"ilyen kis webfejleszto cegeknel még mindig ugytunik igen ; ugyanakkor ezek kikopoban vannak ; es ami még bejatszhat, az ilyen 56-64-96 magos vasakat nembiztos, hogy megengedhetik maguknak. De ezen kornyezetekben eddig mindig az jott ki, hogy a több mag -- még ha lassabb is -- a nyero.
nagycegnel futo project meg olyan, hogy már eleve a security eloirasok -- ha epp megengedik a php -t -- mindenbe is beleszolnak, tehat hiaba csak belso halon elerheto a rendszer es mindentol is le van tuzfalazva, akkoris kell ele proxyt tenni, a front es backend dedikalt vason van -- még ha az virtualis vas is -- ; az sql szerver ala valami nagysebessegu kapcsolaton ( fc, iscsi, 100GB ethernet stb. ) mountolt storage dolgozik. ( mondjuk a messze levo diszk miatt nagy a latency ezert szar a performancia, de az eloiras minden betujet be kell tartani, kulonben az eves felulvizsgalatnal bontjak a szerzodest. ) ott kb. mindegy is, milyen vas van alatta, a halozat sebessege lesz a szuk keresztmetszet.mondjuk egy Contabo / Hetzner fele szolgaltato is ha teheti valoszinuleg inkabb a magszamot fogja eloterbe tolni, uj szerverszobak nyitasa helyett.
-
hokuszpk
nagyúr
válasz
Petykemano #8190 üzenetére
a spare workerek szamat majd az fpm kitalalja, -- mondjuk az is egy izgi kerdes, hogy melyik weblapnak mennyi a minimum, sikerult mar olyat is eloallitani, hogy a phpmyadminnak negy parhuzamos userre nem volt eleg
--
"mi alapján gondolod, hogy a multi-fpm-es megoldás számára előnyösebb a több, de valamivel gyengébb mag?"
onnan, hogy ilyen konfigban minden lapra van minimum 1 futo worker. Jelenleg a kezem alatt levo legnagyobb szerver kb. 800 weboldalt szolgal ki, tehat ennyi parhuzamos workert kell futtatni.
"Hol keletkezik az overhead?"
termeszetesen a ma mar a weblapok 98%-a mogott jelenlevo sql backend eleresenel.
-
hokuszpk
nagyúr
válasz
Petykemano #8188 üzenetére
nahat und nahat. phptemaban :
attol fugg, hogy van hasznalva, mit szolgal ki az a php.
ha ilyen insecure modon, hogy megy a mod_php ( default by RHEL de asszem a 9-ben valtozott ) oszt minden weblapot az tol ki, akkor Intel. Ha meg fpm modullal, rendesen bekonfigva, hogy weblaponkent, kulon porton fpm modul az adott lap user/group komboval vagy eppen tobbfele verzio is fut ( see pikcsor ) raadasul nem epp napi 1-2 latogatos oldalakon, akkor jobban fogom szeretni a minel több magot. -
hokuszpk
nagyúr
válasz
Petykemano #8153 üzenetére
lehetne 7800 5+5 mag, a 7800X meg 8+2 akinek melora kell, veszi az elobbit, jatekra meg az utobbit, preferred corenak meg be kell jelolni a teljes ccd -t.
-
hokuszpk
nagyúr
válasz
#36531588 #8125 üzenetére
nem a blenderre gondolok, valamelyik tesztben lattam, hogy a tizenvalahany game alatti atlagfogyi ha jolemlexem 185+W korul alakult. ha az atlag annyi, akkor az neha boven benezhetett a 200 folotti tartomanyba. Holnap vagy holnaputan, ha hazaerek, - es nem felejtem el - elokeresem.
az 5950X azert sokaknak elment leghutessel vagy aioval komolyabb teljesitmenyveszteseg nelkul, a vizet a szaktopik szakhozzaszolasaibol kovetkeztettem ki. [link]
de mostmar tenyleg bye
-
hokuszpk
nagyúr
válasz
#36531588 #7896 üzenetére
"Gondolom hibás a tábla. Emberek vannak ott is."
igen, viszont akkor melyik iranyba ? 52 maggal nekem nem adja ki a 224 szalat, viszont ha 56 mag, akkor meg lehet ujraszamolni a mag/pont es a perf/w -t is.
amugy az osszehasonlitasban szereplo Epyc 7773 az egy Milan-X , azaz Zen3 alapu.
A Sapphire mire megjelenik, mar talan a Zen4 -es motyoval kell versenyezzen, kicsit olyan ez, mint a Zen4 procikat a 12xxx -hez mérni, de ha egyszer az van piacon..."Ha korrekt lett volna, és nem csak instant copy paste az intelre kedvezőtlen hír, akkor legalább a magok számát odateszi...."
van amikor nincs sok ideje az embernek, nekem most pl. van még kb. 10 percem, de utána már meeting és ugy délután 5-ig max ilyen copy+paste esetleg beleolvaso uzemmod
-
hokuszpk
nagyúr
válasz
#36531588 #7893 üzenetére
majd kitaláljuk.
de ha megtalalod hogyan jon ki az 52 magbol 112 szál, akkor nehabozz, allitolag ebben nincs "E" core. mi a trukk ?
112 magra mondjuk még mindig jó, bár ugy csak 848.33/mag.
a 8490H 120 mag / 71830 se néz ki túl jól, 598/mag, ennyire gyenge HBM nelkul semlehet, azzal a leakkel nemstimmel valami.* S_x96x_S nemlátom, hogy kommentált volna bármit, csak betette, hogy van egy ilyen leak. Néha kicsit többet látsz bele.
-
hokuszpk
nagyúr
válasz
#36531588 #7890 üzenetére
mondjuk a 104 magot még értem, de hogy az 52/112 hogy jon ki, azt nem. az vagy 56/112 vagy 52/104. * mondjuk utobbi esetben nem adja ki a 224 szálat.
vajon mennyi az EPYC 3D fogyija ? mert ez az Inteles 764W -s tető azért erősnek tűnik.
ha van nálad számológép, az Intel 240 szálra is kiszámolhatnád ezt a mutatót, meg esetleg a perf/w -t is, legyél alapos. -
hokuszpk
nagyúr
ma már ennek kb. külön matematikája van.
ha ugyanarra a tipusra / konstrukcióra nézed, akkor kb. igaz , amíg valahol nem ütközik szűk keresztmetszetbe. azaz elképzelhető, hogy a nagyobb tempón a kiszolgáló infrastruktúra ( cache, memória, háttértár ) nem tudja megfelelő mennyiségű számolandóval ellátni a cput, ezért a gyorsulás elmarad a frekvenciakülönbségből elvárhatótól.
nem igazán jó példa, de szemléltetőnek : ha veszünk 1 hagyományos tengelyes diszket, akkor hiába növeljük a cpu frekvenciáját az égbe, a windows betoltese alig fog gyorsulni, a szűk keresztmetszet a diszk lesz.
vagy jó példa a Zen2 -> Zen3 váltás, a magokon alig változtattak, de összevonták a 2x4 felépítést 1x8 -ra, megszünt a cpu -n belül a fabric és voila lett ~20% teljesitmenynovekedes frekiemeles nelkul. -
hokuszpk
nagyúr
válasz
Petykemano #7862 üzenetére
"Ez a Core Performance Boost ez egy új feature?"
az a normal ( pbo nelkuli ) turbo, az elso genben is igy hivtak.
cpu ratio alatt kettovel."A grafikonokat elnézve, ST esetben van értelme használni, MT esetben viszont nem nagyon. "
multiban nemtom a jelenlegi hatmagos mennyit megy le kellene derivalni az 5800X -bol, a 7700X 6 maggal a kep szerint 110W korul majdnem annyit teljesit, mint egy 5xxx 8 magos a 140W keretbol. ( mondjuk nekem nem megy el 140W -ig, a kepen 130 korul tetozott kéne rá víz... )
-
hokuszpk
nagyúr
"gondoljunk már bele, hogy van-e olyan eset, mikor egy 3.0-s Nvme 1.5 GB/sec -es sebessége szűk keresztmetszet a textúrák betöltéséhez. "
pláne úgy, hogy állítólag a textúrák erősen tömöritve vannak az ssd -n, és a kitömörítéshez kell a VGA -n valami célhw vagy ha cpun történik, akkor egy threadripper, legalábbis úgyemléxem ABU ilyesmiről értekezett.
-
hokuszpk
nagyúr
válasz
#36531588 #7832 üzenetére
"nem fogsz mindent szétbombázni, és jelentős értékvesztéssel eladni,"
ha hobbiból vettem, akkor nem. ( volt ilyen is, AMD FX 6300 )
ha melóra, akkor eddig háromszor bombáztam szét ( 2xAMD 1xIntel ), ami nemhozta az elvártakat, mert kimatekoltam, hogy ami meg hozza, az kb. az hamar vissza is termeli az árát.
** a matekban nemcsak az $ játszik, hanem az idő is. -
-
hokuszpk
nagyúr
válasz
hokuszpk #7826 üzenetére
vazz. ranezve a ket kepre már tudom hol qrta el az asus, de sose fogom elárulni.
// maradjunk annyiban, hogy nagyobb terheles eseten egy temposabb ssd megfelelo hutes hianyaban nekiall throttlingolni ( nekem is kellett az amugy nem egy vilagbajnok hynix pc 300 -ra hutoboda a vga alatt... ) // -
-
hokuszpk
nagyúr
válasz
#36531588 #7817 üzenetére
a Giga kártyára irnak ilyet :
"Easy Software RAID szolgáltatás Single Click funkcióval a hihetetlen teljesítményért
Egyedi AORUS Storage Manager"akkor valami chip meg a hozzávaló firmware csak kell legyen benne, amit az asus valószinűleg természetesen elqrt ahogy szokta.
-
-
hokuszpk
nagyúr
válasz
#36531588 #7790 üzenetére
az ugy kiadhatja, hogy valami gyenge gyári lég volt a 7600X -en, topkategóriás lég a 7700X -en, és víz a 7950X -en.
Anno mikor ilyen teljeskikapcs gondom volt, táp és memóriacsere után meggyógyult, aztán másik lapban tesztelve kijött, hogy hibás az egyik memóriamodul.
-
hokuszpk
nagyúr
válasz
Petykemano #7783 üzenetére
nekem inkább a 7600X és a 7700X közötti 200 pont
a meglepőtűnik soknak, elvileg ott csak 100Mhz különbség van, azonos fogyasztási keretből ; a 7950X vs 7700X viszonylatban a nagytesó azert már csak 300Mhzval magasabbra van specifikálva. -
hokuszpk
nagyúr
vótmá ?
esernyőt kapjuk elő, esnifog ! -
hokuszpk
nagyúr
válasz
Petykemano #7778 üzenetére
sajna nekem már 404 a link.
de azert betippelem, hogy a PBO és az elengedett fogyi összejátszásáról van szó ; a 7600X/7700X elvileg megáll 142W -nél, míg a nagyobbak -- mint megvitattuk az elképezstőensok -- 170 / 230 tartományban mozognak. Egyszerűen a kisebb procik előbb futnak teljesitménylimitbe. -
hokuszpk
nagyúr
"Mikor SSD teszteket néztem, az jött le a számomra, hogy egy SATA SSD és a leggyorsabb NVMe SSD között normál alkalmazásokban nincs érdemi különbség. "
valóban, de egyszer már csak ideér az a Microsoft directstorage izé, meg a játékok amik használják is. Bár lehet megyünk még egy kört prociban, mire leteszik az asztalra.
-
hokuszpk
nagyúr
válasz
Petykemano #7745 üzenetére
"A tranzisztoroknak, hogy egy adott frekvenciát tartani tudjanak bizonyos feszültségre van szükségük. Viszont minél magasabb a tranzisztor hőfoka, annál magasabb feszültségre van szükség. És értelemszerűen minél magasabb a feszültség, annál nagyobb a hőtermelés. Nem nehéz kitalálni, hogy egy bizonyos ponton túl ez egy öngerjesztő folyamattá válik."
szvsz nagyrészt ezért (is) találta ki az AMD a PBO -t.
Új hozzászólás Aktív témák
Hirdetés
- TUF F15 FX507ZI4 15.6" FHD IPS i7-12700H RTX 4070 32GB 512GB NVMe gar
- AKCIÓ!! i9 9900 , RX 5700 XT , 32GB DDR4 , 512GB NVME , 2TB HDD
- Inspiron 14 7440 2-in-1 14" FHD+ IPS érintő Core 5 120U 16GB 512GB NVMe magyar vbill ujjolv gar
- Garis ZOTAC GeForce RTX 4070 Ti Trinity 12GB GDDR6X videokártya
- Nokia mobilgyűjtemény - E-series + 2 klasszikus
- DELL Thunderbolt Dock - WD19TB modul 02HV8N (ELKELT)
- BESZÁMÍTÁS! MSI B450M R5 3600 16GB DDR4 512GB SSD RTX 2060 Super 8GB THERMALTAKE Core V21 500W
- BESZÁMÍTÁS! MSI Z370 i5 9500 16GB DDR4 512GB SSD RX6600 8GB Cooler Master MB510L Chieftec 500W
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RTX 4060Ti 8GB GAMER PC termékbeszámítással
- Csere-Beszámítás! Sapphire Pure RX 7700XT 12GB GDDR6 Videokártya! Bemutató Darab!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest