|
||
|
*停權中*
加入日期: Feb 2005
文章: 164
|
引用:
我幾年前porting過整套desktop還真的白玩了, 還真不記得有改過多少東西?  |
||||||||
2012-05-14, 12:04 PM
#41
|
|
|
Power Member
 
加入日期: Jan 2002 您的住址: 台北苦命IT工人
文章: 586
|
引用:
我手機只想好好的正常使用，root之類的行為沒必要也沒興趣。 binary檔案本來就不是問題，NAND FLASH現在也不貴， 問題是這些東西執行以後會吃記憶體跟處理器的。 沒UI或使用封閉AP的嵌入式系統沒問題，但開放平台上的AP其呼叫的函式庫千奇百怪，你是要浪費多少記憶體來支持(而且還兩套以上) |
|||
|
2012-05-14, 12:05 PM
#42
|
|
|
*停權中*
加入日期: Feb 2005
文章: 164
|
引用:
標準版的firefox只能在x-window上跑. 你知道要建出上面那些東西要多少其他的東西嗎? 一套標準版的x-window+firefox只要128M ram就可以跑得動. |
|
|
2012-05-14, 12:11 PM
#43
|
|
|
Regular Member
 加入日期: Mar 2009
文章: 71
|
引用:
那99.99%的專案都是沒有包含UI和和觸控的功能,那最好Linux或windows的UI只要重新編譯就可以在手機上跑.... 手機平台重視的是針對硬體做最佳化,最好是有high level的API把硬體最佳化的部份給隱藏起來,像OpenGL和OpenCL就是如此~ App重視的是內容和服務,就算3d圖形追求高效也是靠在GPU執行的shading code來跑~ 所以開發者大部分就只是做邏輯控制和UI event的handling,這種工作交給JavaScript和python就非常容易,用Java寫還嫌太冗長~ 如果C/C++這麼有優勢,那全世界的網站從server到網頁端有誰在用C/C++來開發的?? 大部分的網站還不是都用Java, Python, PHP和JavaScript來開發,大家注重的是服務內容,還有方便trace bug,用C/C++這種沒有VM做保護的語言,直接運行大量服務的程式碼是很脆弱,容易被小小的bug搞垮整個系統.. 而且Java的JIT就是在runtime時期來編譯,比預先編譯的C/C++更有優勢,再配上hotspot,動態去調整編譯的參數,在PC上的速度跟native code已經沒有差別  此文章於 2012-05-14 12:45 PM 被 jiahan 編輯. |
|
|
2012-05-14, 12:43 PM
#44
|
|
|
Power Member
加入日期: Jan 2002 您的住址: 台北苦命IT工人
文章: 586
|
引用:
環境單純本來就好搞定。 但是這樣解決多種framework重複吃掉資源的問題呢？ 不管是qt還是gtk，都可以呼叫函式顯示'hello world'， 但卻各吃各的記憶體跟資源，你要如何解決這種浪費？ 所謂標準版的firefox只能在xwin上面跑， 換個方向看，就如同Android綁在java上面一樣， 榜死在特定環境上才有利縮小不是？ 只是Android選的是java而不是gtk跟qt這些framework不是？ |
|
|
2012-05-14, 12:46 PM
#45
|
|
|
*停權中*
加入日期: Feb 2005
文章: 164
|
樓上幾位,
我講的是 標準版的 Linux/Open source 是在x86上已經在用的東西 99.99% 都可以移到其他 cpu 上不用修改, 功能完全一樣. |
|
2012-05-14, 01:09 PM
#46
|
|
|
Senior Member
加入日期: Feb 2002 您的住址: 宜蘭
文章: 1,341
|
引用:
"不用修改" =>那是因為 那些library 的時候就有考慮到 multi arch processor support, 而有 arch specific 的 code base, 人家都幫你 port 好了...
__________________
AMD Athlon 64 3000+ Asus A8N-E nfoce 4 empowered Simems DDR 400 512MB *2 Benq 1640 --------------------------------- |
|
|
2012-05-14, 01:29 PM
#47
|
|
|
Senior Member
加入日期: Dec 2002
文章: 1,370
|
引用:
+1 一家軟體能力超強的公司, 不想用傳統方式花費人力管理客戶可以理解 但是連最基本的黑名單機制都不做, 就可以知道他們的心態是什麼. 今天如果是歐洲(美國)市場, 它敢這樣作? 擺明就是看不起你, 居然還有人要聲援. 
__________________
要討論也要找能溝通的, 跟狂吠的狗溝通只是浪費時間. 每日一句 : 很多不等於多數，也不等於少數 |
|
|
2012-05-14, 01:36 PM
#48
|
|
|
*停權中*
加入日期: Feb 2005
文章: 164
|
引用:
是的, 有一部份是, 不過大部份是為了最佳化做的, 而且有很大一部份並沒有, 因為他們寫的code很好, 並不需要針對arch特別做什麼. 台灣寫軟體的程度跟他們比根本是 嬰兒 等級的.  |
|
|
2012-05-14, 01:38 PM
#49
|
|
|
Senior Member
加入日期: Feb 2002 您的住址: 宜蘭
文章: 1,341
|
引用:
跑得動 跟 跑的好 是兩回事, 跑的好 跟 有好的使用者體驗更是天差地別. 尤其在 hardware resource 極度限制的 embedded system 上. 更別提 apple / google 在 mobile bowser 上面 的最佳化 (java script engine, rendering engine, opengl es compositor. 等), 使用者體驗上 則有 UI UX (不同form-factor, 不同輸入方式 touch based/ pointer, keyboard based.) 只想把桌上型的程式 包含使用模式 跟體驗 原封不動搬到 mobile system 也只有注定失敗.
__________________
AMD Athlon 64 3000+ Asus A8N-E nfoce 4 empowered Simems DDR 400 512MB *2 Benq 1640 --------------------------------- |
|
|
2012-05-14, 01:43 PM
#50
|
|
