-
Fototrend
A RAM (az angol Random Access Memory rövidítéseként), magyarul közvetlen hozzáférésű memória. Egy közvetlen elérésű írható/olvasható adattároló eszköz. A RAM tárolja a CPU által végrehajtandó programokat és a feldolgozásra váró adatok nagy részét. Az adatok csak addig maradnak meg benne, amíg a számítógép feszültség alatt van, kikapcsoláskor a benne tárolt adatok elvesznek.
Új hozzászólás Aktív témák
-
D55
senior tag
válasz
Baryka007
#65409
üzenetére
"Ui.: A programban nincs semmiféle vírus, csak nincs digitálisan aláírva, ezért pár böngésző riogathat."
A Windows Defender (éljen az 1 hetes friss félcsupasz Windows
) egyenesen valami konkrét trojan-t hallucinál, de belenéztem a forráskódodba (nem is kell kiposztolnod, ILSpy a barátunk neve, a tiedé meg valami obfuscator lesz, ha egyszer a zárt forrást preferálnád 
) és tényleg totál tiszta, legalábbis az IL kódban lévő magas szintű logikák biztosan.Viszont egyébként ha ez tényleg az aláírás hiánya miatt van, akkor azt hiszem ki kell jelenteni mostmár, hogy a bürokrácia az informatika világában elérte a pusztító szintet és sürgősen ki kéne tenni a szűrét a környékéről is. Közben a szoftverek funkcionális minőségét és megbízhatóságát illetően meg épp nyíltan már konkrét válsághelyzetet kezdtek kikiálltani a kezelhetetlen szintű komplexitást átlépő építőelemek miatt (pedig én már évekkel ezelőtt is bőven futottam bele 100GB körüli SDK-nak csúfolt trópusi dzsungelekbe, de hát manapság nagyon tekintélyes az emberek türelme) szakmai körökben ahogy hallom épp, szóval a két szempontnak talán még némi ok-okozati köze is lehet egymáshoz... Ideje mostmár tényleg valamiféle "secure and free by trust in conscious - cautious user behaviour" elvvel letarolni a sok szemétdombot, a KRESZ-ben érdekes mód simán bevált ez többségében, aki meg menthetlen hülye, arra meg fizetjük a rendőröket, hogy a kerekeit is kb. ott helyben kilőhessék ha az kell. Bár mondjuk ott azért jogsit is kérnek, ennyiben azért más tészta...
Kicsit. Vagy nagyon -
D55
senior tag
válasz
zebra_hun
#65324
üzenetére
Na egy kis élménybeszámoló az elmúlt napokból, tanulságos (szerencsére nem úgy, ahogy a történet közepe fele jött a frász, de a maga módján a végkifejlet tanulságához az is hozzájárult)
A VST feladta a leckét, kétszer is... Elsőre kijött vele (+CBR23 hosszú távon), hogy a VDDQ kevés kicsit alapból és a szorosabb harmadlagos időzítésekkel sem teljesen stabil. A VDDQ 1,25 helyett 1,28 már jó volt, így 1,3 lett, biztos ami biztos. Aztán ki akartam keresni melyik időzítés túl szoros. Szépen haladtam, mire egyszer csak elkezdett hibára futni, szinte rögtön. Ok, mondom megvan a bűnös (gondoltam), akkor lazábbra azt, és jók leszünk. De nem. Utána már sehogy sem.
Konkrétan 4000-re vissza kellett vennem a frekit és az SA-t is megemelnem, különben fél percen belül mindig hibát kaptam. Holott az én első profilommal korábban még 4-5 run mindig megvolt simán 4133-on. Lesápadtam, ahogy a szemem előtt bevillant a Raptor Lake topicból a "szét VST-zte" kifejezés, a külön figyelmeztetéseid is, meg az elmúlt hónapok degradációs parái a nagyvilágból. Pedig én csak 6-10 perceket járattam egyhuzamban, de hát tessék, ennyi elég is volt 
Kicsit összeszedtem a lelkem darabjait, majd megállapodtam abban magammal, hogy ha a 4000 stabil még, akkor ott hagyom a dolgot egy időre és reménykedek majd minden nap, hogy maradjon meg a stabilitás. Másnap gondoltam itthagyom a CBR23-at jópár órára és ha azzal nincs gond, akkor kicsit megnyugszom. Hát volt gond, jött több WHEA is közben. Emeltem az SA-n tovább, még mindig. Emeltem a VDDQ-n, még mindig. Csökkentettem a VDDQ-n (olvastam, hogy elég keskeny sávban tud jó lenni), úgy is. Na mondom ez kész, tényleg ledegradáltam a procit... Adtam a Vcore-nak is egy keveset végül, csak legyen már stabil. És végre úgy tűnt az, végre 3 órát elment a CBR23 WHEA vagy random kidobás nélkül.
Kezdtem magam túl is tenni a dolgon, már máshol jártak a gondolataim. Volt ma egy kis időm, gondoltam újratelepítem a Windows-t, elkezdtem backupolgatni mindenfélét... Ahogy pakolgattam a fájlokat aztán, a Windows felhasználói felülete többször is furcsán rosszalkodni kezdett. Volt, amikor csak nem akart parancsokat végrehajtani, de a végén egy vezérlőelem megjelenése is elég látványos grafikai anomáliát adott elő. Na, mondom, szép... Valahogy az jött, hogy kutyaharapást szőrével, úgyhogy ráeresztettem megint a VST-t. De az most jó! Lefut, több ciklus is simán. Hm...
Visszagondoltam aztán a dolgokra és beugrott, hogy miután az RTL-eket sikerült jól betraineltetni, utána a training enabled opciót már nem kapcsoltam ki soha azóta és mindig 75/77-re vagy 77/77-re trainelt. Na mondom ez egy próbát azért megérne, hátha csak ez viccelt meg. És bizony! Vissza 4133-ra, training auto-ra, megint beáll a 77/85, de ismét stabil a VST és CBR23 alatt sincs semmi gond, plusz a Windows sem adott még most elő azóta semmi vicceset.
Sebességtesztek szerint pedig a latency-n buktam egyedül átlag 1ns körül a trainelt RTL-ekhez képest, de minden más számot hoz így is, ugyanúgy. Úgyhogy nem a rettegett VST volt és valójában nem is degradálódott a proci
(Az elméletem pedig az mindezek után, hogy írják is, hogy a távoli RTL-ek a határok elérését jelzik, már pedig ennek az lehet az oka a sejtésem szerint, hogy ilyenkor az auto értéken hagyott beállítás már valószínűleg nem erőlteti a traininget, hanem a stabilitás érdekében lazábbra hagyja. Én az enabled-del viszont kikényszerítettem a trainelt értékeket és az ebből fakadó instabilitás hozhatta rám a VST frászt. 3800-on van egyébként az a határ, ahol még auto beállítás mellett is szép szimmetrikus értékekre áll be, fölötte már 4000-en is ilyen széthúzottakat kapok, ez pedig összecsenghet azzal, hogy ugye elmondásod szerint általában 4133 (2066MHz) körül már vége a Raptorok IMC-jének - és ha jól tudom egyébként a CUDIMM-eket is hasonló okokból / határok leküzdésére találták fel mostanában a DDR5-öknél)
-
D55
senior tag
válasz
zebra_hun
#65318
üzenetére
XMP off, RTL training enabled, realtime timing disabled, memory enhencement mode: enhance performance közül valamelyik meg is oldotta (egyesévél nem volt most időm, de majd utánajárok melyik volt a kulcs).
tREFI-t csak 49152-re emeltem, mert dedikált aktív hűtés nincs, legfeljebb amit a ház tetejében lévő LFIII radiátora leszív bordákról. tRC-t szorítottam még auto 48-ról 43-ra. Annak van értelme, vagy hagyjam inkább?
Illetve azt meg tudod mondani, hogy a tRAS miért jobb magasabb értéken (37)? Vagy csak az RTL probléma miatt javasoltad megemelni?
-
D55
senior tag
válasz
zebra_hun
#65315
üzenetére
Köszi a válaszokat / tippeket!
- RTL training opció van, auto/enable/disable (auto-n van).
- VDDQ traininget kikapcsoltam
- Bootol a gép a javasolt értékeiddel és így pár perc elteltével egyelőre stabilnak is tűnik, kivéve az RTL értékeket. Ott ha hozzányúlok, akkor vége rögtön ugyanúgy. Az olvasás és másolás sebessége kicsit nőtt, a latency marad 54ns. TM5-re még ránézek gyorsan és ha nem vágja hanyatt magát, akkor holnap napközben hagyom megint egy jó 4 órát futni majd. -
D55
senior tag
válasz
zebra_hun
#65304
üzenetére
Köszi, megpróbálok valamit mindjárt (a lenti ATC-s képen is látható stabil profilomról), max telefonnal...
Az előbb amúgy találkoztam a neten olyan példával, ahol az SA emeléstől valakinek helyrekerült, de 1,4-et is hiába próbáltam most, nálam nem segített. 4000 és 4133 nálam akkor is mindig erre a 77/85-re áll be. -
D55
senior tag
Na hát ezt tényleg nem értem. Bármilyen időzítésen állítok vagy bármilyen feszültségen emelek, mindig 85/77-re állnak be az RTL-ek és hiába atomstabil úgy, amint kézzel állítanék, már be sem bootol a rendszer. Már a modulokat is felcseréltem, elvittem máshová az LFIII kábeleit is a slotok közeléből, de továbbra is mindig oda (pontosan ugyanoda) trainelnek be. Egyedül akkor van változás, ha a frekit viszem le mondjuk 3800-ra, akkor már beáll egyformára (4000-nél még semmit sem változik). Nem értem, hogy miért nincs semmi változás az SA és VDDQ feszek emelésére sem (1,25 helyett 1,35-ig vittem fel próbára).
Amúgy katasztrófa, hogy ahány helyen olvasok, ahány alaplapgyártó, ahány chipset, annyi féle megnevezése van a feszültségeknek és annyi féle egymásnak ellentmondó infó...
-
D55
senior tag
válasz
zebra_hun
#65299
üzenetére
Azt próbáltam már, hogy a 85-öt 77-re levittem, de akkor nem bootolt.
Ami nekem gyanús elsőre, az a tRAS. Azt látom, hogy szinte mindenkinél alacsonyabbra mentem vele a linkelt oldalon olvasott formula alapján:
Set
tRAS = tRCD(RD) + tRTP. Increase if unstableSzóval gyanús, hogy más miért nem viszi ilyen alacsonyra. Pedig elvileg ugye ha jól értem, akkor 14-ig érvényes érték, az alatt bírálja csak az IMC felül, viszont sok helyen a tCL+tRCD+tRTP formulát is olvasom most... Mi itt az igazság?
-
-
D55
senior tag
Sziasztok!
Ezen az oldalon [link] azt írják, hogy az RTL értékek 2-nél jobban ne nagyon térjenek el, az instabilitást jelez. Az ott mutatott képeken más verziója van az ATC-nek, mint ami az én chipsetemmel kompatibilis és más ezeknek az értékeknek a kijelzése. A kérdésem az lenne, hogy a lenti képen pirossal bekeretezett 1-1 sor értékei közötti eltérés ilyen értelemben véve probléma, vagy valójában a / jelek két oldalán lévő számok eltérése lenne a probléma?
Háttérinfóként még annyit, hogy 4300 és 4400MT/s sebességgel már nem bootol a gép, 4266-tal már igen, illetve így 4133-on eddig elég atomstabilnak tűnik, 4 óra TM5 extreme @ anta777 gond nélkül lefutott és használat közben sem történt eddig semmi gyanús. A modulok 1,42V-on mennek jelenleg, így 40-1-2 fokosak, SA és VDDQ 1,25V-on (de 4300/4400 1,5V+1,3V-os beállításokkal sem ment már, magasabb feszt nem mertem adni már). Sebességtesztek alapján (68/64/69GB/s+54ns) sem tűnik rossznak a dolog.
) egyenesen valami konkrét trojan-t hallucinál, de belenéztem a forráskódodba (nem is kell kiposztolnod, ILSpy a barátunk neve, a tiedé meg valami obfuscator lesz, ha egyszer a zárt forrást preferálnád 
) és tényleg totál tiszta, legalábbis az IL kódban lévő magas szintű logikák biztosan.
Kicsit. Vagy nagyon 
Konkrétan 4000-re vissza kellett vennem a frekit és az SA-t is megemelnem, különben fél percen belül mindig hibát kaptam. Holott az én első profilommal korábban még 4-5 run mindig megvolt simán 4133-on. Lesápadtam, ahogy a szemem előtt bevillant a Raptor Lake topicból a "szét VST-zte" kifejezés, a külön figyelmeztetéseid is, meg az elmúlt hónapok degradációs parái a nagyvilágból. Pedig én csak 6-10 perceket járattam egyhuzamban, de hát tessék, ennyi elég is volt 
Új hozzászólás Aktív témák
fudi2002- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen TV-t vegyek?
- EAFC 26
- Szerkesztett és makrofotók mobillal
- Miért nem tűnik el soha a kalózkodás?
- Motoros topic
- Fejhallgató erősítő és DAC topik
- Kerékpárosok, bringások ide!
- Arc Raiders
- További aktív témák...
- SAMSUNG és SKHYNIX 8GB DDR4 RAM-ok!
- BESZÁMÍTÁS! 32GB(4x8GB) G.Skill Trident Z RGB 4000MHz DDR4 memória garanciával hibátlan működéssel
- Eladó 2 x 8 GB Kingston Fury Beast RGB DDR5 6000MHz CL30 memória
- Corsair Vengeance DDR5 16 GB / 5200MHz / 2x8
- BESZÁMÍTÁS! 32GB G.SKILL Trident Z5 RGB 7800MHz DDR5 memória garanciával hibátlan működéssel
- Eredeti Lenovo 230W töltők - 4X20Z83995
- Bomba ár! Lenovo ThinkPad T490 - i5-8GEN I 8GB I 256GB SSD I 14" FHD I Cam I W10 I Garancia!
- Dell Latitude 7410 karbon i7 10610U, 16GB RAM, SSD, jó akku, számla, 6 hó gar
- Eredeti Lenovo 300W töltők - ADL300SDC3A
- BESZÁMÍTÁS! LG 24GM79G-B 24 144Hz FHD TN 1ms monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő