|
|
发表于 22-6-2015 04:58 PM
来自手机
|
显示全部楼层
还好啦。
我遇到也只是给它restart一下继续用而已。
不然就直接关插头，再开过 |
|
|
|
|
|
|
|
|
|
|
|
发表于 22-6-2015 05:32 PM
|
显示全部楼层
如果1秒能增加3个零在后面的话！我愿意失去24小时生命！.gif)
|
|
|
|
|
|
|
|
|
|
|
|
发表于 22-6-2015 05:53 PM
|
显示全部楼层
没问题，你要在小数点后面加几个零都可以
|
|
|
|
|
|
|
|
|
|
|
|
发表于 22-6-2015 06:17 PM
来自手机
|
显示全部楼层
|
时钟从来都没准过，nokia手机更厉害，时钟会自己倒退。 |
|
|
|
|
|
|
|
|
|
|
|
发表于 22-6-2015 07:32 PM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 12:38 AM
|
显示全部楼层
本帖最后由 cdef 于 23-6-2015 12:40 AM 编辑
电脑时间是会一直sync确保一直正确 是没错。 也就是这个sync也会造成问题
软件工程不是想象的那么简单 一直sync就会没事
普通家用电脑当然不会因为润秒而死机 你电脑时间多不准 也不会有事
但是大型server差几毫秒也会出问题
举个容易明白的例子：
23:59:59:50 你寄了封email ......
00:00:00:00 server sync 时间，因为要润多一秒，所以server把时间从00:00:00:00调回23：59：59：00
就在这个时候 收信人收到你的email 因为刚刚的调整 他收到的时间是更新后的23:59:59:10
现在问题来了 很明显有logic error ,收到的时间是23:59:59:10 ，send的时间是23:59:59:50
server 就会遇到问题 为什么收到的时间比发出去的时间早 穿越时空哦？
program 就会throw exception....如果这个问题程序员早就预料到 就会告诉server如果遇到了要怎么解决 当然没事
但是如果有些出错是程序员没预料到的 server不会解决 就会hang在哪里 当然会死机
当然这是很简单的例子 这种问题早就被解决了 还有很多复杂的问题 不是想象那么简单 也不是restart下就可以解决
想多了解可以随便online search 下
http://www.wired.com/2012/07/leap-second-glitch-explained/all/
|
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 01:14 AM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 02:50 AM
|
显示全部楼层
不是你用着的电脑，是那些网络公司的超级电脑，他们的电脑很分秒都分的很清楚的。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 07:57 AM
来自手机
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 08:14 AM
|
显示全部楼层
哪會。我進進出出了那些大型網絡的 Data Center 不少次了。都沒見過有用原子鐘做定時的。有些 Data Center 的時間與我的時間相差５分鐘的我都見過。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 08:19 AM
|
显示全部楼层
你對 internet 看得太簡單了。一封 email 從你的電腦到收信者的電腦，可能要幾過５～６個 Server。每個 Server 的時間相差幾秒（或幾分鐘）是幾乎無可逼免的事。
除非電腦都用原子鐘定時，要不然每一兩個星期差幾秒都是無可避免的事情。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 09:14 AM
|
显示全部楼层
我要在户口里面的数字小数点前面加。。。。。。。。。。。。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 23-6-2015 09:38 AM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 25-6-2015 10:10 AM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 25-6-2015 03:00 PM
|
显示全部楼层
我只是简化让大家明白 email会经过的path当然不会那么简单
同一个时间点在一天内出现两次 会可能出问题
在很多data integrity很重要的system， 是被设计成如果时间误差太到会停止工作的
而且你要考虑到像google这样的公司 你做的每个search，是通过loan balancing 分配到各地的computer cluster处理的
不像你一架server，如果时间错，最多是资料的时间错误而已，不会造成冲突
可是如果是computer cluster，那就不一样了
server当然不会用原子钟定时 但大部分的server有其是对时间有要求的一定会用network time protocol 来sync时间
network time protocol 的时间是参考原子钟的
每个server的用途不一样 软件设计也不一样 对时间的精准度要求也不一样
不可以说你看过的server时间没准过 就代表全世界的server时间都不准
2012就有闰秒过 也导致几个网站当机 是Linux的bug
问题当然不是很严重 但的确会造成问题
|
|
|
|
|
|
|
|
|
|
|
|
发表于 25-6-2015 03:20 PM
|
显示全部楼层
你知道用NTP來進行同步就好了。就連你的電腦也是。
一般上ＮＴＰ都只能確保大約一至兩分鐘的差誤率。而 Data Center 如果有自己的 Time Server 可以確保在一至兩秒內吧。因為ＮＴＰ從 Server 到你的電腦要花的時間不一樣。換句話說 Time Server 告訴你現在是 1:23:45 但這花了一秒才到你的電腦，欲只花了 0.5 秒就到了你朋友的電腦。你們電腦時間就會有差異了。
也就是說今天你的電腦可能比你朋友的電腦快幾十秒，但明天就可能他的比你快了。
如果只因為一兩秒鐘就要死機，那你的 Data Center 一天內就要死幾十次了。
我用 AWS 及 Azure 也不見得每架機的時間都完全一樣。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 25-6-2015 03:51 PM
|
显示全部楼层
每架机时间不一样不一定必然有问题
现在问题的点是闰秒 可能出现的问题是这多出来的一秒内发生的所有transaction该如何被记录
用什么方法纪录 记录了后会不会导致数据有冲突
不同的系统有自己设计的误差值 可能有些系统对时间没要求 误差几秒不是问题
有些系统只能误差毫秒
毕竟闰秒不是天天发生 有可能有设计上的bug没有被发现
如果因为这个bug让程序进入死循环 就有造成死机的可能性
|
|
|
|
|
|
|
|
|
|
|
|
发表于 25-6-2015 05:50 PM
|
显示全部楼层
既然每架都不一樣，那也就是說時快時慢是常見問題。
你告訴我有哪一些系統只能差幾毫秒的？要知道 Windows 與 Linux 本身就不是 Real-time Operating System (RTOS) 根本就沒能力精確到幾毫秒內去做一件事。
你沒編過程吧？你把時間看得太單純了！
ＰＣ本身本來就有分 OS System Time 與 BIOS Realtime Clock 的。而且很多時候它們兩都不一樣。再加上ＮＴＰ就變得更麻煩。
因兩者的時間不同，以前常會發生時間跳回幾秒。但現在一般上的做法是，如果發現快了，就等幾秒，總好過讓時間跳回去。但還是有問題，那就是時間不 linear。如果你是有 Real-time requirement 的話，那就要考慮到 quantization error。
我從來沒看過會有系統因為時間差幾秒而死機的。Report 出差就有看過，如進帳前就找了錢，但基本上帳目還是balance 的。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 25-6-2015 10:08 PM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 26-6-2015 05:28 PM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
| |
 本周最热论坛帖子
|
1945 
95
