Egy kicsit elkezdtem szórakozni a notebookom speedstep feszültségeivel és meg akarom állapítani, hogy mennyi a minimális feszültség, amin még garantáltan nem hibázik a proci. Az feltünt, hogy a legkritikusabbak az SSE (vagy SSE2) utasításokat használó programok, a folding@home pl simán hibázik olyan feszültségeken, amin a make/gcc órákon keresztül is képes stabilan menni.
Idáig próbálkoztam cpuburn-nel, ez elég jól terheli a procit, jól felmelegszik tőle, de a hibákat csak elég durva esetben kapja el. Próbálkozam még az mprime torture teszt üzemmódjával, ami viszonylag jobban megfogja a hibákat (lévén, hogy garantáltan jó eredménnyel tudja összehasonlítani a próbaszámításokat), de a processzor alig melegszik tőle. A folding@home-ot nincs nagyon kedvem erre használni, mert nem akarok hibás eredményeket beküldözgetni, ráadásul az is csak akkor kapja el a hibát, ha a szimulációból valami teljesen lehetetlen eredmény jön ki, kis hibákat nem veszi észre.
Szóval szeretném, ha adnátok még egy pár ötletet, hogy mivel lehet úgy tesztelni a processzort, hogy alaposan felmelegedjen tőle (tehát a végrehajtóegységeket dolgoztassa, ne csak a memóriára várjon az idő nagy részében), lehetőleg használjon SSE utasításkészletet és ellenőrizze az eredményt, hogy hibátlan-e. És mindez linux alá kéne.
- 1677 megtekintés
Hozzászólások
"próbálkoztam cpuburn-nel, ez elég jól terheli a procit, jól felmelegszik tőle, de a hibákat csak elég durva esetben kapja el. Próbálkozam még az mprime torture teszt üzemmódjával, ami viszonylag jobban megfogja a hibákat"
Hehe, arra gondoltál már, hogy a kettőt egyszerre futtatod? ;)
--
TheReplaced, Жизнь гладиатора - Колизей!
- A hozzászóláshoz be kell jelentkezni
Hááát egyszer véletlenül elindítottam, de az lett a vége, hogy melegedett piszkosul, de hibát nem fogott, pedig olyan feszültség volt beállítva, amiről tudtam, hogy hibáznia kell. Bár most így belegondolva lehet, hogy az kavart be, hogy az mprime alapból alacsonyabb prioritással fut, a cpuburn viszont normálissal, tehát lehet, hogy ténylegesen csak a cpuburn futott. Na ezt majd még egy kis kézi nice állítgatással kipróbálom mégegyszer. De azért olyan megoldás jobban érdekelne, ami egy processzben terhel és korrektül ellenőriz is. Mert ugye ha a olyankor lép fel a hiba, amikor éppen a cpuburn van beütemezve, akkor az mprime nem fogja észrevenni a hibát, tehát az együtt futtatással csökkentem az esélyét annak, hogy elkapja. Ja, még nem említettem egy _egymagos_ dothan processzorról van szó.
---
Az ember mindig szerepet játszik. Ha másnak nem, hát saját magának.
- A hozzászóláshoz be kell jelentkezni