看板
[ Soft_Job ]
討論串[請益] java的效能!?
共 52 篇文章
內容預覽:
非常感謝各位前輩相關的資訊. 小弟公司的主要產品是一台GATEWAY（公司開發的軟體裝在一台伺服器上），. 該GATEWAY的架構前端會有一個過濾器(類似IPTABLE功能，用c寫的)，. 可以擋住非法或不允許的網路連線. 當允許某網路連線就可以進來存取資料庫資料，存取資料的模組是用java寫的.
(還有879個字)
內容預覽:
小弟的淺見給您參考~. 首先我們得去定義效能差跟慢這件事情，說實在的，技術人員討論的都有很高深的技術. 意涵，各方高手也有獨到的見解，可是...老闆或主管某種程度上是屬於商業人員，他不會也不想跟你談太多了技術理論，他的真正意思也可能不是在計較單一程式或架構的效能而是當他從交易面看效率時是很差的，這樣
(還有516個字)
內容預覽:
[我把我自己的先刪掉比較好看XD]. 阿 這一點我不同意.... android在初始環境(只有基本程式,即repo下來code),順暢度就差了,更別說使用者. 怎麼去玩他, 再去追他的code,還真的很難相信效能會好XD. ARM的CPU同時脈下效能絕對比x86差,又多一層VM,我不相信效能會比沒
(還有261個字)
內容預覽:
Android會慢並不是因為用VM的關係，雖然有一點影響，. 主因還是背景大家可以亂開一堆service同時跑。. iOS會順也和Objective-C沒有太大關係，主要是因為大部份的情況. 並不允許使用者的程式多工。. 問題是考慮到維護，用C/C++的成本比asm低多了。. 同樣的程式，同樣的演算
(還有564個字)
內容預覽:
要也是定義效能差是指哪個面相的差. 以CS的發展狀況, 演化快慢都是memory > processor > software. 所以用大量cache和多核或pipeline一向是從以前到現在的做法. 用static雖然佔空間,但是對常用的constant絕對可以省掉向OS要記憶體的時間. (這就是
(還有167個字)