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大幅降低….
達到不增加花費來維持的目的。

某長輩提到，他買的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的顯示內容的時候，會怎麼處理畫面？

後者好像現在就可以來實驗看看。

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_

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買下？