※ 本文為 ott 轉寄自 ptt.cc 更新時間: 2015-01-06 19:13:16
看板 Soft_Job
作者 標題 Re: [請益] 請問寬宏售票為何常當機?
時間 Tue Jan 6 12:09:27 2015
兩個重點，頻寬不是重點
1. 信用卡付款機制掛了！
因為人太多交易又太久，假設一筆交易，金流交易銀行至少三個斡旋，要2秒，
100人瞬間進來，第100人至少等200秒，然後第7個人到100人都以為「當機」了
ps：2秒看似很久，但是事實上會更久。
100人瞬間進來，第100人至少等200秒，然後第7個人到100人都以為「當機」了
ps：2秒看似很久，但是事實上會更久。
2. 訂位機制很難在網頁呈現，這個位置是不是已經被別人訂走了，
因為user猶豫的瞬間，假設一秒鐘，已經更新很多次，有7個人定位，有2個人退位。
然後user可能重複操作，一次開多個視窗，哭哭XD
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.227.131.127
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1420517370.A.CDC.html
→ : 胡扯...1F 01/06 12:12
推 : 金流是很容易卡阿XD2F 01/06 12:15
噓 : 亂扯一通，有沒有做過啊？3F 01/06 12:25
→ : 其他系統跟不上我可以理解4F 01/06 12:50
→ : 但第二個部分可能會把那些做即時交易的是傻子
→ : 但第二個部分可能會把那些做即時交易的是傻子
→ : 胡扯...6F 01/06 13:01
噓 : 別瞎掰好不好...真的不懂就潛水麻...7F 01/06 13:16
噓 : 你真的懂嗎...8F 01/06 13:30
推 : 可以請懂得人出來說說嗎9F 01/06 13:32
→ : 就算不懂架站的也知道你在鬼扯10F 01/06 13:33
推 : 你真的有處理過交易機制跟伺服器叢集嗎............？11F 01/06 13:35
噓 : 第二個部份做成即時交易，也是天才12F 01/06 13:37
→ : 我還以為是嘗試insert 然後收結果判斷 不是嗎？13F 01/06 13:43
→ : 咦, 有位人兄有做過的, 寫一篇出來跟大家分享一下嘛.14F 01/06 13:48
→ : 希望有人可以分享15F 01/06 14:02
噓 : 聽你在鬼扯XDDD16F 01/06 14:13
噓 : 下一位吧 多念點書 別出來誤導了17F 01/06 14:41
既然樓上的噓你(虛擬)大師，這麼高竿，就不要嘴砲了，直接發一篇來打我的臉吧
推 : 噓的幾位要不要寫一篇跟大家分享一下？ 真的滿好奇的18F 01/06 15:12
※ 編輯: pttnews (125.227.131.127), 01/06/2015 15:16:57→ : 只講第2項.就算用舊技術 FB的即時怎做 比照而已...19F 01/06 15:30
→ : 如果用新技術 在通訊不成問題的情況 用WEBSOCKET完成可以比
→ : 照用SOCKET..OLG FPS 夠即時了吧? 都是用幾十毫秒算反應的
→ : 如果用新技術 在通訊不成問題的情況 用WEBSOCKET完成可以比
→ : 照用SOCKET..OLG FPS 夠即時了吧? 都是用幾十毫秒算反應的
→ : 3000台每秒Q兩下loading也很重捏22F 01/06 15:43
以下我們都以「理性」來討論問題Socket 即時我同意～
但是顧慮幾件事情
1. 每秒同一座位，有n百個人要搶耶～
2. 搶位的機制超難搞的，寫在DB裡適當嗎？還是用Memory比較快？這也是問題...
3. 一人多視窗
4. 資料量是 百萬個「對象」 乘以 萬個「座位」
等於
1. 同1ms裡，有三個人搶位，甲贏了，丙乙搶輸了，這件事情要通知百萬個「對象」
2. 這些百萬個「對象」，要等100ms，Server才會主動通知Client，
為什麼要100ms，等一下說明...
3. Server要每秒中通知百萬個「對象」，一萬個座位的即時狀況，
4. Server好累，每秒通知已經超累了
5. 就算每秒通知，網頁還是不夠即時，還是會發生已定位，別人按定位問題
6. Server 還要防止Dos 以及外掛作弊
7. 一台Server夠嗎? 分散如何？搶位的機制如何分散？
分散以後，每台Server還要同步每台Server...........哭哭
※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:15:46
→ : 咦,各位大師快發表一下架構/作法,特別是有處理過交易23F 01/06 16:00
→ : 機制的. 來一篇吧.
→ : 機制的. 來一篇吧.
推 : 感覺會有人被釣出來 XD25F 01/06 16:10
→ : K大..多少資源多少效能阿= = 不能我要求人多+即時 然後只給26F 01/06 16:10
→ : 一台普通的WEB SERVER吧 囧?
→ : 一台普通的WEB SERVER吧 囧?
噓 : 多數人是網頁都開不起來 根本還沒到跟銀行的handshake28F 01/06 16:15
→ : 寬宏的問題根本就是在asp跟頻寬的問題, 扯甚麼交易啊
→ : 寬宏的問題根本就是在asp跟頻寬的問題, 扯甚麼交易啊
所以我才說訂位機制，很重要
你要看交易流程，先付款後定位，還是反過來。決定先 卡定位 還是 卡付費？
頻寬花錢就有了，交易機制可是技術精華咧～
※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:22:02
→ : 流量不足只要有錢就能解決 難處理只有選座位時LOCK的問題30F 01/06 16:18
→ : 寬宏的問題根本就是在asp跟頻寬的問題 <= Good Answer31F 01/06 16:27
唉～ 只要有錢，頻寬要多少有多少※ 編輯: pttnews (125.227.131.127), 01/06/2015 16:31:02
推 : ASP有什麼問題？ 微軟的耶...32F 01/06 16:42
→ : @timeflying,快出來介紹一下囉.33F 01/06 16:50
→ : 原po別再扯了 交易機制和你想的先付款或先定位的順序無關34F 01/06 16:56
→ : 訂票流程正常系都走不完 原因只有主機和頻寬的問題而已
→ : 付款未完成，訂票未完成，退訂 每隔一段時間有清票的機制
→ : 選位與lock的問題對於系統只有時間差
大哥！我不是要吵架～→ : 訂票流程正常系都走不完 原因只有主機和頻寬的問題而已
→ : 付款未完成，訂票未完成，退訂 每隔一段時間有清票的機制
→ : 選位與lock的問題對於系統只有時間差
但是你講什麼，小弟我很笨，真的聽不懂啊，可以再細部解釋一下嗎？
※ 編輯: pttnews (125.227.131.127), 01/06/2015 17:50:38
噓 : 你的邏輯把東西複雜化了，nobody1正解38F 01/06 18:20
→ : 光搶位子要通知對象就不對了吧？39F 01/06 18:22
→ : 不過要補充的是，架構的機制也是會影響系統可處理的人數40F 01/06 18:23
→ : 。
→ : 。
→ : 推nobody142F 01/06 19:07
--
※ 看板: ott 文章推薦值: 0 目前人氣: 0 累積人氣: 429
作者 pttnews 的最新發文:
![]()
我認為沒輸！而且贏得光彩 因為北市 新北一直都是KMT的大票倉， 如果DPP這次總統大選不拉攏柯P，小英將會慘敗 我分析過去七屆選舉 第一屆阿扁拔得頭籌，實屬僥倖而已，因為遇到KMT大分裂藍票被分散票 …186F 91推 14噓![]()
這次我給柯文哲100分 我喜歡觀察政治人物 因為政客愛說謊 「當一個政治人物，他說什麼不重要，而是他了做什麼！」 「當一個政治人物，他面對危機時，他的作為才能揭露他的本性」 這次事件我們先撇除小野這部 …84F 33推 9噓![]()
先說我不是電工, 但是略懂略懂 交流電,單向電錶, 只有一種波型 110V 的電線只有兩條 一條火線一條中線 220V 的電線只有三條 兩條火線一條中線 沒有中線就不能表現出電壓差, 只有火線搭配中線 …16F 8推- 看了這篇新聞差點嚇得屁滾尿流 我查一下我去年也不過3、4千多而已。 請教版上強者 為什麼會房屋稅至少190萬元，這麼離譜的事情 謝謝！16F 7推
- 兩個重點，頻寬不是重點 1. 信用卡付款機制掛了！ 因為人太多交易又太久，假設一筆交易，金流交易銀行至少三個斡旋，要2秒， 100人瞬間進來，第100人至少等200秒，然後第7個人到100人都以為「當 …42F 6推 8噓
點此顯示更多發文記錄
→
guest
回列表(←)
分享