![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 系統組件
(https://www.pcdvd.com.tw/forumdisplay.php?f=19)
- - AMD與INTEL的CPU大討論一下!!!!!
(https://www.pcdvd.com.tw/showthread.php?t=515121)
|
|---|
k7 在多幾個 iteration 會有精確度的問題倒是第一次聽過,不過通常我遇到類似的問題,尤其是資料正確性的問題,都會去 debug 程式,最簡單的方式就是驗證,驗證的方法有很多,用不同的演算法後再用程式比較,或是在動態的驗證每個程序與每次 iteration 結果等等。
我也沒寫過這種分析程式,的確 fortran 的東西還有人用,不過以我學過兩者的感覺,要寫到快與強,C/C++ 還是遠勝 fortran,(雖然 fortran 並沒有學得很深入,且早忘了,不過印象中 fortran 限制頗多,且是十分古老的語言),而 C/C++ 比較麻煩,需要著重於許多程式技巧(像是基本的資料結構、演算法與記憶體管理,再進階點就 OOP,更進階就 Design Pattern, Generic Programming 與 Extreme Programming, fault tolerance, parallel/distributed programming 等),但是彈性極大,且有龐大的各種函式庫,與極佳的性能。 |
又來了...............
用滴高興就好了 |
引用:
這裡指的是用K7搭配ifc6(當時測試時用的版本),如果是generic的optimization參數 OK,針對細部指令集最佳化就有些許誤差,雖然都是在10^-5左右的差距(以物化能量 計算的iteration而言)。但這樣不如用g77不用ifc就好 至於Fortran code...科學計算程式還是太多了,C不能取代之固有其道理 但C的確有許多優點,許多大型套裝科學計算軟體都是Fortran code為計算核心 C作一些小程式,perl, csh script作些介面∼而非單一只採用一種code 君可以參詳著名的物理化學計算程式如GAMESS, GAUSSIAN, AMBER, CHARMM均如此 至於說自己寫這種程式,呵呵,那要看需求而定了∼ |
| 所有的時間均為GMT +8。 現在的時間是09:56 PM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2026。