Mennyire pontos időt mutat a pontosido.com?
Másodperc pontos, vagy késhet is az oldal betöltődési ideje miatt?
A számítógépem 2.5-3, a telefonom 5 mp-cel többet mutat. Melyik a legpontosabb?
Nektek írja valahol az oldal önmagától az eltérés mértékét vagy honnan veszitek?
Nálam nem írja.
Juper notebook-al lekértem az oldal tartalmát, a javaScript kódból kikeresem az unix időbélyeget, a http kérés fejléce tartalmaz egy Date-t, természetesen csak sting formában, GMT idővel azaz a greenwichi középidő szerintivel, az oldal lekérésének is van egy időtartama, a kérés kezdetétől a válasz megérkezéséig,azt is mérem ami ~300 milisecundum. A különbséget én magam számolom a kódban, minden esetben 1 másodperc alatti. Viszont a skála másodperces amit elérek a szerver által, beleértve a válaszfejlécet is és az oldal tartalmát is. (A válasz fejléc alapján lehet ellenőrizni más weboldalak szerveróráját is). Lényeg hogy mondhatni hogy a különbség mértéke nem megállapítható, mert az elérhető (másodperces) pontosságon belül van az eltérés. [link]
Ismét a 14:27-es vagyok. Csináltam még egy tesztet, ezt már fizetett parancssoros ssh szolgáltatáson keresztül futtatom, nem saját gépen. Mértékegységeket kijavítottam, ahol a "sec" lemaradt pótoltam, ahol unix timestamp van ott számnak kell lennie (nem dátumnak) különben ugyanaz a kód: [link]
Eredmény lényegében ugyanaz.
A kódot is megosztom : [link]
"Ebből a kódból semmit sem értünk. :) Akkor mennyi a pontossága végül is?"
Vissza is kérdeztem már tegnap 14:22-kor : "Nektek írja valahol az oldal önmagától az eltérés mértékét vagy honnan veszitek?" Ahogy írtam már tegnap a pontosság nem határozható meg másodpercnél pontosabban, mert a szerver egész másodpercre csonkított értékeket ad vissza. Külön leírom akkor hogy a visszaadott idő pont megegyezett a saját gépem által másodperc pontosságra csonkított idővel.
Nem elírás azaz nem másodpercre kerekítés, mert pl. valahányegész 8 tized a töredék másodperc, ott is a tizedet egyszerűen csak levágja a webszerver, nem kerekíti.
@11:43 : Még pontosítanék. (Nem gondolkoztam rajta, csak beugrott hirtelen.) Nagyon nem triviális,ahhoz már mesternek kell lenni hogy tudományosan is megalapozott legyen, jobb pontosság is kihozható lehetne, ha onnan a kvantált érték csak másodperc beosztású. Sok mérési pont kell (sok oldallekérés) és a sarokeseteknél fogható meg. Azaz amikor épp áttér egyik másodpercről a másikra, már alig van század vagy ezred másodperc a következő másodpercig illetve ennyivel épp hogy áttért az új másodpercre, de nehéz mert a klines kérésetől a szerver válasz feldolgozásáig eltelt idő sztochasztikusan változik, mivel ez sok összetevős kaotikus rendszer. Függ a hálózati forgalomtól, szerver leterheltségtől stb. Az se triviális hogy hogy generálódott le az időbélyeg szerver oldalon, a kérelem feldolgozásának mely szakaszában. Mire megérkezik (maximum fénysebességgel történhet, de ez gyakorlatilag mindig lassabb, a különböző repetareknek is van késletletése stb.) addigra már több az idő mint amikor a kérelem elküldésre előállított lett.
Szóval abszolút megértem hogy másodperc pontosságot vettek alapul, ez teljesen jó tájékoztatás jellegűen.
A hálózati idő protokoll (Network Time Protocol azaz NTP) esetében ezek mind figyelembe vannak véve, ami mögött informatikai, mérnöki, fizikai tudományterületek együttese alkalmazva van. Az én gépem NTP protolon szinkronizálva van interneten atomórához egyébként.
További kérdések:
Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!