> ==>發信人: SmallBee.bbs@binary.csie.ncu.edu.tw (喵～～～), 信區: programming
> : 這是將所有請求用排隊來確保單進單出, 這只有解決互斥, 但需化併行為串行,
> : 所以整個反應變慢.
> 反應慢, 高鐵總共也才15x台訂票機, 能有多少請求...?
> 檢查880KB的有序要多久?
> 總共只有「註冊空位」一個動作需要串行處理
> 這動作本來就是「必須要」串行處理
> 當然，進階的方法或許可以先「註冊空位觀察」
> 但是我認為以現有高鐵無論是訂票系統或是座位的規模都沒有這個必要
剪一段 http://udn.com/NEWS/OPINION/X1/3677231.SHMTL
========================================================================
查詢空位, 6 秒完成應答.
假如每日一百萬筆, 一天有 86400 秒, 那就是每秒是 116 筆, 跟 6 秒
完成應答, 那就得有 6 * 116 部終端設備同時連線進行. 在 1970 年代
就是使用 9.6K 專線 modem 延伸終端機距離的大型主機 IBM/370 .
外接 1000 台終端機是可能的.
不過, 那個時代的電腦產品可是非常高價位的.
Mili-second 級的 transaction update 在那個時代的大型主機算是正常.
現在可以一拼的最價廉物美的貨色, 仍然就是千人同時上線的 BBS .
=========================================================================
電子化商務普遍的今天，很難想像一個成熟已久的鐵道票券系統竟落得如此落後
景象。世界第一款商業運用的鐵道電腦票務系統是一九六○年在日本誕生，稱
為MARS系統，到了一九六四年新幹線高鐵列車營運，電腦效能才稍見雛形，但同
樣是功能陽春，甚至在一九六八年曾發生過類似今日台灣高鐵大量座位重號事件
：預售系統將九州地區一周內開行之五十班次對號車座位重號，影響近千張車票
，國鐵人員連忙以三天時間逐次人工核對，將替代座位表以飛機送交九州地區有
關列車長，才暫時解除危機。
該事件促使國鐵深思原因，即是承包的電腦廠商完全不懂鐵道相關運務，而國鐵
人員也不懂當時電腦流程圖與邏輯，於是展開人員互相學習與生活的團隊計畫，
充分理解之後才進行設計。一九七二年發展出來的MARS一○五系統，即已具備每
日處理一百萬筆列車座位預售、查詢列車空位六秒完成應答，以及瞬間讓遍布全
國三百座車站終端機同時取票的驚人能力。現在日本使用的車站終端機已建置八
千多部，售票內容不僅是鐵路列車，還整合了航空、旅館、租車、遊樂場門票等
旅行上必要的相關票券，它的系統效能可以說是新幹線以外能傲視全球的獨家技
術。
--
◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw From: 140.115.6.234