[投書] 高鐵「重新開機」的省思

看板Railway作者 (HIGASHIO OSAMU)時間12年前 (2013/05/01 01:56), 編輯推噓4(405)
留言9則, 5人參與, 最新討論串1/1
http://www.libertytimes.com.tw/2013/new/apr/30/today-o2.htm 首頁 > 自由廣場 2013-4-30 高鐵「重新開機」的省思 ◎ 黃祈恩 上週四高鐵因為無法排除的故障,造成停擺四個小時,最後據稱只花幾分鐘重新開機 就排除故障、重新營運,因此事後媒體撻伐,要高鐵檢討,甚至行政院長下令要懲處 相關人員。 看到這樣的狀況,不免令人憂心。高鐵停止營運,需要檢討的是配套的疏運問題,但 對於當機系統的處置,從軟體錯誤排除的角度而言,事實上是應該嘉許的。 高鐵除了是大眾運輸系統,同時也是攸關人命的軟體系統。動輒三百公里時速,任何 差錯都是傷亡慘重的重大事故。歷史上,因為軟體系統的疏失,造成的損失不計其數 ,包括一九九六年因為一行指令的錯誤,造成歐洲太空總署的阿利安五號火箭發射失 控,損失三百億台幣。二○○九年六月一日,法國航空空中巴士A330失事,造成兩百 二十八人喪生,據調查是因為一連串的信號收送與處理不一致所造成。 在軟體的錯誤類型中,有所謂的海森堡不可測錯誤,導因於系統部署與偵錯有時序上 的間距而無法偵測。這種問題導致的軟體失控,有可能重新開機後,因為不一致狀態 的清除,而暫時恢復,但將來是否會再度被觸發,除非找到錯誤源頭,否則都將是無 法斷定的未爆彈。 對於人命攸關的軟體系統,若只靠重新開機了事而暫時恢復、不去追查問題來源,才 是不可取的做法。 (作者為交通大學資訊技術服務中心副教授) 用過電腦的人都知道 ◎ 呂弘屏 看到「幾分鐘可解決的故障 高鐵竟停擺四小時」這則新聞,深深感受到記者對專業 的不尊重。 使用過電腦或操作過資訊軟體的人應該很清楚,當系統出現問題時,第一件事情絕對 不是重開機,因為,問題的出現表示有程式在特定的環境下出錯了。要找出問題,除 了從原始的程式碼中尋找,還要從系統環境來找。若只是重開機直接把系統還原,如 此一來,當發生相同問題的條件再度成立時,問題還是會再一次發生。 讓工程師花四個小時維修系統、找出問題,是為了維持高鐵列車的安全,以防止未來 再度發生這樣的問題。如果重開機強制運轉,這些原本被延誤的三.五萬人,是很有 可能因列車追撞而喪命的。 (作者為高雄大學應用數學系學生) -- Ian Wright︰2.3.6.8.11.16.17.19.20.24.27.28.31.35.36.37.39.45.48.50. Justine Shapiro︰1.4.5.9.15.21.23.25.29.30.32.33.38.44.46.47. Megan McCormick︰14.18.43.49. Shilpa Mehta︰12.26.41. Jonathan Atherton︰7.40. Christina Chang︰10.13. Neil Gibson︰34.42. Andrew Daddo︰22. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 182.234.147.55

05/01 02:10, , 1F
所以他只能當記者而已。
05/01 02:10, 1F

05/01 06:32, , 2F
所以台灣人只能跟著記者當鍵盤批評而已
05/01 06:32, 2F

05/01 09:12, , 3F
對一般使用者來說,的確是關閉程式或重開就好
05/01 09:12, 3F

05/01 09:13, , 4F
但卻沒注意,為何當機或出錯時 Windows 都會跳出一堆數字碼
05/01 09:13, 4F

05/01 09:14, , 5F
包括惡夢藍白/紅白畫面也會列出錯誤碼
05/01 09:14, 5F

05/01 09:15, , 6F
這些資訊就是給技術人員糾錯用的,關掉重開就不見啦
05/01 09:15, 6F

05/01 11:08, , 7F
當故障發生只會罵爛和抓豬頭來懲處,只會逼工程師直接重開
05/01 11:08, 7F

05/01 11:08, , 8F
長期下來就糟了...
05/01 11:08, 8F

05/01 22:00, , 9F
外行
05/01 22:00, 9F
文章代碼(AID): #1HW0NWJG (Railway)