„OpenVMS” változatai közötti eltérés
| [ellenőrzött változat] | [ellenőrzött változat] |
Tartalom törölve Tartalom hozzáadva
145. sor:
Az OpenVMS a rendszeridőt 64 bites számként tartja nyilván, ami 100 nanoszekundumokat mér; ez az időegység az angolban a clunk nevet viseli,<ref>{{cite web|url=http://www.ibiblio.org/pub/academic/computer-science/history/pdp-11/rsx/decus/rsx89b/374101/readme.clu|title=README file for clunk routines|date=November 6, 1987}}</ref><ref>{{cite web|url=http://www.bighole.nl/pub/mirror/mini-me.trailing-edge.com/pub/rsx11freewarev2/rsx86b/356030/wevol3n1.prt|title=The Wombat Examiner, Vol. 3, No. 1|date=February 1981}}</ref> és amiből egy másodpercben tízmillió van. Az időszámítás kezdete 1858. november 17. nappalát megelőző éjfél, ami a módosított Julián-naptár kezdete. Az óra nem minden gépen frissül 100 ns-onként; például a 100 Hz-es időzítőjű rendszerek a másodperc századrészenként adnak 100000-t az aktuális időhöz. Az operációs rendszer az időmérés hibáit korrigálja azzal, hogy néha külső szabványidőhöz igazítja a rendszeridőt.
Leállításkor az aktuális időt a Time-of-Year ("TOY") hardveróra menti el. Ez kisebb felbontásban emlékszik az időre, talán másodperc pontossággal, és kisebb pontossággal 0,025% a 0,01% helyett. Újraindításkor a VMS 64 bites rendszeridejét a hardveróra és az utolsó feljegyzett év alapján állítja be.
A 64 bites rendszeridő előjeles szám. Ez pozitív, ha az időt pontosan lehet tudni, és negatív, ha nem. Ez elég lenne, hogy az óra elszámoljon egészen az 31-JUL-31086 02:48:05.47 időpontig. Ekkor a számláló tólcsodrulna, és a számítás nulláról indulna újra, azaz az óra visszaállna az 1858. november 17. nappalát megelőző éjfélre. Azonban például a C programkönyvtár órája már 2038. január 19-én lejár, ez a [[2038-probléma]]. Egyes mezőhosszhoz kötődő komponensek és alkalmazások 10000-ben fognak meghibásodni, ez a [[10000-probléma]].
== További információk ==
| |||