雲端計算到底有甚麼毛?! 雲遊戲雲計算討論

geniesjan · 2020-12-13T20:27:04+08:00

現在關於雲遊戲都還只是一個想像最主要的討論還是集中在頻寬問題然而雲遊戲的問題恐怕不只是頻寬的問題而已和主機硬體可能也是個大問題首先我們假設頻寬不是問題那麼接下來的成本怎麼計算呢?為了方便想像與計算我假設了一個方案:該服務訂閱之後相當於伺服器端幫你買了塊主流的好顯卡這塊顯卡不放你這放伺服器這而且由於一般人也不是整天玩遊戲再加上一堆訂閱了不玩的人所以伺服器端可能不用真的一個用戶配一張顯卡這塊顯卡的成本應該是低於自己買一塊放自己家的這可是可以全天運作無浪費的一個規劃因為你和別人共用了大鍋飯會產生出一些效益然後加上電費營運人事成本感覺上運算硬體成本並不是個問題如果再加上伺服器端並不是這種土炮的思維:幾個人訂閱就買幾張顯卡而是另一種更系統性的集體運算比如說光追伺服器專門處理所有光追之類的(我不知道能不能執行反正就一個比喻)看起來運算硬體似乎並非問題所以對消費者來說用別人的機器跑合理的收費是怎樣呢?大約就是給對方電費給營運人員一點小費再加上一張分期且高折扣的顯卡租借價格加上軟體費用你認為是多少錢呢?我的感覺大概也就每個小時幾塊錢吧?就像是去打街機打網咖的概念再多就不划算了然而事實上並非如此雖然雲遊戲還在構建階段但是雲圖形運算是已經商用好幾年了3D渲染圖並不需要及時的給予回饋根據使用情境幾秒鐘內回饋是一種作業方式又或是幾小時再回饋也能接受的(收成果圖)看起來雲圖形運算完全可以運轉因為他不需要雲遊戲的速度甚至比直播串流的要求還要來的低很多很多由此可知雲圖形計算成本完全可以攤在硬體租借費用電費管理費軟體授權費上再追加大鍋飯理論應該會更便宜但事實並非如此他的收費太奇葩了這邊有個算圖農場的簡單試算httpshttps://tw.rebusfarm.net/en/buy/calculator://tw.rebusfarm.net/en/buy/calculator我們拿一張動畫公司用的2080ti的顯卡本來自己跑要跑一天的話那麼交給農場跑他要跟我收費多少呢?答案是99美金(我很希望是我算錯，有興趣的人可以驗算)也就是說我這樣玩個10天自己就可以買張2080ti請問大家能接受這個收費嗎??當然這邊我們不計算電費（應該也不用計算）(誰家10天電費可以買張2080ti??)也就是說雲計算理論上來說共享硬體應該可以更降低成本但由於某些因素反而大幅增加成本至於是為什麼我不知道已經超出我的領域當然存在即合理雲計算既然已經商用就代表有他的用戶但經過簡單試算10天一張主流顯卡啊!!這肯定不是給小公司/個人公司用戶使用的以我們這種用戶的狀況大概是落在你說偶而買個一張好顯卡是可以的但持續更新顯卡或是串連好幾張神卡那肯定是買不起的所以用租的會不會好點?大概是這樣的一個需求的族群雖然這樣說好像格局很小但市場上確實有這種需求(中小企業個人工作室)且這情境和遊戲用戶也是比較接近的反倒是農場現在主要的客戶到底是甚麼奇葩?能夠用10天買張2080ti的價格卻不直接買用租的比較划算????(一般推測都是這都是拿來救火)(只是救火用那就算了....)也就是說雲端運行3A除了頻寬問題外也許也會卡到某種硬體上的問題不然就是現在的算圖農場實在太坑人了

geniesjan

970分

樓主

geniesjan

個人積分：970分

文章編號：80145214

chiyenms wrote:
google 搜尋是演算法，
不是 user 給你一個書籍編號，按編號對照去架上找字這麼簡單

再複雜會有遊戲那種每秒60次　持續數小時來的複雜嗎
別鬧了好嗎？

