[情報] Android,Chrome OS 二合一,Andromeda系統

看板MobileComm作者 (台積電溫馨小廁所)時間7年前 (2016/11/17 23:58), 編輯推噓18(18推 0噓 49→)
留言67則, 17人參與, 最新討論串1/1
標題：Android、Chrome OS 二合一 ，Andromeda 系統可能明年推出 內文： Andromeda 是Google 研發的新一代作業系統的名稱，在 Google發表Pixel 手機之前，外界就推測 Google 很可能會在發表 Pixel 的同時，對外界公開這個將 Android 和 Chrome OS 二合一，可用於手機、平板、筆電等裝置身上的整合型新系統。儘管在10 月 4日舉行的Google發表會當中，Google並沒有如外界預期的發表Andromeda 系統，但近來又有消息指出已經有兩家 OEM 廠商已經取得了 Andromeda 的開發套件，預計 2017 年就會有相關的裝置推出。 goo.gl/kS07R2 Google 將推出 Andromeda 系統的消息，大概從今年 9 月左右就開始傳出，而 Andromeda 的最大特色就是同時整合 Android 和 Chrome OS 系統，使用雲端運算技術並且可同時支援更多不同的硬體裝置，可藉此提升 Chrome OS 裝置的市佔率，同時也有機會解決 Android 系統的碎片化問題。 據了解 Android 8.0 可能將會被整合到 Andromeda 之中，系統的新功能將會包括更實用的通知功能，各項通知訊息能夠在不同裝置間同步，而且還具備學習能力，可依照使用者的需求提供最佳的訊息通知方式。目前有相關的情報指出，有兩間 OEM 廠商已經獲得了 Andromeda 系統的相關開發工具，而首批使用 Andromeda 新系統的產品預計 2017 年第三、四季才會上市。 資料來源：Android Headlines 情報來源：Eprice http://www.eprice.com.tw/mobile/talk/124/5006323/1/ 心得： 個人去數字創逛過，摸過幾次ChromeBook，心得只有一個 這到底要衝三小啊 買台電腦，連打文件做簡報這些小事情都很麻煩 廠商給他的配備都很鳥、支援少、應用程式大概是安卓的N分之一 但他的介面確實挺滑順，值得激賞 我想 在他跟Android正式合併後，也許會有更好的表現吧！解決肥大的安卓 -- □ [新聞] Win10再戰一百年！微軟宣佈：不會再有新作業系統了 推 Windows10: 爽啦～後面的帳號都可以廢了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 119.14.34.39 ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1479398315.A.E68.html
→
11/18 00:02, , 1F
其實不看好........
11/18 00:02, 1F
推
11/18 00:03, , 2F
讓ChromeOS跑Android APP的過渡期計畫正在實行
11/18 00:03, 2F
→
11/18 00:04, , 3F
2018-2019年正式合併應該沒有大概問題 傳很久了
11/18 00:04, 3F
推
11/18 00:05, , 4F
就目前接收到的資訊以及手上裝置告訴我G社還是專心
11/18 00:05, 4F
→
11/18 00:05, , 5F
把Android 做改良會比較好，不要步上Win8的後塵
11/18 00:05, 5F
→
11/18 00:06, , 6F
就怕他變Win8 2.0....XDDDDD
11/18 00:06, 6F
推
11/18 00:06, , 7F
我覺得Google要推Andromeda的一個很大因素
11/18 00:06, 7F
→
11/18 00:07, , 8F
就是要把Dalvik的架構從Android完全拿掉
11/18 00:07, 8F
→
11/18 00:08, , 9F
ART其實還是一個過渡期的解決方案 不會是最終解
11/18 00:08, 9F
→
11/18 00:08, , 10F
ART的版本要往前推了吧 去掉JAVA的過程
11/18 00:08, 10F
推
11/18 00:17, , 11F
11/18 00:17, 11F
→
11/18 00:18, , 12F
上圖是目前Android APP在Chrome OS跑的架構
11/18 00:18, 12F
推
11/18 00:27, , 13F
Native Client可能是一個最終解的選項吧...
11/18 00:27, 13F
推
11/18 00:31, , 14F
不對 圖片已經是container了 所NaCl不會是最終解
11/18 00:31, 14F
推
11/18 00:35, , 15F
我查了一下資料 Google說ChromeOS裡面的container
11/18 00:35, 15F
推
11/18 00:38, , 16F
基本上是一個完整的Android Framework
11/18 00:38, 16F
推
11/18 00:40, , 17F
甚至包含到硬體抽象層(HAL)
11/18 00:40, 17F
→
11/18 00:42, , 18F
至於這個HAL在Android的架構裡有多深
11/18 00:42, 18F
→
11/18 00:43, , 19F
再下去就是Linux kernel了
11/18 00:43, 19F
→
11/18 00:47, , 20F
完全拿掉dalvik嚴格說來真正最該努力的不是google
11/18 00:47, 20F
→
11/18 00:48, , 21F
而是各APP開發...
11/18 00:48, 21F
推
11/18 00:59, , 22F
不過chromebook一直都講求跨平台，x86與arm並行
11/18 00:59, 22F
→
11/18 01:00, , 23F
很難想像native的話要怎樣跨
11/18 01:00, 23F
推
11/18 01:33, , 24F
把Java應用層改成HTML5應用層 更好
11/18 01:33, 24F
→
11/18 01:48, , 25F
Java改HTML不會讓效能更差嗎？
11/18 01:48, 25F
→
11/18 01:50, , 26F
做這個不如直接收回 Android 更新，硬體商的專屬 a
11/18 01:50, 26F
→
11/18 01:50, , 27F
pp 再去商店下載，chrome os....
11/18 01:50, 27F
→
11/18 01:58, , 28F
基本上就是要靠 Android 搶筆電部分，但是跟 windo
11/18 01:58, 28F
→
11/18 01:58, , 29F
ws , mac os 比起來能做的太少了
11/18 01:58, 29F
→
11/18 01:58, , 30F
加油啦 之前MS在這裡被幹得要死 google的設備更雜
11/18 01:58, 30F
→
11/18 01:58, , 31F
更難做
11/18 01:58, 31F
推
11/18 04:08, , 32F
這之前很夯，去參加就送一個筆電，很多人都去，結
11/18 04:08, 32F
→
11/18 04:08, , 33F
果有點像聯誼xddd
11/18 04:08, 33F
推
11/18 06:32, , 34F
現在怕出來時，沒幾個裝置可以跑。
11/18 06:32, 34F
推
11/18 07:36, , 35F
如果只是單純在Chrome跑Android的話能跑的裝置不少
11/18 07:36, 35F
→
11/18 08:05, , 36F
MS就智障啊，認不清自己該往哪裡走，當初跟intel合
11/18 08:05, 36F
→
11/18 08:06, , 37F
作弄x86手機現在也不會在行動裝置爛成這樣
11/18 08:06, 37F
→
11/18 08:07, , 38F
intel也是好笑，跑去跟google合作把自己產品弄得好
11/18 08:07, 38F
→
11/18 08:07, , 39F
像北七
11/18 08:07, 39F
推
11/18 08:12, , 40F
........樓上明顯完全搞不懂MS跟intel錯在哪:p
11/18 08:12, 40F
推
11/18 08:21, , 41F
目前的chromebook自己支援安卓App了啊
11/18 08:21, 41F
推
11/18 09:10, , 42F
dalvik早拿掉了 當時commit訊息還寫詩呢 "Dalvik is
11/18 09:10, 42F
→
11/18 09:10, , 43F
dead, long live Dalvik!" ART不是過渡形的 而是泛
11/18 09:10, 43F
→
11/18 09:10, , 44F
稱Android用的Runtime就是ART dalvik是jit 第一個版
11/18 09:10, 44F
→
11/18 09:10, , 45F
art是aot 算是native 牛軋糖的art改成aot+jit混合體
11/18 09:10, 45F
→
11/18 09:10, , 46F
僅核心function會先aot成native 系統會評估常用代
11/18 09:10, 46F
→
11/18 09:10, , 47F
碼 在充電閒置搞好jit/aot cache 不常用則是臨時jit
11/18 09:10, 47F
→
11/18 09:10, , 48F
吧 有說會逐步增大aot覆蓋範圍 談這些不能忘了apk一
11/18 09:10, 48F
→
11/18 09:10, , 49F
直是半成品bytecode為主 要搞成shipped native必須
11/18 09:10, 49F
→
11/18 09:10, , 50F
從apk著手
11/18 09:10, 50F
推
11/18 10:24, , 51F
外行乘機請教樓上 mainline 大. Apk 這樣的 (先天?)
11/18 10:24, 51F
→
11/18 10:24, , 52F
限制是否意謂 ndk based 的軟體無法以 apk 形式發
11/18 10:24, 52F
→
11/18 10:24, , 53F
佈? 還是說 ndk based 的 output 本來就不是所謂的
11/18 10:24, 53F
→
11/18 10:24, , 54F
app (譬如是 native lib 之類?) 以上用詞不精準請見
11/18 10:24, 54F
→
11/18 10:24, , 55F
諒
11/18 10:24, 55F
→
11/18 13:30, , 56F
app通常用上ndk是在繁重的運算上 畫面顯示出來的東
11/18 13:30, 56F
→
11/18 13:30, , 57F
西或排版還是會讓安卓UItoolkit來畫 所以大部分還是
11/18 13:30, 57F
→
11/18 13:30, , 58F
bytecode 會用到ndk/gl來渲染的通常是遊戲 這類app
11/18 13:30, 58F
→
11/18 13:31, , 59F
的bytecode部分自然少
11/18 13:31, 59F
→
11/18 13:41, , 60F
你的問題的解答就是遊戲app都那樣做 問題是你寫一般
11/18 13:41, 60F
→
11/18 13:41, , 61F
app不會想要自己一手包辦UI 用系統提供的就好 或用
11/18 13:41, 61F
→
11/18 13:41, , 62F
系統的2D工具畫畫 反正這樣畫畫系統會交給GPU加速
11/18 13:41, 62F
→
11/18 13:41, , 63F
沒必要自己寫native再透過它叫gl來畫多此一舉
11/18 13:41, 63F
→
11/18 15:31, , 64F
用到一半會突然星雲鎖鏈嗎？
11/18 15:31, 64F
→
11/18 16:44, , 65F
Google自己做的產品多半都是失敗 買別人的才會成功
11/18 16:44, 65F
→
11/18 18:16, , 66F
樓上那兒穿越來的 你的看法在谷歌其它產品怎麼樣不
11/18 18:16, 66F
→
11/18 18:16, , 67F
和你論 在chrome和安卓上也對不上
11/18 18:16, 67F
‣ 更多 twsmcc 的文章
文章代碼(AID): #1OBTEhve (MobileComm)