老地方冰果室交流區

歡迎冰果室讀者在此交流
現在的時間是 02/25/2020 4:04 am

所有顯示的時間為 UTC + 8 小時




發表新文章 回覆主題  [ 35 篇文章 ]  前往頁數 上一頁  12
發表人 內容
文章發表於 : 04/28/2005 2:57 pm 
離線
嗜冰客
頭像

註冊時間: 04/30/2001 1:01 am
文章: 1530
來自: 新竹
fayever 寫:
chester 寫:
黨外人士則說只有有錢人與國民黨
高官才用得到,因此砍成左右各二線道。

Chester


當時的黨外人士現在執政了... :badgrin:


所以說嘛,現在正在全線拓寬中,因為有錢人與執政黨高官的車子實在太多了!!! :badgrin: :badgrin: :badgrin:

_________________
I love OPERA !


回頂端
 個人資料  
 
文章發表於 : 04/28/2005 3:34 pm 
離線
留言破百

註冊時間: 10/11/2001 1:01 am
文章: 215
來自: Taipei,Taiwan
chester 寫:
謝孟叡 寫:
目前64位元的計算基本上對消費者沒有直接幫助。


這樣的說法讓我想起冰果室裡面的一篇文章

好像叫做「被看走眼的 IT 重大發明」

也讓我想起以前要鋪設中山高速公路時,原始設計是
左八右八線的設計,黨外人士則說只有有錢人與國民黨
高官才用得到,因此砍成左右各二線道。

Chester
中山高在鋪設時,我正在服兵役(民國66~68年)。67年9月,部隊移防回本島,中山高剛剛開放通車到楊梅。
我在大學時期就接觸黨外活動,那時黨外立委總人數不到10個人,我也從未聽說過上述說法。即使有,以當時黨外實力,也不可能「砍」成什麼。
我倒是記得很清楚:鋪設中山高這條當初蔣經國引以為傲的「10大建設」政績之首,一位國民黨老立委還向行政院長蔣經國質詢:「高速公路只是讓有車的人開車快幾個小時,為什麼要花那麼多錢開這條路呢?」
我不是要找碴,冰果室這個園地每個發言欄目標都很明確,不相干、不正確的言論隨意貼出來,在下實在有點看不過去。得罪之處,請多包涵。 :(


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/28/2005 4:33 pm 
離線
基本會員
頭像

註冊時間: 03/27/2005 10:00 am
文章: 39
我實在是不會用這個引言 :X

想請教rlong,對於10.3"關鍵部份(Critical parts)" 改用64位元編寫,有什麼資料嗎??
如果是這樣,當然對速度上有助益 :)


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/28/2005 8:24 pm 
離線
嗜冰客
頭像

註冊時間: 04/30/2001 1:01 am
文章: 1530
來自: 新竹
jamesjan 寫:
我實在是不會用這個引言 :X

想請教rlong,對於10.3"關鍵部份(Critical parts)" 改用64位元編寫,有什麼資料嗎??
如果是這樣,當然對速度上有助益 :)


想起來了!
那是前年 第一批 G5 正要推出時,Apple Taiwan在台北紐約紐約發表會時聽來的,
那時台上還用PC-P4 vs Mac-G5 做 Photoshop 實戰現場精彩演出,並強調64位元的威力,所以記憶深刻。
也因為講的太精彩了,因此【上當】買了一部第一批的 dual-G5-2G, 如今又落伍了!:o :o
說實在的,目前這部G5+30"+23"dual display用得還滿快活的,除非G6-8GHz出來,否則還捨不得換! :badgrin:

至於Tiger, apple已有介紹,也是強調64 bits---
http://www.apple.com/macosx/features/64bit/

_________________
I love OPERA !


回頂端
 個人資料  
 
文章發表於 : 04/29/2005 2:29 pm 
離線
基本會員

註冊時間: 11/03/2004 5:38 pm
文章: 74
來自: Taichung
rlong 寫:
各位擁有Tiger的大大

能否用 Xbench 等測測 Tiger 超越 Panther 的效能有幾多?
尤其是 64位元,雙CPU ?
(這是APPLE最引以為傲的啊!也是許多人關心的啦!)

讓我們流流口水吧!!! ;) 8)


呃...
另一站的資料,大家參考一下
http://www.mobile01.com/topicdetail.php ... ast=531788


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 7:59 am 
離線
討論區管理員
頭像

註冊時間: 05/01/2001 1:01 am
文章: 960
來自: 邪教組織 #osxchat
在蘋果今天放出的技術文件裡面第四迷思有提到:

