[Rapidus]

Ez a téma már többször fölmerült, úgy vélem nagyon sok embert érint. Azért nyitottam mégis új topicot ennek, mert abban bízom, hogy egy topicban összegezve a felmerült tapasztalatokat, közösen találunk valami megoldást erre a bosszantó problémára.
Én eddig 2x futottam ebbe problémába, most egy szinte új (1 hónapos) A7N8X-E Deluxe lap kapcsán.

Amit eddig kiderítettem részben a saját gépemen, részben a többi hozzászólásból:

-Csak XP alatt siet (bioszban álldogálva pontos)
-A hiba rendszertelen idõközökben és mértékben fordul elõ (pl. bootolásonként változhat)
-Szinte mindenkinél siet akinél pontatlan az óra, késérõl alig lehet olvasni
-Alaplap típusától (gyártótól) nem függ.

Az eddig általam kipróbált, és olvasott javaslatok (egyik sem oldotta meg a problémát):
-Elemcsere 
-Tápcsere
-XP reinstall
-Bios frissítés
-CPU Disconnect kikapcsolása
-CPU Throttle kikapcsolása

Az, hogy a biosban álldogálva pontos az óra, arra utalna, hogy ez nem hw hiba, de ennek ellentmond, hogy az XP reinstall nem oldja meg a problémát. 

Mi okozhathatja ilyen sok gépnél?
Jöhetnek tapasztalatok, esetleg (sõt fõként) megoldások!   

[KovacsUr]

[Rapidus]

Idézet: KovacsUr - Dátum: 2006. febr. 7., kedd - 21:33

Valóban. De ez csak tüneti kezelés (akár manuálisan is utána állítgathatnám), engem igazából a tényleges megoldás érdekelne.

[Tron65]

Meddig siet?
Hogy pontosítsam a kérdést: hagytad már napokig békén, utánállítás nélkül a gépet? Csak néhány órás intervallumban siet, vagy ez halmozódik, és x nap után olyan értéket ér el, ami már problémát okoz?
Az internet szinkron egyébként az XP-ben alapban be van kapcsolva, de ha pl hálózati szerverhez (nem netes) kapcsolódsz, akkor is sok esetben idõszinkron történik.

[Zsivaagoo]

Idézet: Tron65 - Dátum: 2006. febr. 8., szerda - 9:33

Meddig siet?
Hogy pontosítsam a kérdést: hagytad már napokig békén, utánállítás nélkül a gépet? Csak néhány órás intervallumban siet, vagy ez halmozódik, és x nap után olyan értéket ér el, ami már problémát okoz?
Az internet szinkron egyébként az XP-ben alapban be van kapcsolva, de ha pl hálózati szerverhez (nem netes) kapcsolódsz, akkor is sok esetben idõszinkron történik.

És egy ostoba által összetákolt szerver jól el tudja cseszni az elõzõleg már szinkronizát idõt.

[Rapidus]

Idézet: Tron65 - Dátum: 2006. febr. 8., szerda - 8:33

Meddig siet?
Hogy pontosítsam a kérdést: hagytad már napokig békén, utánállítás nélkül a gépet? Csak néhány órás intervallumban siet, vagy ez halmozódik, és x nap után olyan értéket ér el, ami már problémát okoz?
Az internet szinkron egyébként az XP-ben alapban be van kapcsolva, de ha pl hálózati szerverhez (nem netes) kapcsolódsz, akkor is sok esetben idõszinkron történik.

Saját gépemnél max 6-8-10 óra üzemidõ jellemezõ, utána kikapcsolom. Amiket eddig a témában    olvastam, ott elõfordult néhány óra, de 7/24 üzem is. A probléma mindkét esetben jelentkezik. 

Az Ms tudásbázisában is van szó idõ eltérésrõl:

Idézet

SYMPTOMS:
When you leave your computer on for an extended amount of time, the time may lose from two minutes to an hour per day.IMPORTANT: The CMOS does keep the correct time and if you restart the computer, the Windows clock is updated. Also, if you start your computer in Safe Mode, Windows does not lose time.

Idézet

CAUSE:
• Advanced Power Management (APM) settings are enabled in the BIOS.
• You configure your computer to use third-party anti-virus, system utility, and screen saver programs

Idézet

RESOLUTION:
APM Settings
Disable APM in the BIOS and configure Windows to manage APM. For information about how to disable APM in the BIOS, please contact the manufacturer of your computer.
To configure Windows to manage APM: 1. Click Start, point to Settings, and then click Control Panel.
2. Double-click Power Management, select the settings you want for APM, and then click OK.
Disable Third-Party Programs and Utilities
Disable the following types of programs and utilities:
• Anti-virus
• Screen savers
• System utilities

Ezt még nem próbáltam, de ki fogom kipróbálni.

Szerkesztette: Rapidus 2006. 02. 08. 16:50 -kor

[argon]

