Re: [討論] 大家對於物件導向程式語言的選擇...

看板Programming作者 (ggg)時間16年前 (2008/04/19 12:12), 編輯推噓4(401)
留言5則, 5人參與, 最新討論串17/34 (看更多)
※ 引述《yoco315 (眠月)》之銘言: : ※ 引述《easterday (數牙)》之銘言: : : ※ 引述《easterday (數牙)》之銘言: : : : (待續).. : : I show my ideas, and then yours... : : Cost1: learn MFC and x86 Assembly : : Cost2: study a popular VM : : 以上是我對於未來電腦架構的猜想 : : 有什麼應該指正的嗎? : 其實你的認知還都蠻正確的,只是你表達能力很差而已。 : 阿其實你都講完了,所以其實也沒什麼好指正的。 : : : 感謝賜教 : : 再來我自己應該在ABCDEFGHIJ裡面找出我的cost1和cost2哪一個適合我了... : : 感謝賜教 : : 所以也沒什麼好賜教的,因為你的認知都還 OK。 : 你既然很了解 vm 跟 native 的差別,那你現在就是選一個適合自己的就好了, : 就像我在一開始推文就說了,重點還是「你需要什麼」,然後根據需求去選擇, : 真說有什麼要建議的話,那就是最好兩種都要會,不是一刀兩斷,加油吧。 : ======================== 支撐程式語言執行環境的層次可以是: 1.光禿禿的硬體(通常是組語, 一般人也不這樣用). 2.架在os之上使用的高階層式語言, 通常是 compiler 產生 native code, 由硬體針對產生的機器碼直接執行. 3.架在 Language VM (指的不是 IBM OS 的 VM Monitor, 而是如傳統的解譯器 BASIC , 或現在流行的 Java VM) 或 應用層之上 (如 4GL, Excel Macro..) 或 .net 稱呼的 common language infrastructure 之上的 中間碼程式, 這 類中間碼是透過 VM 軟體執行, 當然也能再轉換編譯成最終的機器碼執行. 這其中的一個疑問就是 多核心 CPU 的出現, 這種已經在用的硬體是否有適當 的軟體與工具可以發揮其效用 ? Java 語言一般都被視為具有 concurrent high level language, CHHL 的特性, 但是併行或平行計算, 當真計較, 是要區分究竟要在那個層次平行, 如: 1. instruction level/loop parellel level 2. thread/task/process level 3. distributed object level 4. job level 傳統 OS 是支援 task/process level 的併行/平行, 現在則流行再於其上由 library 支援 user mode multi-thread. 現在流行的 JVM 通常都架在現成的 OS 之上, 所以強調的是 distributed parallel object. JVM 是否支援 多核心 併行/平行 處理是這個討論串最有疑問可待探討之處. 1.X86 PC 共用記憶體的多處理機架構早在 1990年 就已推出, 雖然她不同於 多核心, 但影響的較大的是 OS 的更新調整, JVM 未在此強調與爭長. 2.多核心的利用與管理, 當然是新興的問題, 硬體間的關聯也不同於傳統的多 處理機, 是要忽略抽象化當抽象機器看待是一種辦法, 要針對實質重點考量 固然是務實的辦法, 但適合能讓 user mode 的程式直接來管嗎 ? 3.對程式設計者言, 那就是透過現成支援宣告聲明再調用, 還是自寫適當資料 結構, 自編程式自行管理的差別. 4.到目前, Java 號稱是 CHHL , 但未大力宣稱支援多核心併行/平行 ====== 理論的分工上, 資訊工程的專業應該是要能寫出那個支援多核心平行功能的支 援用 library 才是, 但在台灣這類性質的公司很少. 台灣會做硬體組裝與搭配不同 chip 做專用系統設計的公司, 就個人所知, 一 般都不喜歡 Java 而是偏向 C 或 C++ . 但是 不用 Java 並不是就不考慮如何善用多核心的效率. 現階段, 多核心的 使用是較多處理機要來得容易推廣與普及的, 畢竟一般人無法把多核心劈開來 降級減價使用. 但, server 端與 client 端的性能與善用率需求一直就是不同的, 所以, 這 兩者必然會分化. 可是 client 端的使用者界面與反應需求也會是有多核心存 在的理由的. ====== 對使用者言, 買個電腦裝了一堆 RAM 與 Disk Space 沒完全用上, 也不曾計 較, 更何況是否多核心 ? 照例是不太會關心的, 最關心的還是年薪, 其次是 買價, 不太管裡面有幾個頭要怎麼做出來 !! 問題應該是: 會寫出善用多核心效率程式的, 是否比較容易年薪百萬 ? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.115.4.12

04/19 13:11, , 1F
最後一句真是台肯 XD
04/19 13:11, 1F

04/19 13:14, , 2F
我想比較容易年薪百萬....真的不好寫...
04/19 13:14, 2F

04/19 15:51, , 3F
問題是, 老闆們看得出你會嗎?
04/19 15:51, 3F

04/19 18:15, , 4F
連教授都加入了XDDD 越來越歡樂
04/19 18:15, 4F

04/19 19:11, , 5F
老板會找人比軟體的benchmark,不管用啥寫
04/19 19:11, 5F
文章代碼(AID): #182N57cx (Programming)
討論串 (同標題文章)
文章代碼(AID): #182N57cx (Programming)