迷思: 如果把我的程式改成原生 64 位元程式,它的效能會變快很多
事實: 這個概念在某些其他的非 PowerPC 架構上是對的,因為 register 的數目與長度從 32 位元轉成 64 位元模式。然而,PowerPC 架構並非如此, PowerPC 最初就為 64 位元的計算作設計,並且在 32 位元模式下支援 64 位元算術指令集。所以在 PowerPC 架構上,軟體改成 64 位元通常不會變得更快(事實上還有可能變慢)。

_________________
void
sched_init(void){
printf("standard timeslicing quantum is %d us\n", std_quantum_us);
}


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 8:56 am 
離線
常吃冰

註冊時間: 03/19/2002 1:01 am
文章: 257
來自: USA/BOSTON
謝孟叡 寫:
在蘋果今天放出的技術文件裡面第四迷思有提到:


發現一個有趣的地方,這文件有兩個 Myth #4 ...


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 9:06 am 
離線
討論區管理員
頭像

註冊時間: 05/01/2001 1:01 am
文章: 960
來自: 邪教組織 #osxchat
DJYANG 寫:
謝孟叡 寫:
在蘋果今天放出的技術文件裡面第四迷思有提到:


發現一個有趣的地方,這文件有兩個 Myth #4 ...


哈哈哈

那第一個迷思四也來講一下好了

迷思:每個應用程式都需要使用超過 4GB 的 RAM
事實:大部分應用程式有的是相對比較節制的記憶體需求(1G 或更少)。有些程式需要多些,這類程式大多還是不需要轉到 64 位元定址空間就能夠快樂執行。通常來說在別的作業平台上只有科學運算的軟體成功轉成 64 位元程式。另外還有一些例外,例如大量的 3D 算圖。

_________________
void
sched_init(void){
printf("standard timeslicing quantum is %d us\n", std_quantum_us);
}


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 9:14 am 
離線
討論區管理員
頭像

註冊時間: 05/18/2001 1:01 am
文章: 2475
來自: Forgotten Realm
謝孟叡 寫:
迷思: 如果把我的程式改成原生 64 位元程式,它的效能會變快很多
事實: 這個概念在某些其他的非 PowerPC 架構上是對的,因為 register 的數目與長度從 32 位元轉成 64 位元模式。然而,PowerPC 架構並非如此, PowerPC 最初就為 64 位元的計算作設計,並且在 32 位元模式下支援 64 位元算術指令集。所以在 PowerPC 架構上,軟體改成 64 位元通常不會變得更快(事實上還有可能變慢)。


在下可以理解 『32 位元模式下支援 64 位元算術指令集』代表的意義,
不過說會變得更慢,那不就表示 Apple 釋出的 Compiler 沒做好最佳化動作?
還是說在程式中要用 __attrib__ 之類的關鍵字來手動控制?

_________________
ash nazg durbatuluk, ash nazg gimbatul,
ash nazg thrakatuluk agh burzum-ishi krimpatul.


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 9:32 am 
離線
嗜冰客
頭像

註冊時間: 04/30/2001 1:01 am
文章: 1530
來自: 新竹
64最佳化實在是一個非常困難的工作,雖經Apple歷經兩年多,還只是小部份程式做到
引言回覆:
Note: In Mac OS X 10.4, only software written in C and C++ (not Objective C) can be compiled as a
64-bit executable. Other languages may be added in the future.
In Mac OS X 10.4, only libSystem and the Accelerate framework are available to 64-bit developers.
Higher-level frameworks are 32-bit only.


Tiger 在Apple看家本事Objective C都還沒有支援64位元!

如果用64位元去大量處理以char 為單位的資料,一定會消耗大量的記憶體,用16位元的CPU反而是最有效率的。
但是如果用64位元來處理32位元以上的數學運算,以及須大資料量處理的繪圖,64位元應該會有絕對優勢。

_________________
I love OPERA !


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 9:51 am 
離線
討論區管理員
頭像

註冊時間: 05/01/2001 1:01 am
文章: 960
來自: 邪教組織 #osxchat
ulysses 寫:
不過說會變得更慢,那不就表示 Apple 釋出的 Compiler 沒做好最佳化動作?
還是說在程式中要用 __attrib__ 之類的關鍵字來手動控制?


這在下就不知道了,對他們的 PPC instruction set 詳情不太清楚。

_________________
void
sched_init(void){
printf("standard timeslicing quantum is %d us\n", std_quantum_us);
}


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 9:56 am 
離線
討論區管理員
頭像

註冊時間: 05/01/2001 1:01 am
文章: 960
來自: 邪教組織 #osxchat
rlong 寫:
64最佳化實在是一個非常困難的工作,雖經Apple歷經兩年多,還只是小部份程式做到
////
但是如果用64位元來處理32位元以上的數學運算,以及須大資料量處理的繪圖,64位元應該會有絕對優勢。


