A közelgő óraátállítás margójára

http://www.cl.cam.ac.uk/~mgk25/mswish/ut-rtc.html

( bbandi | 2012. 10. 22., h – 12:58 )

A Win7 (talán a Vista is) már tud UTC-t:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

De sajnos nem véletlen van letiltva alapból, ha pl bekapcsolom a windowsos NTP-t, az teljesen elszúrja (Pontosabban azt hiszem a téli/nyári váltást kell letiltani és úgy jó).

Szerk: Nem olvastam végig a cikket, most látom, ez benne is van.

Egyébként van még pár ilyen dolog, amit nem értek a windows háza táján. Miért nem tudta rendesen kezelni az UTF8-at az XP és korábbiak? Miért nem tudja olvasni a népszerűbb nyílt forráskódú fájlrendszereket a win?

( persicsb | 2012. 10. 22., h – 15:16 )

Szerintem nem igaz, amit ír. Szerinte a nyári/téli időszámítás szerinti időt nem lehet bizonyos esetekben UT1-re konvertálni. Dehogynem. Gondoljunk bele, az ő gondolatmenete szerint az óraállításkori (pontosabban a visszaállítás a lényeg) hajnali 2 óra (ami ugye a lokális időben 2x egymás után történik meg) két példánya egymástól nem különböztethető meg ("There are two possible corresponding hours on the Universal Time scale for the repeated local-time perios, which makes it impossible to unambiguously determine Universal Time during that hour"). Ha ez így lenne, akkor a számítógép végtelen ciklusba kerülne, hiszen a második példány letelte után újra 2 órára állna be.
A lényeg itt, hogy a második 2 óra már másik időzóna szerint történik, mint az első 2 óra, ezért fontos az időzóna-információ közlése minden időközléskor. Az első idő 2:00 CEST, a második 2:00 CET, ha Magyarországon vagyunk.
Azaz így telik az idő: 00:00 CEST, 01:00 CEST, 02:00 CEST, 02:00 CET, 03:00 CET stb...amikor nyáriról téli időszámításra állunk át, azaz október utolsó vasárnapján.
Míg március utolsó vasárnapján: 00:00 CET, 01:00 CET, 03:00 CEST történik.
"If a computer is booted during the hour after DST ends, it cannot determine UT reliably."
Dehogynem. Ha a számítógép azt látja az órán, hogy 03:00 CET van (illetve a másik esetben 03:00 CEST), akkor az invalid idő, hiszen ilyen nem létezik a listában, ekkor már 02:00 CEST van.

Minden időpont pontosan egyszer áll elő, de az időzóna változik.

Minden szabványos időpont-közlésben az időzóna-információnak ott KELL lennie, mert akkor igenis egyértelmű, hogy az adott idő melyik UT1-es időnek felel meg.

" mert a fájlrendszerből pl. hogy szeded ki a kreáláshoz tartozó időzónát is?"
Erre mondtam azt, hogy MINDEN időreprezentációnak tartalmaznia kell az időzónát is. Ha ez megvan, akkor már lehet pontosan számolni mindent.
Ami időzóna nélküli időreprezentáció, az nem jó, mert nem lehet értelmezni. Főleg azért nem, mert az országok időnként időzónát váltanak, időszámítást váltanak, ki/be lépnek a nyári időszámításba és hasonlók. Pl. 2010-ben Oroszországban megszűnt két időzóna használata.

+1.
Unix rendszerek nem taroljak azt, hogy mikor jott letre egy file.
Taroljak a hozzaferest (atime), de ez kikapcsolhato; taroljak a metaadatok valtozasat (ctime) es a file modositasat (mtime).
A letrehozast nem, nincs is benne a POSIX-ben (http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/stat.h.html)

Ha harc, legyen harc. (Szerintem amugy az ext4 meg mindig nem tartozik a "*X alatt elterjedt" kategoriaba, de ezen most atsiklok. Ha valakinek kedve van, inditson szavazast: ext2, ext3, ext4, xfs, jfs, reiserfs, reiser3 vagy mi a franc a neve, btrfs, netan zfs, vxfs, hogy csak parat szemezgessek a linuxon kezelheto FS-tipusok kozul; es akkor a *X-be nem vettem bele azt, ami nem Linux.)

