Új hozzászólás Aktív témák
-
SystemRoot
őstag
A vram hibázása sztem kb annyiban jelentkezhet hogy egy pillanatig valamelyik kép hibásan jelenik meg. Folyamatos ún kemény hibánál meg moondjuk olyan lehet mint amikor túlhúzod a karit és szemetel a kép. De a vram on nem futnak kernel processek. Effektíve nem függ tőle annyi minden.
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
Pít
tag
Hát a Vistánál nem lesz ráutalva az ember az extra látványra,
le lehet azt is szépen butítani!
XP-n sem használom ki az efekteket, kb. úgy néz ki mint a 98-as.
Érdekes a videokaris dolog, de ott úgytudom nem minden hiba végzetes, gyakran észre sem vesszük..
Gondolj a tuningnál, ritkán fagy a program, inkább szögletes ellenfelek jelennek meg!A processzor füsttel működik, ha egyszer kijön belőle, tönkremegy.
-
Pít
tag
A mem hibákat gyakran a kozmikus sugárzás kapcsán szokták emlegetni..
De bárnilyen ionizációs sugárzás zavart okoz a cellákban..
Foglalkozom radioaktív sugárzásokkal...
Nem kell ahhoz Pakson lenni...
Ha a szobádból kimész az udvarra, közel 2x nagyobb nagyságrendnyi sugárzás ér, mint bent...
Szóval nem mindegy hol van a géped, milyen házban, tetőtérben, pincében, v. ablaknál.
S eddig csak a kozmikus sugárzásról beszéltünk, ami a háttérsugárzás része...
Egy 70 kilós emberben csak szénizotópból másodpercenként 2000 radióaktív bomlás zajlik le... és akkor még nem beszéltünk a Káliumról!
A banánnak van még kemény aktivítása, a K-izitóp miatt!
De az biztos, hogy az egyik legdurvább sugárforrás egy átlagos szobában, maga az ember,
mert rengeteg instabil elemet akumulál.A processzor füsttel működik, ha egyszer kijön belőle, tönkremegy.
-
Pít
tag
De gondolom Sanya, ezt a reaktormagot, biztosan viccnek szántad, mert valszeg hallottál már TERMÉSZETES HÁTTÉRSUGÁRZÁSRÓL!
Ami egyáltalán nem kicsi! Csak az embernek(is) volt ideje hozzászokni.
Nem véletlen van az emberben több mint 20 DNSjavítómechanizmus..
Az informatika még nem tart itt..A processzor füsttel működik, ha egyszer kijön belőle, tönkremegy.
-
eziskamu
addikt
válasz SystemRoot #54 üzenetére
Az rendben hogy fontosabb cuccok nem futnak a videókarin, de a shader programok gondolom a videókari memójában lesznek, és az Aero gondolom használni fog ilyeneket, különben elég lenne neki directx6 is (ha nagy hülyeséget mondanék javítsatok ki.) Az meg nem túl stabil állapot ha elszáll a GUI. Lehet hogy faszán megy majd minden csak látni nem fogod . Esetleg a VPU recovery helyrerázza (ATI).
Sanya, ha olvastad volna a cikket, és nem csak játékra használnád a gépet te is megilyednél egy kicsit ha 1-2 Gigánál több memóriát szeretnél pakolni a gépbe, mégha ez egy-két évig nem is lesz aktuális. Én szeretem ha stabil a gépem. -
pBandi
tag
Sziasztok. Lehetséges, hogy egy ECC-s ram memtestben nagyon hibázik? Memtest kikapcsolt ECC-vel fut, lehet, hogy ez normális működés közben nem okoz gondot (esetleg pont ezt javítja az ECC)?
...
-
eziskamu
addikt
Én két dologra gondolnék:
1. nem szereti az alaplap azt a fajta ecc memót.
2. pont az a része sérült a memóriának ahol az ecc bővítmények tárolódnak, ugyan is nem hiszem hogy nem ecc módban elérhetők lennének azok a területek amikben a kiegészítéseket tárolják.
3. Biztosan ecc-s a memóriamodul? Mert ha nem, ne csodálkozzál.
[Szerkesztve] -
csapos2
addikt
válasz Mendieta21 #69 üzenetére
Üdv!
Itt [link] hírdesd meg.Lelkiismereted méri önzésed őszinteségét. Hallgasd figyelmesen.
-
SystemRoot
őstag
A következőket valaki elmagyarázná hogy mire jók és mit érdemes belőlük beállítani.
A lapom bisoában a DRAM-ECC meüpontban a következő lehetőségek vannak:MCA DRAM ECC Logging
ECC Chipkill
DRAM SCRUB Redirect
DRAM BG SCRUB ˙(40ns - xy mikrosec-ig)Előre is köszönöm.
Üdv: SystemRoot
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
SystemRoot
őstag
válasz SystemRoot #71 üzenetére
úgyvettem észre a DRAM BG SCRUB meglehetősen keményen visszaveti a teljesítményt...
miért van ez?Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
FehérHolló
veterán
válasz SystemRoot #72 üzenetére
ECC-ről általában a Nagy RAM-os topic #1-ében legalul. [link]
Az ECC SCRUB a legalaposabb ECC. Ellenőrzi a kiolvasott adatot, utána újraellenőrzi, majd amit csak tud, javít, ha hibás volt. Ha nem szeret a természet, és túl sok a hiba, akkor néhányszor újraolvas, elvégzi az ellenőrzést, majd újraindul néhány ilyen iteráció után.
Csak akkor ajánlatos bekapcsolni ezt az opciót, ha valami extrém memóriazavaró körülmény(ek) között használod a gépet. (Például túl alacsony vagy magas környezeti hőmérséklet jut most így első nekifutásra eszembe.)
BG = background.
[ Szerkesztve ]
Skynet is real. It's called Google.
-
FehérHolló
veterán
válasz FehérHolló #73 üzenetére
Bocs, pont a lényeg maradt ki, scrub-nál végigmegy az egész memórián, és ellenőrzi, hogy a tárolt részben van-e hiba. Tehát nem csak olvasási/írási ciklusok után ellenőriz. Background azt jelenti, hogy ezt a vizsgálatot elvileg akkor végzi csak, amikor a memória idle állapotban van.
#1-hez kis hibajavítás, hogy különböző ECC algoritmusok más-más bitszámú hibát tudnak javítani.
[ Szerkesztve ]
Skynet is real. It's called Google.
-
SystemRoot
őstag
válasz FehérHolló #73 üzenetére
Nagyram-os topikot természetesen ismerem. nem mond semmi újat, sőt nagyon pontatlan és pongyola az a leírás,de persze oda az elég.
Értem, szóval ezért veti vissza ennyire a teljesítményt. Egyébként én úgy vettem észre hogy ennek a használata a második Opteron porcimat folyamatosan terheli idle módban... és ez a single-threded alkalmazásokra is keményen kihatott (gondolom terhelte a buszt mint állat)
Most a további 3opció (MCA DRAM ECC Logging, ECC Chipkill, DRAM SCRUB Redirect) van bekapcsolva.
Azt nem értem hogy az IBM féle Chipkill hez én úgy olvastam hogy valami külön proci kell a memórián... Namost ez nem reg-ecc. csak sima ecc. Akkor hogyhogy ezt mégis támogatja?
Vagy ez esetben ez másképp műxik?Üdv: SystemRoot
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
SystemRoot
őstag
válasz FehérHolló #74 üzenetére
Jah és a prociban is van ilyen L1 és L2 cahce bg scrub. Érdekes hogy én ott úgyvettem észre hogy 0%ban veti vissza a teljesítményt.... Ez hogy lehet akkor? talán mert kicsi a cache és nem megterhelő ellenőrizni?
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
FehérHolló
veterán
válasz SystemRoot #75 üzenetére
Elvileg külön buszt kéne használnia az ECC scrub-nak.
Lehet, hogy ez nálad úgy működik, hogy amikor a mem idle, akkor a proci végigolvassa, közben ellenőrzi a kód alapján, hogy hibás-e. Ez viszont az ágyúval lövünk verébre szindróma.Közben rájöttem így visszaolvasgatva ezt a topicot, hogy a nagy RAM-os #1-ére neked semmi szükséged.
[ Szerkesztve ]
Skynet is real. It's called Google.
-
P.H.
senior tag
válasz SystemRoot #76 üzenetére
Mindenre van scrubber, ami ECC-védett.
A scrubber is associated with the data cache in DC, the L2 cache tag array in bus unit, and the DRAM in the Northbridge. A scrubber is a hardware widget that periodically wakes up during idle cache cycles and inspects the next line of the array with which it is associated to look for errors. If it finds a single bit ECC error, the scrubber corrects the error and prevents a regular access from encountering the same error.
(Ahogy fehérholló is leírta.)Ha mindent 40 ns-en hagysz, akkor az látványos teljesítménycsökkentést okoz, én DRAM-ra 41 us-t, L1-re és L2-re 320 us-t állítottam be, ez már szinte mérhetetlen mértékben lassítja csak a rendszert. (A Sandra 'Memory Bandwidth' tesztje mutatja talán a legjobban az egyes beállítások hatásait.)
DRAM SCRUB Redirect:
In addition to sequential DRAM scrubbing, the DRAM scrubber has a redirect mode for scrubbing DRAM locations accessed during normal operation. When a DRAM read is generated by any agent other than the DRAM scrubber, correctable ECC errors are corrected as the data is passed to the requestor, but the data in DRAM is not corrected if redirect scrubbing mode is disabled. In scrubber redirect mode, correctable errors detected during normal DRAM read accesses redirect the scrubber to the location of the error. After the scrubber corrects the location in DRAM, it resumes scrubbing from where it left off.Tehát ha ECC által javítható hibát talál, akkor a célba helyes érték fog érni, és ha a redirect engedélyezett, akkor a memóriába is, azonnal visszaírja a javított értéket, egyébként nem.
ECC Chipkill (vagy 4-bit ECC):
Itt egy nagyon rövid leírás az Opteron-ok chipkill megvalósításáról.
Egy személyes példa: registered ECC DDR2-400 Micron D9 chip-es RAM-okat használok 667 MHz-en, 4-4-4-12-n. Egyszer csak úgy hirtelen gondolatra feltettem 800-ra, Chipkill-lel, 5-5-5-15 időzítésekkel. Majdnem három órán keresztül használtam a gépet, Everest és Sandra szint összes tesztje lefutott, bár egyre jobban látszott, hogy a memóriateljesítmény nagyon visszaesett, a sok hibának/javításnak/újraolvasásnak köszönhetően. Végül a 'Cache and Memory' teszt közben újraindult a gép. Chipkill nélkül, sima ECC-vel 800-on 6-6-6-16 (a legnagyobb megadható) értékekkel sem jut el a gép a BIOS-ig sem, RAM-hibára hivatkozva.
Azóta 667-en be van állítva a chipkill, nem okoz semmilyen lassulást, ha alapvetően nem hibázik a RAM.[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
SystemRoot
őstag
válasz FehérHolló #77 üzenetére
köszi az infókat. Ha lesz időm kitesztelem hogy melyik az a scrub időperiodicitás ami még nem veti vissza vészesen a teljesítményt.
Üdv: SystemRoot
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
SystemRoot
őstag
nah kiteszteltem hogy mennyire veti vissza a teljesítményt a ramnál a bg scrub.
Everest Ultimate 4.0át használtam, eléggé egzakt és pontosan mér ez progi sztem.
Eredmény pongyolán leírva:
40ns: brutálisan visszaveti, nem ajánlott 1általán
160ns: jelentősen visszaveri, nem ajánlott
1,28mikrosec(1280ns): érezhető (10% visszaesés memóriatesztekben)
2,56us(mikrosec): elviselhető (4% memória-mérésekben)
5,12us: elhanyagolható (~3%)
10,024us: teljesen elhanyagolható (~1%) én erre állítottam be végül.További méréseket csinálok majd még PCMark -okkal, hátha mégis valamiféle valósabbszerű teszt-alakalmazás kimutat nagyobb visszaesést a no bg scrub hoz képest.
Sztem ez a 10mikroseces beállítás bőven elég biztonságot ad és nem nagyon lassít semmit, legalábbis egyenlőre úgytűnik...Üdv: SystemRoot
[ Szerkesztve ]
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
SystemRoot
őstag
Jah, egyébként meg kell hogy mondjam hogy a sima ECC tulajdonságok (Chipkill beleértve) abszolúte 0%ban befolyásolja a teljesítmányt ha ki/be kapcsolom őket.... legalábbis Everest Ultimate szerint. De ez eléggé megbízható sztem, mert kis eltérést is rögtön ki szokott nekem mutatni ha valami terheli vagy visszafogja a rendszert egy kicsit.
Bár lehet hogy azt a 1-3%os teljesítmény visszaesést arra értik hogy már eleve az ilyen modulok annyival lassabbak? ...Najó de ezt hogy a tüdőbe tudják egzaktul kimérni???
[ Szerkesztve ]
Wisdom is the principal thing; therefore get wisdom: and with all thy getting get understanding.
-
Tubica
senior tag
Sziasztok.
Remélem kapok választ a kérdésemre.
Arra lennék kíváncsi, hogy miaz az ECC ram, és hogy az alaplapomba mennének-e.
Gigabyte (GA-M68MT-D3) rev.2.3
Üdv. TubicaTubica: A tubásokra kitalált vicces meghatározás.
-
nikizolikaja
csendes tag
Sziasztok. Hogyha az alaplapom kezeli az ECC ramokat akkor a Registered Ecc-t is kezeli? Előre is köszi a válaszokat.
Üdv, Zoli.
-
senior tag
Hello
Lenne egy par kerdesem a temaba.
Remelem segit valaki.
Tehat van egy abit in9 32x max deszka. Specbe azt irjak kezeli a ddr2 unbuffered ecc ramokat abbol is 32gb t.
-Letezik ilyenbol 8gb s modul?( elvileg igy jon ki a 32)
- Xeon 5460 tamogatja ezeket a ramokat?
Elore koszi![ Szerkesztve ]
"Az életben soha semmi nem lesz elég,de élünk és harcolunk!"
-
senior tag
Valaki?
"Az életben soha semmi nem lesz elég,de élünk és harcolunk!"
-
kupecke
csendes tag
Sziasztok!
2 kérdésem van a témában:
1. Ha egy alaplap leírása (konkrétan MSI MS-7641) nem nyilatkozik arról, hogy kezel-e ECC RAM-ot, akkor alapértelmezésben kezeli őket, nem kezeli őket, vagy ezt csak a Jó Isten tudja?
2. Ha egy alaplap (konkrétan ASRock FM2A88X Extreme6+) angol leírásában a memóriánál szerepel a Non-ECC kifejezés, akkor ez azt jelenti, hogy nem működik ECC RAM-mal, vagy müködik vele, de az ECC funkció inaktív marad? Nos a gép vidáman megy 4 nem regisztrált ECC RAM-mal egyszerre, de gőzöm sincs arról, hogy ilyenkor van-e ECC funkció? -
_DiEGO_
őstag
Akkor legyen egy HSZ 2017 -ben is ? Közben van-e változás a témában ? Itt vannak az ÚJ AM4 alaplapok és RyZEN processzorok
Valaki szaki frissíthetné a tudásbázist
-
Zartszelveny
csendes tag
Sziasztok!
van tesómnak egy régi PC-je amiben Intel® 945GC chisettel rendelkező gigabitye GA-945GCM-S2C alaplap van. Elvileg a chipset nem támogat ECC memóriákat. De ha esetleg még is belerakok 2x2gb ECC ramot (van elfekvőben) az működni fog? Már nyilván nem az ECC funkció az nem szükséges csak a gép menjen.
Üdv
Új hozzászólás Aktív témák
- ASRock H97M Pro4 Alaplap+i3-4160 proci+ 4 ram
- Új - ASUS Prime B450M-K II AMD AM4 dobozos alaplap - 3 év Alza garancia
- Új! 64Gb DDR4 - Corsair 32GB KIT DDR4 4600MHz CL18 Vengeance RGB RT
- Kingmax DDR3-1333 MHz 2 x 4 GB (FLFF65F-D8KM9 CAE)
- Crucial PRO 2x32GB DDR4 3200MHz - Új, Bontatlan - Eladó! 39.900.-
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest