看板 [ Python ]
討論串[閒聊] Google App Engine 釋出
共 7 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
2
下一頁
尾頁
#7
Re: [閒聊] Google App Engine 釋出
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者yungyuc (酷狗喵千代)時間17年前 (2008/06/19 06:42), 編輯資訊
0
0
0
內容預覽:
是的，但在處理過程中節點無法交換資訊仍然是先天上的一種限制. 以我接觸到傳統的數值模擬平行計算來說，演算法要求在計算中作資訊交換. mapreduce 可能是很好的概念，但應用在傳統處理 stencil 的數值模擬時. 邊界上的資料交換還是要解決的，就看怎麼處理比較漂亮了. --. ※ 發信站: 批
#6
Re: [閒聊] Google App Engine 釋出
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者vpoohtw (悠閒的 Alpha)時間17年前 (2008/06/19 04:18), 編輯資訊
0
0
0
內容預覽:
MapReduce 是 functional programming 思想的程式架構. 以此為基礎的程式碼沒有 side effect, 自然免去半途交換資料的需求. no side effect 也是 MR 的主要優點. 資料重組層次的"交換"則是事前演算法設計該考量的. 所以那不是死穴～ 程序思
(還有13個字)
#5
Re: [閒聊] Google App Engine 釋出
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者yungyuc (酷狗喵千代)時間17年前 (2008/06/18 12:24), 編輯資訊
0
0
0
內容預覽:
HPC 有兩種：parallel processing 和 high throughput computing. 對 web app 來說 parallel processing 不大重要，因為沒有哪個 single request. 會跑超過幾分鐘吧. appengine 的訴求是 scalabi
(還有195個字)
#4
Re: [閒聊] Google App Engine 釋出
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者zanyking (遙遠的旅人)時間17年前 (2008/06/18 12:01), 編輯資訊
0
0
0
內容預覽:
應該說，Bigtable的核心部份已經是使用MapReduce實做出來的東西。. 而從Bigtable所提供出來給Client 呼叫的API上頭，是不會認知到有. MapReduce這回事的。這也很合理。. 我認為先不去考慮Map Reduce的直接支援，單純就App Engine所提供的. Pyt
(還有78個字)
#3
Re: [閒聊] Google App Engine 釋出
推噓2(2推 0噓 0→)留言2則，0人參與, 最新作者Lucemia (生の直感、死の予感)時間17年前 (2008/06/16 14:54), 編輯資訊
0
0
3
內容預覽:
前天參加 Google Dev Day 後才初步認識這個東西. 會場介紹中對於儲存上的 scaliability 能力介紹相當不錯。. 但是沒有提到計算能力，或是平行化能力的scaliability，. 像是map reduce功能之類的。. 在會場問了一位google 人員是說已經有在app En
(還有400個字)
首頁
上一頁
1
2
下一頁
尾頁