ATI 最近十足熱中於GPGPU，繼先前的Physics on GPU，這次是Video Transcode。
http://www.kimicat.com/?p=339
看起來好像很厲害XD
分類彙整: Uncategorized
PS3.0 Branch Performance Test
Source：
http://bbs.gzeasy.com/index.php?showtopic=464544&st=0
by HeavenPR。
plog 1.0.2 beta
由於mark在plogworld.org.tw回應說，ValidTrackback在1.0.2 branch已經fix了，代表如果我們希望ValidTrackback發揮作用，必須升級到1.0.2。
於是開始動工。
將SourceForge上的upgrade版抓下來，找到自己的更改處保留之後，覆蓋處理。
雖說這是推薦法，但是Oscar(plog原作者)和mark這邊有點出入的關係，這樣下去branch量大概會增加很多(死)
phpBB update to 2.0.18
http://www.lovehinaplus.com/phpBB2/viewtopic.php?t=7365
這回值得注意的是竹貓改為UTF8釋出，所以少一個步驟。
所以目前LH+和夢想都UTF8化了。
話說，改完第二天Tib提到一個東西：Template Cache。
phpBB 2.0.8新提出 template cache機制，基本上就是用檔案暫存來換SQL Server CPU usage。
1. contrib/template_file_cache.php 換掉 includes/template.php
砍掉後者、用前者(改為同名)換掉；
有另一個template_db_cache.php，不過因為需要新開table，也不知道有沒有比較快….
2. chmod 777 cache
之後就是用cache目錄的空間暫存來減少對SQL的需求；
這個措施當然會同時套用到LH+與Dream-Realm上。
話說回來，plogworld.org.tw也有人提到"當SQL server掛點的時候用HTML當暫存"的解決方案，這邊也順便參考一下好了：
聯結不到資料庫時如何轉向其他備份頁面
(目前核心補強區置頂中)
都處理完的話應該可以再把CPU usage大幅降低….
達到不增加花費來維持的目的。
關於LCD TV連接GPU的一點問題
某長輩提到，他買的Sharp AQUOS LD-32沒辦法以native解析度顯示。
Native是1366×768(並且以這個解析度來支援1080i….)，但是實際上只能調出1365×768 or 1368×768….
想到印象中曾經看過….於是去PCWatch一翻，果然找到答案了：
http://pc.watch.impress.co.jp/docs/2004/1213/ubiq88.htm
結果問題看來比想像中來得嚴重得多了。_A_
話說順便聽到的狀況是，LCD-TV有不少支援HDMI、反而少DVI。
當然這顯然是製造商只考慮與AV器材連結，而這就讓我想到了ATI與NVIDIA似乎決定在新產品上增加HDMI的支援，這就讓我想到了兩個問題：
1. 你要讓GPU支援HDMI介面的話，那麼HDMI規格上的8ch SPDIF怎麼辦？要透過PCI-Express傳入GPU上嗎？
於是目前通常由主機板內建的HD-CODEC得改塞到GPU上？
話說這邊才提到PPU的功能也被塞進GPU、加上這個的話GPU就更複雜了。當然HDMI這個新聞已經好一陣子了….
2. HDMI是 single-link 與 dual-link 有區分的接頭，並且沒有具備相容用的DVI-A(D-sub相容)的相關針腳，如果直接做在顯示卡產品上的話，那就得犧牲掉一個RAMDAC輸出？
基本上綜合上述兩點的話，在現有具備HDCP的DVI介面上，裝配SL與DL各自不同的轉接頭、並且可能要犧牲掉SPDIF，這樣的話比較會是顧及相容性與成本的作法；但是會失去採用HDMI的意義。(HDMI的主要目的是單線連接顯示器與設備，所以如果沒有爭取到這個功能的話，那就沒必要做了)
其次是大費周章作成類似當初Canopus那般的抽換模組，SPDIF也透過GPU處理，成本自然最高、效果應該會最好；或者是直接做在擋版上、和DVI並列….不過這樣變成4~5個port看起來可能會很壯觀。
最後就是只做在特定產品上，如AIW之類，這就不必擔心需不需要處理DVI與D-sub的相容性問題了。
—-
話說這邊有個題外話：
上週大食尾聲的時候聊到PS3的HDMI、大家都想到轉接成DVI；但是輸出到現有螢幕的狀況會如何呢？
有兩個條件－
1. PS3具不具備輸出為1280×1024、然後自動上下補黑框來相容720p的能力？
2. 普通具備DVI的PC用螢幕收到1280×720的顯示內容的時候，會怎麼處理畫面？
後者好像現在就可以來實驗看看。
看我砸爛ipod!!
http://taiwan.cnet.com/news/special/0,2000064597,20102205,00.htm
某長輩云：會被反大概是因為他們賺太多了。
說得也是，聽說利潤高達52%….
這玩品牌真的玩得太兇了。
台灣雜誌持續墮落中
http://ikas.kghs.net/~catg/talk/talk.php
"沒品…" by おやじ臭いトーク
http://molesterwaterball.blogspot.com/2005/11/blog-post.html
"台灣雜誌抄襲日本「國恥」，又添一例" by 痴漢水球的部落格
http://myread02.blogspot.com/2005/11/blog-post.html
"數位時代抄襲日本雜誌?" by 字裡行間
某長輩提到，聽說是因為數位時代一月改版，不知道要寫啥….於是就拿剛創刊的GQ來抄。
這連頁數都差不多就扯了，台灣的出版業創作能力歸零了嗎？
很久沒有遇到無聲電話了….
不過這回特別誇張，手機和家裡電話合起來交替打就算了，還持續很久：兩點的時候打了十幾通、五點整的時候又打了好幾通。
剛好這邊繼續拿NB跑Fate HA的關係…. 所以有把時間記下來。
話說這讓我想到我有申請通話明細….看看有沒有抓到號碼好了。_A_
HAVOC：要跑物理GPU也很好用
http://www.gamespot.com/news/6136639.html
Q&A: Havok says GPUs are fine for physics
https://www.kimicat.com/phpBB2/viewtopic.php?t=815
Hotball’s Hive 討論串
http://www.pcdvd.com.tw/showthread.php?t=554891
PCDVD討論串
大意是說，Havok新的引擎"Havok FX"支援在SM3.0等級的GPU上進行物理引擎的運作，甚至是在多顯示卡系統(包含NVIDIA與ATI)系統上的執行，比方說將物理運算的工作平均分配給兩個不同的GPU；並且認為這樣的商業模式會比Ageia自己推出PPU卡要來得聰明。
其實這邊有個問題是PPU卡同時面對Multi-core CPU(如Cell之類)與透過GPU 來進行物理運算這兩方的競爭，的確看起來沒什麼甜頭；不過Ageia目前看起來的作法並沒有刻意去主推它的PPU，只是當個選項而已，所以要論斷應該還蠻早的。
不過，我的確認為Ageia 應該沒有計畫推PhsyX PPU的後繼產品。
而且說不定很快就會有人想把Ageia買下？
GeForce 7600
先前說了，NVIDIA很可能在明年的International CES上公開G7x的高中低產品，包括7600與7200。
7600目前看來是5vs、8~12ps、Double Dual-Link DVI、PureVideo高解析支援之外，其餘與NV43差不多的晶片，大小應該是先前傳的210M左右，維持128bit Memory…. 這樣看起來就和X1600蠻接近的。
由於是128bit，所以與NV43是pin-to-pin相容。晶片到底是G71 ~G73的哪一款還不知道，不過從前幾天公開的Go7300/7400(G72)看來，應該是G71？當然這就不是很重要了。
至於7600GT目前還不清楚，聽說目前有點良率上的問題；可能與TDP/可達時脈有關？