-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!wsisiz.edu.pl!.POSTED!not-for-mail
From: Atlantis <m...@w...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Różny czas pomimo synchronizacji z NTP
Date: Thu, 13 Nov 2014 13:35:47 +0100
Organization: http://www.wit.edu.pl
Lines: 15
Message-ID: <m428j5$fgv$1@portraits.wsisiz.edu.pl>
References: <m3ua09$pji$1@portraits.wsisiz.edu.pl>
<54634628$0$2844$65785112@news.neostrada.pl>
<m3vhgb$sa6$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<m3vl01$7ni$1@portraits.wsisiz.edu.pl>
<m3vm1h$beo$1@portraits.wsisiz.edu.pl>
<m3vmov$dau$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<m3vrph$t12$1@portraits.wsisiz.edu.pl> <m401dh$ov$1@node1.news.atman.pl>
<m402nq$k1a$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<m40dif$n1u$1@portraits.wsisiz.edu.pl>
<a...@n...neostrada.pl>
<m40iup$8bk$1@portraits.wsisiz.edu.pl> <m40mem$f3f$1@node2.news.atman.pl>
<m40n5d$m4q$1@portraits.wsisiz.edu.pl> <m40npm$pk1$1@node1.news.atman.pl>
<m40o16$oso$1@portraits.wsisiz.edu.pl> <m40ov7$qvi$1@node1.news.atman.pl>
<m40pg4$th5$1@portraits.wsisiz.edu.pl> <m40ptt$rvr$1@node1.news.atman.pl>
<m41s4u$76r$1@portraits.wsisiz.edu.pl>
<54648bc1$0$18073$65785112@news.neostrada.pl>
NNTP-Posting-Host: aaac161.neoplus.adsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: portraits.wsisiz.edu.pl 1415882150 15903 83.4.2.161 (13 Nov 2014 12:35:50
GMT)
X-Complaints-To: a...@w...edu.pl
NNTP-Posting-Date: Thu, 13 Nov 2014 12:35:50 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101
Thunderbird/24.6.0
In-Reply-To: <54648bc1$0$18073$65785112@news.neostrada.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:673919
[ ukryj nagłówki ]W dniu 2014-11-13 11:45, Andrzej W. pisze:
> W odpowiedzi od serwera w polu "Originate Timestamp" powinieneś mieć to
> co wysłałeś w "Transmit Timestamp".
> Można by też lekceważyć wszystkie odpowiedzi z LI=3.
> A jak chcesz być poprawny to powinieneś też sprawdzać czy pole Stratum
> nie jest równe zero i podejmować odpowiednią akcję.
Hmm... Czy w takim razie ta mocno uproszczona funkcja wysyłÍająca
request może być odpowiedzialna za zachowanie mojego programu? A może
jednak coś jest nie tak z funkcją odbiorczą? Może autor popełnił błąd i
zaprogramował odczytywanie pól z niewłaściwym timestampem?
Jaka pomyłka mogłaby skutkować czasem opóźnionym o kilka-kilkanaście
sekund po aktualizacji, no chyba, że serwer "zaleje się" requestami?
Następne wpisy z tego wątku
- 13.11.14 13:55 J.F.
- 13.11.14 14:00 Andrzej W.
- 13.11.14 18:17 Atlantis
- 13.11.14 22:16 Atlantis
Najnowsze wątki z tej grupy
- Prognozowanie zużycia energii przez PGE?
- Odkurzacz mnie bije :(
- Rapsberry Pi i synchronizacja plików
- RCD 300 mA
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
Najnowsze wątki
- 2024-10-04 Warszawa => Senior PHP Laravel Developer (e-commerce) <=
- 2024-10-04 Warszawa => Data Scientist / Data Engineer (predictive modelling) <=
- 2024-10-03 Nieparzyste dmuchanie
- 2024-10-03 Prognozowanie zużycia energii przez PGE?
- 2024-10-03 Re: Drugi ekran na Androidzie
- 2024-10-03 sprawiedliwosc nierychliwa
- 2024-10-03 zloto
- 2024-10-03 Odkurzacz mnie bije :(
- 2024-10-03 Gdańsk => Technical Lead ( (Java Background)) <=
- 2024-10-03 Warszawa => Mid IT Recruiter <=
- 2024-10-03 Olsztyn => Sales Specialist <=
- 2024-10-03 Leszczyna nie zna prawa?
- 2024-10-03 Warszawa => OpenText ECM Specialist <=
- 2024-10-03 Blokowanie informacji - test
- 2024-10-02 Warszawa => Fullstack Developer <=