Az alaplapokra integrált óra pontosága olyan, mint régen a gagyi "kárcórá"-ké. Nem tudom, hogy a mai legújabb lapokon milyen óra van, de PII-PIII-on még mindig megtalálható volt a 32.768 KHz-es kristály (2 a 15-en). Ha siettek a karórák, könnyen tudtunk rajtuk segíteni, csak egy megfelelõ kapacitású kondit kellett bele reszelni (jópár Hz-el fölötte mentek a névleges frekinek). Egyszer az egyik órámat sikerült másodperc pontosságúra állítani, hónapokig nem tért el az idõ, ez még a 80' évek elején volt.
Az elsõ PC-m 486-os volt, késett az órája, tehát kondizás kizárva, de bosszantott, hogy miért nem tesznek bele trimmerkondit, miért nem törekednek a pontosságra. Azóta persze rájöttem, hogy ennél sokkal lényegesebb dolgokban is trehányak az alaplapgyártók.
Az óra pontosságát tehát az elem állapota, (az akkus idõkben még az üzem/kikapcs idõ aránya), a hõmérséklet (nem termosztált), meg a kristály gyártási pontatlansága határozza meg, ez a hardver része, és ez nem lehet több havonta +/- 1-2 percnél.

[Rapidus]

Ezek igazak ugyan, (a régi szép idõkben, hasonlókat átéltem én is) de mint írtam, itt gyaníthatóan nem errõl van szó. A sietés ugyanis bios-ban nem, csak a Xp-ben jelentkezik, ami szerintem kizárja az alaplapi kristály hibáját.

[Robi19]

Sajnos eme jelenség okát én is próbáltam megfejteni de ezidáig nem sikerült. A szomorú az hogy nálam egy vadi új HP desktop PC ben történik ez. Itt rendszeresen késik az idõ kb 1 hónapon belül 8-10 percet a gépen 2000 van abban nincs netes szinkron pedig jó lenne. Az elem már cserélve lett. Amúgy a gép meg atomstabil. Mit lehet ilyenkor tenni????

[KovacsUr]

Idézet: Robi19 - Dátum: 2006. febr. 8., szerda - 23:08

a gépen 2000 van abban nincs netes szinkron pedig jó lenne.

Csak be kell állítanod az NTP szervert (én a hu.pool.ntp.org-ot használom) és újraindítanod a W32Time szolgáltatást:

net time /setsntp:szerver címe
net stop w32time
net start w32time

Ha gondolod, a szolgáltatások között állítsd automatikusra a Windows Time szolgáltatás indulását (Start menü -> Run... -> services.msc, "Windows Time"-on dupla klikk, Startup type: Automatic).
A registry ezzel kapcsolatban berhelhetõ részei, úgyismint beállítások (apró betûkkel...)

Szerkesztette: KovacsUr 2006. 02. 09. 00:48 -kor

[didyman]

Idézet: argon - Dátum: 2006. febr. 8., szerda - 21:35

Az elsõ PC-m 486-os volt, késett az órája, tehát kondizás kizárva, de bosszantott, hogy miért nem tesznek bele trimmerkondit, miért nem törekednek a pontosságra. Azóta persze rájöttem, hogy ennél sokkal lényegesebb dolgokban is trehányak az alaplapgyártók.

A trimmerkondik idõtállósága és hõmérséklet-, környezeti páratartalom-, szopófaktorfüggése meg nagyságrendekkel afölött van, ami pontatlanságot összeszednek a többi alkatrészek. Lézertrimmelt alkatrészekkel nem lenne gond, csak mivel a PC nem atomóraként üzemel, ez a probléma sokkal kevésbé a trehányság eredménye szvsz. Eleve nem szokás tekergethetõ, elállítható dolgokat tenni az alaplapra, jó okkal.

[Rapidus]

Sajnos a külföldi site-okat olvasgatva sincs tényleges megoldás, marad (egyelõre) a szinkrionizálás

Akit érint, annak itt egy kényelmes módszer, ami nem igényel segédprogramot:

Futtatás -> regeid
HKEY_LOCAL_MACHINE - SYSTEM - ControlSet001 - Services - W32time  - TimeProviders - NtpClient 
Ezen belül a SpecialPollInterval értékét lehet módosítani (decimális) mp-ben beírva a kívánt értéket.

Pl: 3600 (ez esetben az XP óránként kapcsolódik a time server-hez, és szinkronizál.)
Azonban ez is csak a tünetket mérsékli, a probléma ettõl még megmarad.      
 

Szerkesztette: Rapidus 2006. 02. 10. 16:00 -kor

[marczi]

Idézet: Rapidus - Dátum: 2006. febr. 10., péntek - 15:59

Sajnos a külföldi site-okat olvasgatva sincs tényleges megoldás, marad (egyelõre) a szinkrionizálás

Akit érint, annak itt egy kényelmes módszer, ami nem igényel segédprogramot:

