V2EX › mengzhuo 的所有回复 › 第 43 页 / 共 137 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 39 40 41 42 43 44 45 46 47 48 ... 137

❮

❯

2017-10-11 18:34:53 +08:00

回复了 zonga 创建的主题 › 程序员 › 回复 TD 退订怎么实现

@scriptB0y #10

应该是这样~

```
def receive(msg):
if 'TD' in msg:
reply('退订成功')
logActiveUser(msg.phone_number)
```

2017-10-11 08:40:38 +08:00

回复了 Sliverburger 创建的主题 › 问与答 › 哪里能查到微信所使用的全部 IP 地址？

这只是公众号的，建议从 asn 入手

2017-10-11 08:38:20 +08:00

回复了 edison111cry 创建的主题 › 问与答 › v2ex 时不时会遇到 nginx 502 是啥问题

@zlfzy 一看就太年轻
缓存，索引，合表都是常见的优化方向，Livid 这种老油条会不知道？
我估摸着应该是某种需要大量精力的技术债导致的

2017-10-09 16:41:00 +08:00

回复了 xoxo419 创建的主题 › 问与答 › 如果调用服务端的 Socket?

这个文档不标准啊，
各个数据必须标注类型和长度，而且用个 excel 写……我也是醉了

2017-10-03 11:31:01 +08:00

回复了 yanyandenuonuo 创建的主题 › 问与答 › io 域名哪里买比较便宜啊，或者哪位有 gandi 的优惠码没？

搜搜 gandi coupon
不过一般没有用，因为 gandi 自以为已经很便宜了

2017-10-02 18:51:57 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@refactor #30

首先，算法问题，
假设真实时间为 a 且我假定 nist 的时间为真实时间
我运行脚本的机器时间为 b
aliyun 的时间为 c
那 aliyun 和 nist 之间的 clockoffset 差为？
(a-b) - (c-b) = a-c
这道加法问题你还能想不出来？

再说 Truncate，确实是没看过文档想当然了。
现在 gist 改过后，再次跑的结果如下：

time1.aliyun.com,13.335629ms
time5.aliyun.com,26.958865ms
time6.aliyun.com,12.378866ms
time1.google.com,-610.225µs
time2.google.com,-718.174µs
time3.google.com,-2.286346ms
time1.apple.com,-581.431µs
time2.apple.com,-763.91µs
time3.apple.com,-580.033µs
time4.apple.com,-613.852µs
time5.apple.com,-780.782µs
time6.apple.com,-617.045µs

最后说我装逼的集群，在这里
http://www.pool.ntp.org/user/cwyn7v2bradopbcenvggk

集群运行状态在这里，6 台破服务器顶日均上 4 亿请求
https://gontpd.org

代码在这里
https://github.com/mengzhuo/gontpd

P.s. 你总是攻击我，说我装逼，可惜的是自然的规律不会因为你我哪个嘴炮强就改变的。我有错就改了，你呢？

2017-10-02 00:23:24 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@AstroProfundis
可能有些误解，我只是很反感那个哥们说的 Aliyun 和 GPS 一定是对的。多年看空难调查给我的教训是，一切要以事实数据为准绳，而他一直在扯其他的，也不肯公布数据。
而且我并没有说过任何关于高精度授时的要求，仅仅指出了 Aliyun 跟 NIST 之间的 ClockOffset 差值问题。这点我的数据说明了 Google 和 Apple 做得很好，三个独立的数据源都指向相同的结果，而 Aliyun 是不同，简单的可以认为是不准确。
Aliyun 的 pool 机器只是 Stratum 2, 意味着这个误差也可能来自他们和 1 之间。
没有 Aliyun 技术说明之前，谁都只能猜这个误差来源。

Ntp Pool 都是志愿者的机器，实现方法可能有 ntpd,openntpd，大大小小的厂商，自然还有我这种爱好者写的和提供的山寨服务。

2017-10-01 03:49:55 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@refactor
Talk is cheap, show me the code.

2017-10-01 00:01:27 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@AstroProfundis

仔细读一下原文，
GPS 在广播信息里带有偏移值
而如何计算是__接收器__决定的，万一两个都是劣质硬件产品呢？

12 楼的方法是确信 GPS 是准确的时钟源
而且阿里云自己的服务器之间也差不少，我回头补上 Refid 看看是不是同一台服务器。

而且，说我代码、计算方法有问题，至少要指出在哪里。

2017-09-30 15:01:02 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@pynix #14

看 RFC 5905，里面有介绍

2017-09-30 14:41:00 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@refactor #12

看来如果接收机不计算 UTC offset 的话，可能会导致时间源不准确。

https://www.nist.gov/pml/time-and-frequency-division/nist-time-frequently-asked-questions-faq

What is GPS time?
.... Since GPS time does not adjust for leap seconds, it is ahead of UTC(USNO) by the integer number of leap seconds that have occurred since January 6, 1980 plus or minus a small number of nanoseconds. However, the time offset from UTC is contained in the GPS broadcast message and is usually applied automatically by GPS receivers.

2017-09-30 13:50:03 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@rebbie #9

pool 的什么机器都有的，而且每次解析也不一样的

2017-09-30 11:23:25 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@zlfzy #1

NTP 本身就是设计成可以不管多少层都控制在 10ms 以下的误差

2017-09-30 11:21:56 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@ZenFX #3

cn.pool.ntp.org

2017-09-30 11:21:32 +08:00

回复了 mengzhuo 创建的主题 › 云计算 › 发现 aliyun 的 ntp 不够准确啊

@psfang #2
这我竟然没有注意到，关键是知乎的帖子里有个哥们说 aliyun 的时钟源是北斗和 GPS，我个人猜测是被厂商坑了。
https://www.zhihu.com/question/30252609