|
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 七嘴八舌異言堂
(https://www.pcdvd.com.tw/forumdisplay.php?f=12)
- - ARM進軍PC市場的可能性?
(https://www.pcdvd.com.tw/showthread.php?t=998706)
|
|---|
引用:
HP就是太輕忽這塊 這兩年在伺服器市場才會節節敗退(因為這些大型網路業者才是最大的買家) Dell則有DCS這個BU專門做這塊市場 IBM則是專注於傳統高階運算市場(P-Series, Mainframe) 但是隨著市場改變 IBM也是會感受到壓力 SDN的OpenFlow也代表了另一種市場逼迫製造商前進的力量 Fabric在高密度Server的興起 也直接威脅到傳統top of the rack switch的製造商 也創造了一些市場新秀 如這兩年在大型資料中心頗有斬獲的Juniper... CISCO這些老牌也被逼得必須跟著市場潮流走 |
引用:
鵝大,您那個架構改用NB用chipset & CPU ,省電應該能更進一步下降!! 您那個架構與IBM Blade 有相近到... 再改用DDR3 DRAM相信硬體規格可以大殺四方 ... :D:D:D 引用:
看來,鵝大也很瞭解thread 的架構 , 講到重點了 , 這就是我之前說的軟體方面的問題... 做ARM不只是硬體挑戰很大,還有軟體方面的改善,觀念不清楚的人(看誰主導) , 恐怕做出來 就成了四不像了.... 不過,我想問問您,您還有興趣做Video方面的產品嗎 ?? 我是很想做PPS or Youtube cache server ... |
引用:
硬體部份,我想沒必要再討論下去了... 因為以目前的半導體科技,要多暴力就有多暴力... 接下來問題會出在軟體 , 我先前已經說過 , 如果還只是拿process base的架構來玩 4GB Memory 我想是不夠用的!! 解決方案就是要thread 化 , 這下子就可以扯到深入OS的運作原理去了... 觀念不好的人,這裡就會出局了 !! |
引用:
我沒搞錯方向 .... 我先前的回應,您也麻煩看一下,我說的是 ARM micro server的價格與Desktop PC價格競爭 請看清楚一點,我說的是 價格 ARM的micro server可以用高密度架構來競爭沒問題,但是硬體問題好解決,可不代表軟體 問題好解決!! 另外,高密度架構的server還會產生另外一個問題, Server Loadbalance 要如何做? L4 switch !? 問題越生越多喔..... |
引用:
Fabric...not traditional switch 如果大大有興趣 明年一起到San Jose參加13年度的Server Design Summit可以了解更多 也可以對台上那些傢伙盡情地發問 |
|
引用:
ARM for PC is dying :laugh: Topic was closed. :stupefy: So now....ARM for Server is another dream :D |
引用:
For sure PC is dying. The number tells. For another topic, none of us can tell if it is just a dream. It is just an alternative solution. When “i" company monopolizing the market, folks fxck them. When others come to challenge the monopoly, folks still fxck them. |
引用:
沒有任何對大人不敬的意思, 但包袱與資產不過是一線之隔 iPad 算不算顛覆了很多習慣 ? Bill Gates 應該期待很久了 軟體決定結果, 但硬體必須走在軟體之前 而軟體中, 在下認為 OS 的挑戰比 AP 艱鉅 ( 在下並不看好第一批採用 ARMv8 的商品 , 但在下還是很期待 ARMv8 可以帶來的變化 ) Vista 的問題在於不夠好, 而非改得不好 ( 解決方式是 NT 6.1 , 而不是 NT 5.x ) 從 DOS 到 NT 已經是一次突破了, 在下認為 MS 最好趁早再來一次 ( 雖然也受限於 Windows 的經營方式 ) "Think Big" 反正 ARMv8 會帶來來一次革命 多一點時間規劃, 多一點創意, 該丟的丟, 認真思考／諮詢有哪些應該保留 省得 24bit OS 的悲劇重演 至於 AP , 從商用 PC 到 BYOD , x86 未來的變數只會更多 與其在不可知的時間點被迫變更, 何不趁早規劃因應 ( 即使有自毀長城的風險 ) . |
引用:
我想是沒機會了... 真要讓ARM擔任Server,恐怕還是得從根本做起 , OS會是一個大重點 , 原本的fork process 機制也可能要改良,thread化就是一個關鍵點!! 如果ARM的Node Loadbalance機制要做在OS裡,那就真的挑戰大了一點, 雖說Linux Kernel裡原本就有加入 Layer 4 switch Loadbalance機制 , 不過這與ARM硬體平台的node概念不同 , 它是站在網路設備的Layer 4 switch觀念的機制 這樣發展推估下去,這種特製化(含硬體及軟體)的未來, 還會有許多隱藏的成本是看不到的 很難相信,在這種情況下,有可能會花費更多的情況下,其目的只是為了節省電費,而且前面 還有可能遇到非預其中的難關 , 就算統統解決了,效能是否能夠如預期中的理想,仍是未知數!! |
| 所有的時間均為GMT +8。 現在的時間是08:40 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。