Futtatás -> regeid
HKEY_LOCAL_MACHINE - SYSTEM - ControlSet001 - Services - W32time  - TimeProviders - NtpClient 
Ezen belül a SpecialPollInterval értékét lehet módosítani (decimális) mp-ben beírva a kívánt értéket.

Pl: 3600 (ez esetben az XP óránként kapcsolódik a time server-hez, és szinkronizál.)
Azonban ez is csak a tünetket mérsékli, a probléma ettõl még megmarad.   

Jellemzõen az nForce2-es chipset hibája. Onnantól, hogy az XP beindult, már nem a BIOS alapján méri az idõt, hanem a programozható megszakításvezérlõ által generált megszakításokat számolja. Az egyik nagy probléma az, amikor valamelyik driver kernel szinten túl sokáig molyol, és emiatt kimaradnak megszakítások, mert blokkolódik a kernel.

A neten több javaslat is van a megoldására, van akinek bevált (nálam nem, és emiatt van is egy eladó NF7-Sv2-m, mert a VMWare megõrül ettõl):

1. Ki kell kapcsolni a BIOS-ban az FSB Spread Spectrum opciót (ez azt csinálja, hogy az FSB-vel játszik, hogy az EU elõírásoknak megfeleljen a lap, és ne okozzon interferenciát)
2. Átrakni APIC módból PIC módba a Windows-t és a BIOS-t. (Az APIC a megszakításokat bõvíti ki, az Intel eredeti architektúráján meglévõ 16-nál több megszakítást tesz lehetõvé). Ehhez a Windows Driver Managerében a Computer ágban az Update Drivert kell megnyomni és az Advanced Configuration and Power Interface (ACPI) PC-t választani
3. ClockMon nevû programot feltenni, ami a BIOS órájához szinkronizálja a Windows rendszeridõt (akár percenként is)
4. Dimension4 nevû atomóra szinkronizáló 10 percre állítva

És nehogy valaki kikapcsolja a BIOS-ban az APIC-ot, anélkül, hogy elõtte a Windows-t átállította volna! Fontos, hogy ha a Windowst egyszer átállítod, többet már nem lehet visszaállítani, csak Windows repairrel

Bõvebb infók itt:
http://www.nforcershq.com/forum/1-vt19631....er=asc&&start=0
http://forums.amd.co...php/t50525.html
http://support.micro....com/?id=309283
http://ntp.isc.org/b...nHardwareIssues

Kíváncsian várom a tapasztalatokat!

Szerkesztette: marczi 2006. 02. 11. 16:28 -kor

[Rapidus]

Idézet: marczi - Dátum: 2006. febr. 11., szombat - 16:26

Az egyik nagy probléma az, amikor valamelyik driver kernel szinten túl sokáig molyol, és emiatt kimaradnak megszakítások, mert blokkolódik a kernel.

Ekkor nem késnie kellene? Mert az általam olvasottak alapján majdnem mindenkinek siet Windowsban. 

[marczi]

Idézet: Rapidus - Dátum: 2006. febr. 11., szombat - 16:52

Ekkor nem késnie kellene? Mert az általam olvasottak alapján majdnem mindenkinek siet Windowsban.

Nem, ilyenkor nem elveszik a megszakítás, csak nem ér célba idõben, mert a kernelben futó kód nem megszakítható, viszont a második emiatt már korábban érkezik:
(és emiatt van, hogy a VMWare pl. teljesen megõrül)
http://groups.google.com/group/fa.linux.ke...3bc49c73a6293ac

Mindenesetre ez csak egy ok a sok közül, ami okozhatja, és leginkább hibás driverek (vagy pl. vírusirtó, ami kernel szinten vacakol) miatt van.

Szerkesztette: marczi 2006. 02. 11. 18:43 -kor

[Prometheus]

Ha az elemet ki akarom cserélni igaz az,hogy azt müködés közben kell ?
Mondván , hogy a BIOS bekapcsolt állapotban nem az elembõl kap ellátást.
Igez ez :confused:

[marczi]

Idézet: Prometheus - Dátum: 2006. febr. 14., kedd - 16:08

Ha az elemet ki akarom cserélni igaz az,hogy azt müködés közben kell ?
Mondván , hogy a BIOS bekapcsolt állapotban nem az elembõl kap ellátást.
Igez ez :confused:

Én kikapcsoltam és akkor cseréltem.

[didyman]

Dehogyis!
Ha valami beállítást nem tudsz megjegyezni, célszerû csere elõtt kiírni papírra, esetleg progival kinyerni (csak csere után windóz felállás elõtt rakd rendbe mindenképpen a BIOS-t, tehát nyomtasd ki).

[Prometheus]

Tehát müködés közben , vagy kikapcsolt állapotban legyen elem csere ez itt a kérdés  :confused:

[debaj]

Kikapcsolt állapotban. Ha áram alatt van az alaplap, ne akarj belenyúlkálni. Elemcsere után úgyis érdemes egy cmos resetet is csinálni, szóval a beállításaid így is, úgy is elvesznek.