Ez a bizonyos ext4 crtime hogy viseli a mv parancsot (fs-en belul), es hogy viseli akkor, ha az a mv 2 kulonbozo ext4 kozott tortenik? Mi van akkor, ha ext4 -> (mondjuk) JFS (*) -> ext4 az utvonal? Mert mi szamit? Az inode letrehozasa, vagy az inode altal hivatkozott fajl letrehozasa? (Most arrol mar nem is beszelve, hogy vajon hany eszkoz van, amivel le tudom kerdezni / fel tudom hasznalni.) Mi van archivalaskor/backupkor es visszatolteskor?

De termeszetesen csak arrol van szo, hogy mivel eddigi eletem soran aki *X kornyezetben azt mondta, hogy fajl letrehozasi datum, az az esetek kb 100-110 %-aban egyszeruen felreertette/rosszul ertelmezte a ctime mezot, igy en erre ugrottam. Es nem arra gondoltam, mint te.

(*) barmi, ami a POSIX szemantikat kovetve nem tarolja a letrehozas datumat

windows alatt nem tudom, hogy megy ez, de Unix alatt az idő a unix epoch óta eltelt másodperceket tartalmazza, nem a lokális időt.

De azért fura lenne, ha egy Windows szerver nem tudná azt, hogy két különböző kliens, két különböző időzónából a saját helyi időzónája szerint mutassa egy adott fájl dátumát. Vagy hogy ne lehessen sorbarendezni. Szerintem windows alatt ugyanaz mehet, mint Unix alatt.

Greenwhichben is ket idozonat hasznalnak, van ugyanis nyari idoszamitas (WET es WEST).
Amit mondani akarsz, az az UTC :)
Ket UTC idot ossze lehet hasonlitani problema nelkul, de az UTC hasznalata minden eseten (azaz MINDENHOL) problemas lenne, pontosabban kenyelmetlen, gondolj bele, ha mondjuk az osszes magyarorszagi autobusz-menetrend UTC-ben lenne kiirva.
Ezert szamit az idopontok kozlesenel (azaz informacio atadaskor) az idozona, a tarolas lehet UTC szerint.

Ket gep kozott megintcsak tokmindegy, mehet minden UTC-ben, ott jon kozbe a problema, ahol ember van a rendszerben, szamunkra a helyi ido hordoz informaciot, mert mi emberek nem UTC-ben szamolunk.

Speciel nem WET/WEST-re, hanem a hangyomanyos GMT-re gondoltam, de tudom, hogy ma UTC-t kell mondani helyette. (Vernet kicsit kiforditva: ugy irjuk, hogy GMT, de ugy ejtjuk, hogy UTC.)
Es arra probaltam ramutatni, hogy minden kommunikacioban UTC szerint kell jarni, az pedig, hogy megjeleniteskor lokalis orat mutatunk, az egy dolog. (Csak tudni kell rola.)
Az pedig, hogy mi emberek UTC-ben jarunk vagy nem, az nem sokat szamit, hisz ahhoz kepest, hogy a NOSZF-ot november 7-en unnepeltuk (ovodasok kedveert: nagy OKTOBERI szoc. forr.), van ennel nagyobb csuszas is a datum/ido kezeleseben. Szoval a helyi ido vagy UTC ido az ugyanugy megszokas kerdese, mint a jobb- es baloldali kozlekedes, vagy hogy a fekete vagy a feher a gyasz szine, es i. t.

( Zahy v | 2012. 10. 22., h – 23:57 )

Friss lehet a cikk: "Even the forthcoming Microsoft Windows Vista!"

( apostroph3 | 2012. 10. 23., k – 03:09 )

What is the PC's Real Time Clock? Every IBM PC compatible computer features a battery-backed "Real Time Clock (RTC)" chip.

kár hogy nem igaz, az ibm pc-ben nem volt alapból, külön kellet egy 8bites isa kártyát tenni bele, csak pc/xt óta van óra minden alaplapon.