GNN新聞

ETC2005-03-23 15:46

PSP 目前僅發揮原定的 7 成效能

(GNN 記者 Sam 報導)

  根據日本 PC Watch 網站後藤弘茂專欄的報導指出,SCEA 於 GDC 2005 的研討會中透露了目前 PSP 的 CPU 運作速度被限制在 222MHz 以下,只有規格上限的 7 成左右。

  SCEA 於 GDC 2005 中舉辦了以 PSP 為主題的研討會「PSP Advanced Software Overview」,會中公布了許多未曾對外界透露的 PSP 相關細節,包括目前 PSP 運作速度的限制以及記憶體空間的配置等。

◆ 功力未完全發揮的 PSP

  根據 SCEA 表示,雖然 PSP 的 CPU 的運作速度最高可達 333MHz,但現階段則是將之鎖定在 222MHz 以下,僅達上限值 333MHz 的三分之二強。而其他關聯部分,包括整合在同一處理晶片的內部匯流排以及繪圖晶片、內嵌記憶體等,也都一並鎖定在硬體規格上限的三分之二,相關資料如下:

處理單元
硬體規格上限

現階段實際運作上限

CPU 核心
微處理器
MIPS R4000 (1~333MHz) MIPS R4000 (1~222MHz)
向量處理器
VFPU,2.6Gflops VFPU,1.7Gflops
媒體引擎
微處理器
MIPS R4000 (1~333MHz) MIPS R4000 (1~222MHz)
輔助記憶體
2MB,0.5~166MHz,匯流排寬度 128 位元,頻寬 2.6GBps 2MB,0.5~111MHz,匯流排寬度 128 位元,頻寬 1.7GBps
影音處理器
可程式化影音處理器,5Gops (0.5~166MHz) 可程式化影音處理器,3.3Gops (0.5~111MHz)
系統匯流排
匯流排寬度
128 位元 128 位元
運作時脈
0.5~166MHz,頻寬 2.6GBps 0.5~111MHz,頻寬 1.7GBps
圖形處理器
構成單元
Surface Engine + Rendering Engine (0.5~166MHz) Surface Engine + Rendering Engine (0.5~111MHz)
視訊記憶體
2MB 內嵌,0.5~166MHz,匯流排寬度 256 位元,頻寬 5.3GBps 2MB 內嵌,0.5~111MHz,匯流排寬度 256 位元,頻寬 3.5GBps
座標轉換
每秒最大 3500 萬 (35M) 頂點 每秒最大 2300 萬 (23M) 頂點
像素填充率
每秒最大 6.64 億 (664M) 像素 每秒最大 4.44 億 (444M) 像素
曲面拆解
每秒最大 5.8 萬次 (16 × 16) 每秒最大 3.9 萬次 (16 × 16)

  根據研討會中所公布的資料顯示,PSP 上最耗電的幾個操作分別為 UMD 光碟的存取、WiFi 無線網路的傳輸以及設定為高亮度的背光液晶螢幕,而不太耗電的部分包括媒體引擎(Media Engine)、內部匯流排運作時脈、Memory Stick 記憶卡等。沒有運作的處理單元都會被關閉,以減少耗電量。

  雖然 SCEA 會中並沒有說明壓低時脈的理由,但在後續關於耗電量的研討議題中,則明白的顯示出是基於耗電量的考量,為了在現階段的半導體技術的限制之下,達成以 1800mAh 容量的鋰電池持續運作 4~6 個小時,能被一般玩家所接受的續航力,因此將運作時脈限制在硬體規格上限的三分之二。

  研討會主持人 SCEA 開發者公關經理 Mark DeLoura 表示:「PSP 的 CPU 的運作速度可達 333MHz,只是現階段被鎖定在 222MHz,內部匯流排的運作速度因為是設定為 CPU 的一半,所以也降低為 111MHz,當往後決定要將時脈提升到 333MHz 時,內部匯流排也會一並提升到 166MHz」。

  DeLoura 的發言暗示了現階段的運作速度上限只是暫定的,將來有可能解除限制,讓 PSP 發揮原本的性能,而這勢必需要輔以各種配套措施,推測可能的做法包括減少遊戲對 UMD 光碟存取的需求,善用低耗電的 MS 記憶卡存取,或推出大容量鋰電池等可適用於現有 PSP 主機的方案,以及採用新製程的低耗電晶片、低耗電無線網路模組、甚至使用較省電的 OLED 螢幕等可用於新版 PSP 主機的方案。

◆ 8MB 容量的多功能 PSP 作業系統核心

  除了硬體運作方面的議題之外,研討會中也提到關於 PSP 軟體層面的配置與運作。資料顯示,PSP 的作業系統核心佔用了 8MB 的主記憶體空間,是遊樂器中相當特殊的例子。一般的遊樂器所使用的作業系統核心大都只佔用數百 KB 程度的記憶體容量,故 PSP 的 8MB 作業系統核心顯得特別龐大。

  根據發表資料,PSP 的軟體開發環境是透過高階的應用程式介面(API)所達成,除了繪圖晶片部分開放較多硬體的操作之外,其餘主機硬體的細部對開發者來說是抽象化、不透明的,開發者不需要也無法自行操作各部分硬體,而是透過作業系統核心所提供的 API 來進行操作。以 3D 繪圖方面來說,所採用的就是與業界標準 OpenGL 相似的 API。

  正因為 PSP 的程式開發模式是採用硬體抽象化的 API 方式達成,加上必須提供包括記憶體管理、影音播放、網路存取、電力控制、記憶卡存取等各種標準系統功能,並包辦底層硬體的驅動,因此作業系統核心的容量才會達到 8MB 的程度,實際可供遊戲使用的容量則剩下約 24MB 左右。如此的設計可說是一反當初 PS2 以硬體直接操作為主的設計概念,而走向以軟體開發為重的設計。

◆ UMD 遊戲光碟確定不分區

  會中也再次確認了 PSP 的 UMD 遊戲光碟將不會有分區的限制,但影音出版的 UMD Video / Audio 則會分區。另外也介紹了加速 UMD 光碟存取的方法,包括盡可能使用 LBA(邏輯區塊位址)的存取方式來得到比透過檔案結構與目錄的存取方式更好的效率;將遊戲所需檔案複製多份散佈在光碟各區域,存取時可就近取用以增加效率;使用讀取速度較快的區域來存放資料(所指的應該是光碟外圈部分)等。

  由 GDC 的研討會所公布的 PSP 相關細節可知,目前 PSP 尚未完全發揮其應有的效能,在 UMD 遊戲光碟的存取速度方面也還有許多最佳化的空間,隨著開發經驗的累積、開發工具的改良,以及硬體製造技術的進步,預期往後將會有更優秀成熟的表現。而現有的 PSP 主機也可望能透過開發技術的改良與電池技術的提昇,以及系統韌體的更新來得到進一步的發揮。

相關新聞

SIEJA 宣布結束 PSP go 售後服務 因零組件庫存短缺

GNN新聞 PSP

SCEJA 宣布 PSP 主機上的 PlayStation Store 將於 2016 年 3 月終止服務

GNN新聞 PSP

吉田修平暗示 PlayStation 有可能不會推出下一款掌機

GNN新聞 PSV

留言(0)

face我們了解您不想看到廣告的心情⋯ 若您願意支持巴哈姆特永續經營,請將 gamer.com.tw 加入廣告阻擋工具的白名單中,謝謝 !【教學】