如果上帝掌管流星許願，那麼流星雨的時候他那裡會不會很卡？
01-26
就拿上帝當一個伺服器，流星雨到來的時候他需要什麼樣的處理能力？
假設條件：1.不管這個流星被多少人看到，只要被看到就可以許願 2.每人只要看到一個流星就可以許願以一次 3.每個願望算一次請求，與請求相關的參數你們假設吧，願望的內容不考慮（不管他是文本，圖片，還是羞羞的小視頻啥的）這樣的假設能將問題簡單很多吧？
---------問題補充：---------2016.3.2------首先謝謝各位大神花時間來大題，現在要補充一下看來那個我最難描述的點還是沒描述清楚，第2條：舉例說明，如果天空划過一個流星，地球上有1億人看到了，假設他們看到就會許願，上帝那頭就接到了1億次請求，是這樣的~~怪我了，實在描述不清楚，謝謝各位的耐心解答！！！謝謝！#可選腦洞#感謝 @蒲絨 的解答 如果要是上帝要負責實現願望呢？處理過程會不會又變的及其複雜呢？其他條件如果不限制的話，腦洞會開很大嘛~就像評論里說的我有時候也想到過上帝會不會出現邏輯鎖，自己死機呢！哈哈
---------------------
我對流星雨的規模啊，密度啊什麼的不太懂，問這個腦洞大開的問題也只是當時看流星雨的時候突發奇想，qq上我喜歡的妹子問許了什麼願望，當時自嘲了一下說「我許願上帝也不會收到，他那肯定會很卡的~」就有了這個問題當然， 妹子也不是我的，願她安好…………
伺服器根本不用和用戶的許願有多少交互啊。許願嘛，在前端直接把請求丟棄掉就行了（
別說上帝了，這需求隨便給個靠譜的技術團隊也完全不可能卡。
上帝沒承諾你願望啥時候實現，所以不像電商秒殺有時效性，更完全不用實時考慮庫存鎖定，這個需求別說和12306搶票比，比電商的雙十一秒殺都簡單了幾個數量級。
1、客戶端發起「許願」請求，客戶端判斷如視野內有流星，則將許願時的位置、視角、看到的流星id list、願望提交人id、願望id、內容提交到伺服器。2、伺服器直接不做任何判斷存到資料庫。你看，實時處理就這兩件事兒，其他都可以離線慢慢做了。1、反作弊。根據客戶端提交的位置、視角判斷是否能看到提交許願請求內的流星。如看不到則刪除該許願請求。2、去重。同人、同流星只保留最後一條許願記錄（這樣用戶許錯了還允許在流星飛過的幾秒內修改，比較貼心）。3、去除衝突願望。這步要看上帝有沒有高效的NLP處理工具，有的話可以省下大量人工處理和審核量。沒有的話靠運營團隊堆人工唄，反正有那麼多天使和天堂里的虔誠靈魂，能為上帝做一些微小的工作想必是非常樂意的。還不夠就讓地獄鬼魂干，勞動積極可減刑。4、實現願望。1、上帝宣布必須收集齊十二星座流星雨才能許願，大部分人都被卡在天蠍座2、上帝宣布必須綁定信仰才能許願
3、上帝宣布沒有做過惡的才能許願（谷歌不算）
4、上帝宣布只有捐獻過財產十分之一才有能許願5、本活動一切解釋權歸上帝我以前也以為大家都寫意見箱，領導一一看起來會很累。。。
我們的時間是以CPU指令周期算的，所以上帝卡不要緊，我們反正感覺不到
來，咱們看看最壯觀的流星雨，獅子座流星雨。這幾年最猛烈的一次是2008年11月17日，天頂流量達到每小時130顆左右。換句話說，平均一分鐘兩顆多點。就這點流量，就想讓上帝的伺服器卡？更不用說絕大部分願望都被盾了。。。
你以前許的願實現了嗎？沒有吧？那是因為上帝給的驗證碼看不清啊……
如果a說我的願望是「b的願望不能實現」，c的願望是「a的願望不能實現」。
然後上帝的一個單處理器就自鎖了。
多虧上帝是多線程多處理器外加沙箱機制，才勉強度過dos攻擊。恢復現場的時候直接把a和c兩個對象抹掉多年觀測經驗表明流星雨划過速度太快 根本不夠時間許願。
1、上帝的計算機都能跑宇宙模擬器了還在乎那點開銷嗎？2、我們作為跑在上帝電腦上面的程序，要卡一起卡，反正卡住的時候你也停了，所以感覺不到。
又是這種抖機靈的問題
上帝一般計算的黑洞合併，超新星爆發，引力波這種超級計算量，你那點請求對他來說就相當於塵埃啊
別的我不知道，但咱這片土地的願望應該會被牆，從而導致無法發送到上帝的伺服器里才對。
上帝的CPU可不是硅基的
應該會卡。假設有 A B C D 四個願望，那麼需要驗證 AB AC AD BC BD CD 一共六次；假如有 A B C D E 五個願望，那麼需要驗證 AB AC AD AE BC BD BE CD CE DE 一共十次；
……
那麼可以找出公式，當有 n 個願望的時候，需要驗證的次數是：上帝那裡的科學團隊並不弱，那麼多發明家，科學家都已經過去了，就算有這樣的問題估計早就已經解決了。
分頁阅读： 1 2