Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Tomáš Vondra 21. 07. 2011, 19:44:25
-
Ahoj,
provedl jsem upgrade pracovní stanice, ale při zahořování systesterem (http://systester.sourceforge.net/) jsem narazil na zajímavý problém. Ten test je založen na počítání PI se zvolenou přesností, a pokud zvolím algoritmus Borwein + 8M číslic (nebo víc) tak proběhne ale nakonec oznámí že výsledek neodpovídá očekávané hodnotě. Pokud zvolím 4M nebo ten druhý algoritmus, tak to funguje OK.
Samozřejmě první co mne napadlo byla špatná paměť nebo jiný HW problém, ale proti tomu mluví několik věcí
- zkoušel jsem vytahovat jednotlivé paměťové moduly, dávat je do jiných slotů apod.
- vždy to dá naprosto stejný výsledek (vypočtená hodnota PI), bez ohledu na restarty, bez ohledu na tom které paměťové moduly a ve kterém slotu nechám - v případě problémů s procesorem nebo řadičem paměti bych čekal nějakou náhodnost
- další testy které jsem zkoušel (memtest86, memtest86+, mprime) nic nenašly, i když jsem je nechal běžet několik hodin
Když jsem ten test pustil na jiném stroji (ale Windows a nikoliv na Linuxu) tak to proběhlo úspěšně, takže buď to není SW chyba nebo je specifická pro OS.
HW konfigurace:
- MB: Asus P8Z68-V PRO
- CPU: i5-2500K @ 3.3GHz
- RAM: 2x2GB Corsair DDR3 1600 @ 1333 (tj. podtaktovaná)
- OS: Linux / 32bit
Tj. není to nijak přetaktované, pokud vím tak se to nepřehřívá (na CPU je kvalitní chladič, skříň dobře větrá a podle lmsensors je teplota CPU i při zátěži kolem 53°C).
Původně jsem nechal desku ať si komponenty přetaktuje podle svého (lehce zvedla sběrnici takže procesor jel cca 3.4GHz a paměť na 1640 namísto nominálních 1600), ale jeden program mi tu náhodně padal na SIGSEGV tak jsem to zrušil. Ale nevím jestli to bylo tím přetaktováním - nepovedlo se mi to reprodukovat (ani před zrušením přetaktování).
Nějaké nápady čím by to mohlo být?
-
ja zkusil systester-1.2.0 s gmp 5.0.1 na amd64 a vysledek 8M je spravny, tedy souhlasi checksum;
jeste dobry test je toto: http://www.xtremesystems.org/forums/showthread.php?201670-LinX-A-simple-Linpack-interface
bezi to pres wine v 64bitech a zda se, ze je to narocnejsi nez mprime. dej mu celou pamet a pak nejmin 5, lepe 10, nejlepe 20 iteraci
-
jeste mrkni na mcelog, CPU si nekdy stezuje a an vysledku to nemusi byt videt
-
Ten LinX možná zkusím, ale vypadá to na nějakou chybu v systesteru. Zkoušel jsem to na dalším počítači - notebooku, kde mám Windows i Linux, a výsledek je že takový že v Linuxu to skončí stejně (tj. chybou checksumu), na Windows to checksum vyhodnotí jako OK.
Dokonce i výsledky (dump vypočtené hodnoty PI) jsou ve všech třech případech stejné, liší se jenom jinými konci řádků (Win vs Unix). Tj. zdá se že je tam nějaká chyba v kontrole toho checksumu - nevím proč se to neprojevilo i vám. Možná to nějak závisí na kompilačních volbách které tu mám já ...
-
no ja udelal normalne configure a make v praci na debianu, muzu zkusit jeste na gentoo doma
jeste u nich existuji binarky, delaji to taky?
-
no ja udelal normalne configure a make v praci na debianu, muzu zkusit jeste na gentoo doma
jeste u nich existuji binarky, delaji to taky?
Ano, teď jsem to zkoušel a ty binárky dělají přesně to samé.
-
skus prime95, ten sa mi dost osvedcil na test chyby cpu (slabe vcore, etc..)
-
Ano, teď jsem to zkoušel a ty binárky dělají přesně to samé.
no mozna binarka pouziva tvoje gmp knihovny, ne? nejlip zkus nejaky to livecd, na kterym je systester, psali tam, ze je trebas na sysrescuecd
-
Hm, asi to vážně bylo nějak zmršenými knihovnami. V rámci upgrade jsem přecházel na 64bitový systém a po rekompilaci už to nedělá. No, alespoň že tak...