夏蟲語冰......

好啦　也許搜尋很複雜
要牽涉一堆有的沒的計算
(還要幫我安排廣告)
可能我打個關鍵字很簡單
goolge那頭可是忙翻天

然後這種事情全球還瘋狂的在執行
但我還是不覺得這叫雲端計算

有什麼一般人碰得到的雲端計算？
有啊
用GOOGLE雲端硬碟
下載多個檔案時的壓縮啊

但人家可是超級電腦
資料也在他手上不需要透過網路傳輸
為啥壓縮起來還是要等半天
和自己壓沒啥差別　甚至更慢？

反正目前我是感受不到什麼中央運算帶來的效果啦

slash410

5403分

22樓

slash410

個人積分：5403分

文章編號：80145835

geniesjan wrote:
資料也在他手上不需要透過網路傳輸
為啥壓縮起來還是要等半天
和自己壓沒啥差別　甚至更慢？

這部分我可以解釋一下為什麼慢
因為"檔案"這東西，在這三大家公雲都是以"物件"方式儲存
一般用戶用到的都是較為低廉，反應速度較慢的"物件儲存區"
當使用者選取幾個檔案，然後選擇壓縮成一包下載
背後會開始把需要的"物件"拉出來，然後丟到壓縮服務，再把最後的成品透過https丟回給使用者
只是這一切都是在排程中進行，也就是沒那麼即時
連google本身都建議使用者..."少數檔案的話，不需透過壓縮方式下載"..

不過這也是目前物件儲存的弱點
物件儲存scale可以很大，但就是不容易處理小又快的需求..
這些公雲沒辦法採用一般的檔案系統如NFS、NTFS、ext..
因為需要的scale太大了，遠超過這些傳統的檔案系統範疇..

===========

但硬要把google drive的下載變快其實也不是不行
只要透過API把物件個別先拉下來就好了
github就有不少可以參考

fedora

12968分

23樓

fedora

個人積分：12968分

文章編號：80151139

geniesjan wrote:
但人家可是超級電腦
資料也在他手上不需要透過網路傳輸
為啥壓縮起來還是要等半天
和自己壓沒啥差別　甚至更慢？...(恕刪)

那個是優先權的問題。

它有超級電腦不假，但用戶免費壓縮，應當給予100％的CPU使用權嗎(運算資源)？

壓縮消耗太多運算資源，全球幾億使用者，若同時幾十萬、上百萬人在壓縮，那超級電腦光是處理這些壓縮運算就滿載了，其它什麼事都不用幹了。

假設雲端壓比較快，那龐大資料要壓超久的，人人都免費上傳雲端壓。但它原先服務的用意並不是這樣。所以有必要防範這種惡意使用行為。

而且若被競爭對手"蔥康"，搞破壞妨礙營業，放出大量機器人程式，故意不斷上傳無用資料，難壓的影音檔什麼的，不斷進行壓縮，運算資源可能就被白白耗盡。關鍵是免費的，運算資源白被耗光，還一毛錢收不到。

所以一定會有優先權的設計。免費用戶，欲進行壓縮，也許只分配 0.0000……1%什麼的運算資源，即使同時湧入上千萬用戶來故意搞事情也不影響到整體服務的程度。

geniesjan

970分

樓主

geniesjan

個人積分：970分

文章編號：80151659

fedora wrote:
那個是優先權的問題。

我想提供這些服務的都有防蔥康的機制吧

現在很多服務都能蔥康呀
比如瘋狂上傳廢片到youtube
這就很可怕了

但youtube並沒有很嚴格的限制上傳
至少不會限制到一般人正常的使用

試想
"你可以隨意上傳影片到youtube"
如果是一個今天剛出現的新概念
可能很多人會覺得:
我要把我所有影片都傳上去省硬碟
然後youtube就會炸掉

然而事實不是這樣

YT可能有一些防惡意上傳的機制
再加上這麼無聊的人也實在太少

