|
||
|
*停權中*
加入日期: Jan 2008
文章: 1,281
|
引用:
插個話，最初的 MMX 也是借用「浮點運算暫存器」，看來整數、浮點數之間似乎還真是有點模糊的空間啊  |
||||||||
2009-02-06, 06:48 PM
#21
|
|
|
Major Member
 加入日期: Feb 2003
文章: 198
|
引用:
SSE裡也有整數運算，總之就是一個爛例子。 引用:
沒錯阿，資料形態是浮點或整數，和 function parameter 是什麼形態不一定有關。 但是 1.2 + 1.3 會去叫整數加法嗎？不可能。 我很認真的問，請問您是用哪種語言？ vb 那種 var 形態的嗎？ 引用:
耗時間的是指令。 似乎 MMX 只有浮點運算，所以當初就那麼放了。 vc 的 INT_PTR 可以放浮點也可以放整數，所以應該沒有人直接拿兩個INT_PTR相加吧。 這個比較不確定。 |
|||||
|
2009-02-06, 07:51 PM
#22
|
|
|
*停權中*
加入日期: Jan 2008
文章: 1,281
|
引用:
據我以前看過的資料，MMX 只有整數運算，不過 MMX 現在應該沒人用了，所以隨便啦  |
|
|
2009-02-06, 09:04 PM
#23
|
|
|
Senior Member
加入日期: Oct 2006
文章: 1,384
|
引用:
Northwood藉由低延遲的L1 cache、2倍速ALU、800 FSB、HT和高的時脈延展性可以殺遍K7 大多數的應用都是整數運算，轉檔、多媒體處理軟體大多都有SSE系列指令最佳化 K7在當時只有遊戲可以與之抗衡 可是有個問題 到了Prescott，L1、L2的延遲爆增，2倍速ALU的優勢也因延遲的關係消失 Northwood和Prescott當時除了轉檔和super pi沒輸之外，都完全不敵K8 轉檔因為有最佳化嘛 但在大多數整數運算與浮點運算都輸的情況下 為何單單super pi不會輸? 真是個很神奇的問題 |
|
|
2009-02-06, 10:21 PM
#24
|
|
|
*停權中*
加入日期: Jan 2008
文章: 1,281
|
引用:
Super PI 誰輸誰贏老實講我不記得了 不過 Prescott 性能不增反減的的原因據說是為了： 一、新增64位元架構，但卻與原本的32位元架構整合不良，必須花費更多工作週期來處理指令解碼，不但導致快取延遲暴增，連兩倍整數邏輯運算單元也遭到波及而性能大減。 二、高達31階管線深度暴增過快，一旦發生程式分支且欲執行之微碼不在 Trace Cache 中，就必須浪費大量工作週期重新提取指令解碼，導致性能大減。 |
|
|
2009-02-07, 12:49 AM
#25
|
|
|
Golden Member
加入日期: Jun 2002 您的住址: 地獄18層
文章: 3,263
|
Prescott還是有細分成沒有支援64位元的版本...
__________________
徵你不要的AM4 CPU 徵你不要的SATA接頭斷裂SSD 
|
|
2009-02-07, 01:05 AM
#26
|
|
|
Power Member
加入日期: Nov 2002 您的住址: 台北縣永和市
文章: 699
|
引用:
MMX也只是與該P-MMX系列的FPU暫存器有重疊到他的空間，不是功能吧 而且MMX主要是針對整數運算 導致MMX算整數的時候，浮點運算不能同時跑要一直切換
__________________
Intel I7 13700 MSI Pro B760M-A WiFi DDR4 (MS-7D99) MICRON DDR4 3200 32G *4 SOLIDIGM P44PRO 1T MiCRON P5+ 500G EVGA GTX3060 TI 6G MICRON MX500 250G TOSHIBA DT01ACA200 Creative SOUND BLASTER OMNI SURROUND 5.1 EVGA 550GM LIAN LI PC-A05FN ASUS VG27AQx2 MS Windows 11 此文章於 2009-02-07 01:14 AM 被 FROG1014 編輯. |
|
|
2009-02-07, 01:11 AM
#27
|
|
|
*停權中*
加入日期: Jan 2008
文章: 1,281
|
引用:
一、「不支援的版本」只是把64位元的功能屏閉或關掉而已，實際電路或架構依舊存在... 二、兩倍整數邏輯運算單元看起來很炫，但當要與其它單元溝通時，必然產生更多的延遲或空轉週期，加上為了加入更多的功能、更深的管線，使 Prescott 的複雜度超出當時技術所能掌控的範圍，電路設計也達不到原本預期的效果，簡單講就是失控了，尤其在溫度及功耗方面... 引用:
一、不是重疊，是故意「借用」，據說在當時暫存器所費不貲，為省成本使然。 二、我知道，所以我21樓其實是半開玩笑講的，主要目的是緩和一下氣氛。因為不論 EIGHTS 說的是不是完全正確，至少他有主動分享的心意，我認為這才是討論區最有價值的地方，否則大家老是為一點小事戰過來戰過去多沒意思  三、所以囉，只能計算整數又要切來換去的 MMX 已被一系列 SSE... 取代了不是？ |
||
|
2009-02-07, 08:57 AM
#28
|
|
|
Master Member
  
加入日期: Nov 2000 您的住址: 新開的店
文章: 1,586
|
引用:
現在又變成爛例子了 你不是講得很肯定 1.2+1.3 可以用整數算 可見你的程式技巧還相當粗淺 我個人覺得我講的有錯 你可以指教我 但不要用那種「貶低」別人的方法來講 你很了解我是誰嗎? 我的程度在哪裏嗎? 你真的很了解所有的東西嗎? 就這樣吧 這是題外話 |
|
|
2009-02-07, 12:33 PM
#29
|
|
|
Master Member
加入日期: Nov 2000 您的住址: 新開的店
文章: 1,586
|
引用:
其實我個人是覺得 原始的影片檔紀錄了每一個像素的完整資料 再經過各種壓縮法壓縮成某種格式的影片檔 最後紀錄的還是像素的資料 這部份根本不能算是浮點運算 因為輸入是 Byte 值，輸出還是 Byte 值 影像轉檔不就是從這個格式轉成那個格式 轉來轉去，還是一樣 Byte 值轉 Byte 值 而影像轉檔為加速過程 使用 SSE 這類平行計算的指令 這樣完全不能叫浮點運算 以上是我的看法，有錯請指教 |
|
|
2009-02-07, 12:42 PM
#30
|
|
