|
|
发表于 26-6-2015 07:26 PM
|
显示全部楼层
你那 youtube 只說了甚麼是時鐘，而且原子鐘只說了 Cesium，還沒說 Rubidium 呢。看了也不知道為甚麼要當機。
GPS 本身就自帶至少４個原子鐘。差了一秒最多就只那一秒鐘有問題，又怎會當機？
Stock Exchang 需要準確只因為要算錢，賣出的時間不能夠早過買進的時間，但就沒有所謂的當機的傳說。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 03:03 AM
|
显示全部楼层
任何一个真正的程序员都不会跟你保证系统100%没bug 不会死机
everythings that can go wrong will go wrong
更何况你也点出了时间的复杂 更不用说你软件不会只是独立运行
OS可能出错 用的web services可能出错 在这么复杂的互相依赖的环境下 用什么来肯定一定不会死机？
我同意可能我们都没遇过这问题 但不能因为我们没遇过 就是代表这问题没发生过 或者直接保证根本不会发生
当然这问题跟其他问题比起来相对的不是那么严重 影响不会太广 时间通常也不久 但是不是因为这样 你就可以说他不会发生
我之前放的link也说了之前发生过的状况
2012 年：
In Reddit’s case, the problem could be traced to a glitch in the Linux kernel, the core of the open source operating system. A Linux subsystem called “hrtimer” — short for high-res timer — got confused by the time change, and suddenly sparked some hyperactivity on those servers, which locked up the machines’ CPUs. “Almost every time we have a leap second, we find something,” Linux’s creator, Linus Torvalds, tells Wired. “It’s really annoying, because it’s a classic case of code that is basically never run, and thus not tested by users under their normal conditions.”
2008 年：
Scientists added a second on 31 December 2008, meaning the final countdown required 11 rather than 10 seconds to bring us into the New Year to allow for the time to hit 23:59:60.But Oracle’s CRS couldn’t cope with the added Marty McFly-style second, which meant that many of its servers rebooted on their own just after midnight on New Year’s Day.The firm issued a fix for the embarrassing glitch on Monday after many sys admins grumbled that their CRS nodes were rebooting.
2005年：
Google:
Our systems are engineered for data integrity, and some will refuse to work if their time is sufficiently “wrong.” We saw some of our clustered systems stop accepting work on a small scale during the leap second in 2005.
如果闰秒根本不是一个潜在可能出现的问题 google也不会特别去找出解决方案 ， IntercontinentalExchange 也不会在今年30/6晚上特地延后一个小时的交易 （https://www.theice.com/leap-second）。如果你觉得他们只是 危言耸听 或者之前发生的事只是他们编出来的传说 那我也无话可说了 我尊重你的个人看法
|
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 07:48 AM
|
显示全部楼层
我希望你明白我說甚麼，第一電腦本身的時間就不準，間時跳前跳後是常有的事，如果只因為加了一個閏秒而死機的話，那它軟件本身就有問題，不能賴在閏秒上。就好像本身有高血壓，看鬼電影時爆血管死了，你能賴在鬼電影上嗎？
第二，雖然銀行及金螎有高時間準確性的要求，但因支術上的問題，還是會有差誤的，閏秒有史以來也加了不少次。都沒甚麼問題。
第三，你所說的例子，除了第一個說 Halt the CPU以外，第二個是 Reboot 及第三個一只停頓了一秒。我只可以說，第一個死機的例子，只是剛巧增加閏秒而發現吧了，如果多待幾天，就算沒有閏秒也會因為相同問題而死機的。第二及第三個問題也會因為某天網絡出現了一點小問題ＮＴＰ慢了一秒而發生。
在做 stress / load testing 時，很多時候我們都會把時間加快或放慢。都要外加一些高精確度的時間設備來讀取，讀取過後還是有可能因為 Antivirus 在後台跑著，你的程序處理慢了一秒才能把數據寫入。這就是 Windows 及 Linux 的先天不足，因為本身就不是 Real-Time OS，沒能力把握得很準。
再強調，如果某些軟件因為多加了一秒而死機，那就算沒多加那一秒，不久後還是會因為其它的問題而導至同樣的 Bug 而死機。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 06:05 PM
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 06:15 PM
|
显示全部楼层
虽然我不知道具体leap second怎么让电脑当机，但是历史上都已经发生过几次了。之前foursquare,Yelp, LinkedIn甚至linux os 也曾经被波及。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 09:58 PM
|
显示全部楼层
同意
我的NOKIA电话的时间总是比较快，我要自己调回来才行
|
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 10:15 PM
来自手机
|
显示全部楼层
|
|
|
|
|
|
|
|
|
|
|
发表于 27-6-2015 10:35 PM
|
显示全部楼层
我只能說，如果某個系統會因為增加了一閏秒而死機的話，那它隨時都可能死機，不必等到增加閏秒的那刻。
可能突然間你電腦的 Load 太高，讀取了時間後遲了一秒才 process。
|
|
|
|
|
|
|
|
|
|
|
|
发表于 3-7-2015 07:54 AM
来自手机
|
显示全部楼层
馬拉棧 发表于 27-6-2015 07:48 AM
我希望你明白我說甚麼，第一電腦本身的時間就不準，間時跳前跳後是常有的事，如果只因為加了一個閏秒而死 ...
我从来就没怪这是闰秒的错 任何的bug都是程序员设计的问题
有错也是程序员疏忽 闰秒这些只是触发这些bug的因素
之所以这样 我才一直说闰秒是有他的潜在风险啊
不能说反正平时时间都没准过 闰秒肯定不会造成问题
不能说我平时有高血压看鬼电影没爆血管 就永远看鬼电影不会爆血管
可能刚好那天身体就不舒服 看了就爆了
如果不是因为闰秒而触发问题，多待几天也会死机
怎么闰秒之前待机那么久不会死 早不死晚不死就是在闰秒的时候死 哈哈
除非他的时间一直都是准的 只有闰秒多加一秒触发这问题
不然就是处理闰秒的code有bug了
怎样都是闰秒触发的 就代表有风险了
看看redhat写的:
RHEL 6
There is a chance that a system can hang once it receives notification of the insertion of a leap second; this issue is documented in Systems hang due to leap-second livelock.
After the leap second has been inserted futex heavy applications began consuming a large amount of CPU; this issue is documented in Why is there high CPU usage after inserting the leap second?.
https://access.redhat.com/articles/15145
有些module是专门负责ntp在闰秒的insertion flag的 而这些code在你平时时间快慢不准的时候是不会跑的 他们在闰秒的时候都是有发生问题的风险的
如果那些写kernel的人都说反正时间都不会准过 不用找出任何潜在的问题的话
这些bug就不会在之前被发现 现在就是大问题了
当然对普通用户 普通的软件个工程师来说 可能不会有影响 但这个报道让普通人了解闰秒可能的潜在问题 让普通用户了解软件工程不是简简单单变魔术一样 很好啊 不是仙家吧 |
|
|
|
|
|
|
|
|
|
|
|
发表于 3-7-2015 08:32 PM
|
显示全部楼层
RedHat 好像十多年前都沒有了。
Kernal programming? 如果你做 Kernal Programming 然後又把所有的 interrupt 都 mask 掉的話，你的時鐘根本都不能動呢。
還是說回那句，如果一個程序會因為多了一秒而死機，那麼它平時也很有機會因為時間慢了一點點而死機。如果平時都沒在乎的話，那也不必特別的在乎那閏秒。
|
|
|
|
|
|
|
|
|
|
| |
 本周最热论坛帖子
|
1844 
95
