|
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 七嘴八舌異言堂
(https://www.pcdvd.com.tw/forumdisplay.php?f=12)
- - 每次看到有人抱怨地震預警就覺得很好笑。
(https://www.pcdvd.com.tw/showthread.php?t=1207612)
|
|---|
９２１
剛好我同學就死在９２１ 就算有地震預警！ 你也跑不了！ 時間根本來不及！ 而且在台北住高樓的人．．．．．．真的出事．你就認命吧！ 股票上漲．都是虛的！ 你沒那個命花啦！ :D |
小震不用跑
大震跑不掉 |
鵝是覺得預警系統對重點單位例如台鐵/高鐵/捷運/核電廠和瓦斯公司之類有發揮作用比較重要,至於一般人有這玩意當然是不錯,沒收到也只好笑笑,畢竟用無線電廣播發警報因為先天上的限制,也只能說盡人事,聽天命啦:o:o....
|
引用:
連你都找不到該科普文 . 那還有多少人見過該科普文 ?? 或知道該知識訊息 ?? 您卻跑上來罵那些抱怨地震預警訊息失效的人 . 連"奧客"兩字都出口了 !! 您憑仗的是您看過該科普文而別人沒看過就是被你甩過兩條街 ?? 您很大膽地面對群眾採取的不是科普教育說服方法 . 而是諷刺發罵 該科普文作者作文的心態目的到底是教民化雨關懷群眾還是高人一等自己爽歪歪 ?? 若日後找得到該科普文作者 . 問問他諷刺漫罵能不能是科普教育手段 菁英咖想想吧 ............ 科普該是什麼樣式 名言 : 真正的自信來自知識 也是名言 . 來自市井 : 半桶水叮噹響(狂妄心態) |
引用:
地震預警對一般人也很有用 ..... 架高修車 . 洗水塔 . 搞水電 . 站梯子 . 煮大鍋油湯 . 高樓下 . 走樓梯時 磚製隔間磚製欄杆旁 . 易倒的廚櫃邊 . 邊坡停車 . 逛大賣場 . 洗澡如廁 大面積裝釘天花板下 . 懸掛藝術燈風扇下 . 爬五寮尖時 . 途經蘇花 . 遊戲設施 小孩老人在幹什麼又在哪裡 . 搭電梯 . 排隊上雲宵飛車 . 搬東西 . 跟姑娘生孩子 ...... 若無預警差那幾秒反應時間 . 可能就造成生死兩別 ...... 工程上有無地震預警更重要 . 如高架工程隧道工程卸料工程破壞工程吊掛工程 ..... 從挖地基到上鷹架 . 一大堆 預警始開的4級震度對全民都有不小的危險性 . 因文明生活要求恆常的穩定 而這次台北5級弱卻預警沒開 ~ 不盡人事如何聽天命 ?? |
引用:
問題是對幾十或幾百個重點單位要做到確認送達不難(送完沒收到Ack則自動重送:flash: ),但要在幾秒内對數十萬甚至上百萬手機做到確認送達其難度不知差了幾個量級啊----廣播方式先天上就無法透過Ack確認可靠性,這點不論誰來做都一樣,只能說如果現場有一隻以上手機,希望至少有一隻會矇到:o:o.... |
引用:
台北這麼大 . 人這麼多 . 地震預警沒收到者眾 ..... 莫不不會有這麼多人罵 撇除收訊不良場所 . 到底是地震預警系統本身架構失當人為錯誤 . 還是如您論的Ack確認的問題 ?? https://udn.com/news/story/6656/787...ws-1-cate1-news 引用:
200億數位發展部的政績第一鍋居然是賣麵線網路物流系統 . 而這簡單一鍋居然翻了 ~ 數位天才 ?? 若真是地震預警失效是因Ack確認的先天問題 . 花200億夠不夠改善 ?? 那不是呢 = 200億打水漂 台灣可是地震好發國家 ...... 地震預警應該是生活訊息 |
一堆人說沒用
但我覺得能爭取到五秒從床上到家門口打開門就夠本了 |
引用:
鵝不清楚您對Internet熟不熟,在此借用一下TCP/IP的原理說明一下了.... 一般說TCP用於可靠性傳輸,TCP可靠的原因是其有flow control/error detection機制,sender在沒有收到recipient對某個data segment的Ack時會試著重送給recipient(i.e.Retry),直到recipient確認或timeout為止,在此Ack/Retry很明顯是跟個別recipient相關的,所以TCP無法做到sender送一次資料就能給一個以上的recipient(i.e.廣播或群播).... 而UDP是沒有flow control/error detection的,sender只負責往destination丟,因為沒有flow control/error detection,sender丟到一般unicast address就是單播,如果Dst是Class D(224/4)就是群播(IP Multicast,Internet實際上是沒有一般人認知的廣播的),如果是群播的話也無法做到by recipient的Ack的(原因如前述,有n個recipient時,是要以誰的Ack為準:flash: ).... 無線緊急警報或許可以用IP Multicast描述(雖然不太恰當),sender(主管機關)送出到電信業者端,電信業者經由其內部網路轉送到要告警區域的基地台,再由基地台經由無線傳輸段轉發給所有向其註冊的手機(以基地台為單位發送,而不是按門號發送:flash: ),壞就壞在基地台和手機間的無線傳輸段是個很不可靠的媒介,而以群播方式發送先天上又無法透過Ack/retry機制來確保可靠度,那就意味著這玩意就只能是best effort了:flash:.... 鵝拉拉雜雜寫了一坨,只是試著以技術的觀點描述這玩意為何先天上就是不可靠的,不依靠Ack才能在短時間內發送給盡可能多的受眾,如果要求可靠度的話就只能依靠Ack做error detection/correction,但在電信網路上就相當於只能按門號依次發送,不過真這麼幹又無法滿足這類time critical application的要求,您參考參考吧:o:o.... |
引用:
我大太魯混鋼構蓋房子的 . 只會寫小網頁 . 只懂氣象署說誤判 . 沒有發地震預警給台北 ...... 若氣象署說真話沒有包庇誰 . 此中Internet技術就不是問題核心 ..... 從新聞上判斷台北人對未發警報哭爹喊娘來看 . 應該就是氣象署沒騙人了 也可以從上次選前ㄚ陸火箭逛台灣 . 當時全台手機警報大響有漏掉台北嘛 ?? 又這次怎麼漏了 ?? 全國警報系統真存在Internet技術的重大問題 ?? 網兄要帶我逛迷宮嗎 ?? |
| 所有的時間均為GMT +8。 現在的時間是11:37 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。