我不認為這是非常困難的工作,而是認為他們不急著作這件事情。
小部份程式做到是因為目前只有小部份程式需要。

「絕對」這字我還是沒辦法說出口 :oops:

_________________
void
sched_init(void){
printf("standard timeslicing quantum is %d us\n", std_quantum_us);
}


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 04/30/2005 10:15 pm 
離線
嗜冰客
頭像

註冊時間: 04/30/2001 1:01 am
文章: 1530
來自: 新竹
最終,自己出的題目,自己來回答吧!

Power mac dual 2G-2G RAM GeForce 6800 Ultra
----------------------Tiger 10.4.0 -----Panther 10.3.9
Result-------------186.53 ------141.07
CPU Test--------152.42-------125.76
Thread Test-----205.86 -------117.65
Memory Test----354.51--------267.58
Quartz Graph---198.6----------197.13
Open GL---------176.04---------107.44
User Interface---329.55 ------- 255.78

最終判決:Tiger 勝出!!!

哇! 哈哈哈! :lol: :lol: :lol:

PS:口水不用流了

_________________
I love OPERA !


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 05/01/2005 1:10 am 
離線
基本會員
頭像

註冊時間: 04/08/2005 2:55 am
文章: 27
ah.......no.......
脫題離譜了

到底我的iBOOK需要去加RAM養老虎嗎
加1G要8XXX
需要嘛
直得嗎


回頂端
 個人資料  
 
 文章主題 :
文章發表於 : 05/01/2005 2:49 am 
離線
嗜冰客
頭像

註冊時間: 04/30/2001 1:01 am
文章: 1048
來自: Metropolis Asylum
通常情形下,使用 64-bit mode 來執行的程式,是比 32-bit mode 慢些少的。這個在 SPARC、Power 和 PowerPC 上也是正確的。

這個理由相當明顯,在 32-bit mode 下,也有 64-bit data type 去計算,在 64-bit CPU 中,使用 64-bit mode 或是使用 32-bit 來計算 64-bit data,實際上在 CPU 中計算時是沒有分別的,不會快了。但是原本只需要用 32-bit 來計算的情形下,例如 for-loop counter、文字運算等,在 64-bit mode 時,只是比用 32-bit mode 來計算,浪費了三十二個零,對運算速度並無幫助。但是同樣是 512KB L2 cache,在 64-bit mode 情形下,就只能夠記住 64k 個數字,但就可以記住 128k 個 32-bit data。換句話說,使用 64-bit mode 時, cache 效率是少了一半!

以上是在 64-bit CPU 上比較。

當然,64-bit CPU 仍然比 32-bit 在計算 64-bit data 時更有效。不過,通常一般使用者的 workstation 類的 64-bit 運算,如 3D emulations、video codec、photoshop filters,也可以由 AltiVec 來計算。這時,G5(PPC970/PPC970FX) 的 AltiVec 單元 是比 G4(PPC64xx) 的 AltiVec 略差的。可幸的是,G4 外近太慢的問題,在 G5 上完全得到解決。所以縱使 G5 的 AltiVec 單元略差,但整體上 G5 的 AltiVec 的運算,仍比同一時頻的 G4 更快。

當然, x86-64 的故事又有不同,x86-64 有十六個 registers 比 x86 的八個 registers 多出一倍。對於 software optimisation 有極之大的幫助,足以彌補浪費了的 cache 的損失有多。所以在相同的硬件下 x86-64 是會比 x86 更快。但 64-bit PPC 行 64-bit 是會更慢的。

zaz 寫:
ah.......no.......
脫題離譜了

到底我的iBOOK需要去加RAM養老虎嗎
加1G要8XXX
需要嘛
直得嗎


那要視乎閣下是合共 640MB,還是 768MB RAM 了。

根據現時有限的 samples 下,640MB 行 Tiger 是會慢了的。但 768MB 就 Tiger 比 Panther 快了。 :badgrin:

_________________
圖檔
It is not god who created man. It is man who created God.

Light travels faster than sound. This is why some people appear bright until you hear them speak.


回頂端
 個人資料  
 
顯示文章 :  排序  
發表新文章 回覆主題  [ 35 篇文章 ]  前往頁數 上一頁  12

所有顯示的時間為 UTC + 8 小時


不能 在這個版面發表主題
不能 在這個版面回覆主題
不能 在這個版面編輯您的文章
不能 在這個版面刪除您的文章
不能 在這個版面上傳附加檔案

搜尋:
前往 :  
cron
POWERED_BY
正體中文語系由 竹貓星球 維護製作