也不能說無聊，上傳影片放youtube確實是一個合法也合理的省硬碟方案，
但只能說大家都懶得這樣做
不然家庭出遊影片
上youtube
絕對是個溫馨又合法的方案
怎麼都沒啥人搞?
放著讓手機炸掉
或是iCloud炸掉
也沒去上傳youtube?
我本來以為youtube要營利
肯定不會給你什麼不公開私人使用這種事情
沒想到都可以私人用
家庭影片上YT
大家一起看
省硬碟
美滋滋
但大多數人沒有這種習慣
這就是現況

所以YT目前還是可以滿足"基本上你想上傳就上傳"
這個規則

回到google雲端硬碟的狀態我覺得也很類似
首先壓縮速度很慢是一個痛點
而如果google可以透過他的神電腦解決
那麼可以得到一個"google雲碟使用體驗不錯"的加分

但是要去擔心
有些人一想壓縮檔案
就上傳google
然後用他的主機壓縮
再下載回來
恐怕這比"我為了省我的硬碟所以把影片全傳上youtube"
還要來的不用擔心

真的要壓很久的檔案也也不是甚麼小檔案啊
大概是幾十G的東西
才會開始有那種
什麼??要壓30分鐘喔....這樣的感覺
但你傳上去的時間應該已經超過直接壓了

除了效率沒什麼誘因之外
光是"想壓縮"的人大概也都沒幾個
至少遠比苦於硬碟被影片塞滿的人少太多了
幾百年沒在壓東西
甚至根本不會壓
怎麼看這個風險都不如YOUTUBE廢片問題

蔥康部分也是一樣的
總有機制可以阻擋
而不是直接完全限制使用

而且如果他要限制
也能限制一個帳號
多久可以解多少壓縮量
這個值超過一般人正常使用即可

完全不給用
直接把速度限縮到會有人嫌棄
就為了怕有人
上傳上幾個G來靠他電腦壓縮?(事實上根本也沒比較快)

比對其他雲端服務的濫用風險
濫用壓縮功能感覺實在低很多

所以我是比較信slash大的說法
總之中央電腦技術有時候會遇到的問題
有時候不是小電腦能想像的
他就有他自己的問題

slash410

5403分

25樓

slash410

個人積分：5403分

文章編號：80153024

geniesjan wrote:
總之中央電腦技術有時候會遇到的問題
有時候不是小電腦能想像的
他就有他自己的問題

是的..
集中化其實也是要面臨一些大問題
例如
1.單點故障(SPF
也就是蘋果放同個籃子，或放少數幾個籃子這些疑慮

2.Scale-Up困難
舉個RDBMS資料庫做Cluster為例子、2~4 node Active-Active Cluster很簡單
假如需要到100 node以上呢? 目前我想沒有任何一個RDBMS做得到，既使是Oracle
還有之前提到的檔案系統(File System)問題

另外還有硬體也是..例如舉頻寬當例子..
gbe 到 10gbe可能只是幾倍的建置成本 (假設是10倍好了
頻寬也能增加10倍
但是10gbe 到 100gbe的建置成本就會大幅上升，可能會來到20倍
100gbe到1000gbe甚至根本沒有產品，想買都買不到

3.備援備份困難
這其實也是2延伸出來的問題
當東西大到一個程度時
備份一天24小時是不夠用的..既使只做differential backup
那RTO、RPO就只能持續的往上飆

===========

那這些公雲怎麼處理這些問題呢?
其實它們都是分散式系統...
全世界每個大洲都有資料中心
資料中心之間會自成一些群組之類..
資料中心之下可能還有些分散的機房..看各家自己的設計，但都大同小異

一般使用者乍看之下都是進同一個portal
但其實都是分散的
也就是"分中有合，合中有分"...

有興趣的話
三大家好像都有免費試用
比較慷慨的是AWS
有寫.NET的強烈建議Azure，有MSDN更好
GCP適合有導G Suite的

雲端計算到底有甚麼毛?! 雲遊戲 雲計算討論

小惡魔新聞台

今日熱門文章 網友點擊推薦！

雲端計算到底有甚麼毛?! 雲遊戲雲計算討論

今日熱門文章　網友點擊推薦！