Re: [閒聊] Google App Engine 釋出

看板Python作者 (酷狗喵千代)時間17年前 (2008/06/19 06:42), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串7/7 (看更多)
※ 引述《vpoohtw (悠閒的 Alpha)》之銘言: : ※ 引述《yungyuc (酷狗喵千代)》之銘言: : : HPC 有兩種:parallel processing 和 high throughput computing : : 對 web app 來說 parallel processing 不大重要,因為沒有哪個 single request : : 會跑超過幾分鐘吧 : : appengine 的訴求是 scalability,這基本上是 high throughput 問題: : : 如何為成千上百萬個 request 提供共通的執行環境,並且容錯 : : 目前 appengine 完全沒有 offline 處理的能力,也就是說 : : 它專門在解決 http-based request/response : : parallel processing 不是它要解的問題 : : 至於傳統 HPC 處理的 parallel processing,不但 appengine 不解決 : : mapreduce 也不處理; : : 就 gdd08tw 所聽到的內容,在 mapreduce 裡的每個 node 彼此間不能交換資料 : : 單這點就是個死穴了 : MapReduce 是 functional programming 思想的程式架構 : 以此為基礎的程式碼沒有 side effect, 自然免去半途交換資料的需求 : no side effect 也是 MR 的主要優點 : 資料重組層次的"交換"則是事前演算法設計該考量的 : 所以那不是死穴~ 程序思想不同而已 : parallel processing 正是 MR 發揮的地方, 個人認為 是的,但在處理過程中節點無法交換資訊仍然是先天上的一種限制 以我接觸到傳統的數值模擬平行計算來說,演算法要求在計算中作資訊交換 mapreduce 可能是很好的概念,但應用在傳統處理 stencil 的數值模擬時 邊界上的資料交換還是要解決的,就看怎麼處理比較漂亮了 : BTW, 現在好像還找不太到實做完善的 python mapreduce 套件? : 找到都是 Hadoop for python -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.161.147.27
文章代碼(AID): #18MOzCYc (Python)
文章代碼(AID): #18MOzCYc (Python)