Google 流量分析統計服務

Google Analytics
http://www.google.com/analytics/

Freeleaf作了一些解釋:
http://www.leafportal.org/MT/archives/001552.html 

每個網頁都要加那段….看起來好煩…._A_

phpBB的話,只需要在/includes/page_header.php裡面加上統計需要的script。

plog的話,lsss大寫了個plug-in支援。
http://blog.nlhs.tyc.edu.tw/post/2/55
裡面也放了不少設定上的心得,應該很有參考的價值。

靜態網頁的話…. (汗)

GTX 512正式發表;SLI動態切換 @ FW80

AnandTech的專題
GTX 512用更好的記憶體頻寬與核心時脈直接扳回一城,
不過要應對更大的威脅的話,G70需要更高的時脈….

於是馬路消息。
依ghrs2010的說法,同樣是TSMC 90nm,G71的第一個TDP折點在850MHz左右….orz
相較之下,R520的TDP折點分別在726、802、819,而且後續沒測試的關係可能還很多。
到底該說NVIDIA的佈局出神入化,還是ATI佈局荒腔走板?
看來這回R5x0問題這麼多,都是ATI自己的錯了?!

補充:小月說G71其實是"沒有TDP折點的",
也就是說IBM的佈局已經做到到critical-path之前完全是平順增溫, 達到理想化的佈局了嗎?(抖抖抖抖抖)

—–
話說回來,這下我真的想敗SLI了。

免開機動態切換!!!!!!

6600GT SLI、A8N-SLI Premium、FW81.85。
免重新開機,直接動態切換。
可以從兩張卡中任選一張的任何一個連接埠當輸出。

雖然一點都不起眼,但我覺得這是SLI最重大的突破。
這下我真的想敗了。

事情不妙….

收到一些怪消息,看起來GTX 512 和 6800GS一樣,都是出來頂這季而已的玩意兒。
而NVIDIA後頭還有怪東西要推….

你們到底還有多少暗樁啊。(汗) 

R580 是 16-1-3-2(1TMU/3ALU/2 Z)的這個spec,目前已經傳到其他地方來了,看來DaveB真的和ATI現在非常親近。XD
應該可以推論他老人家說的RV560(8-1-3-2)應該也是正確的。

目前得知R580的die size是352mm2,以這個數據來算的話,電晶體數量可能只有400M左右。

為什麼R580追加了這麼多的ALU,卻只有這麼小數量的電晶體增加呢?
我會認為這和dispatch processor的結構有很大的關係,這點可以參考RV530的架構圖:

R520 — 4個dispatch processor、4個TMU core(quad)、4個Pixel shader core(quad)
RV530 — 1個dispatch processor、1個TMU core(quad)、3個Pixel shader core(quad)

於是這樣就可以看得出來,16-1-3-2的R580,基本上是4個dispatch processor但是底下擴張到3個quad ALU的擴產性結構,也就是說dispatch processor其實很可能佔掉比ALU更大上許多的電晶體數量。

進一步的討論列於
http://www.lovehinaplus.com/phpBB2/viewtopic.php?p=45054#45054
http://www.lovehinaplus.com/phpBB2/viewtopic.php?p=45055#45055

—-
狀況或許這麼說比較單純:

R580應該是因為要跨到R600(DX10)還要相當長的時間,所以作一個超大版本來頂的;所以如果把R520->R580的過程,看成NVIDIA這邊從NV40 –> G70的過程的話,其實事情的經過就比較合理了。

反過來說,既然已經跨到G70這一步的NVIDIA,下一步看來當然就是自己的DX10 device,也就是NV50/G80了。

綜合INQ的G71 = RSX與G71 = 90nm G70這兩個說法來看,G71應該比G70更接近RSX、是G70的部份修改版;並且很可能跑相當高的時脈,推出的時間應該與G72/G73相仿。

但是接下來,應該就不是所謂的"32pipe G7x",而是直接推出G80了。(!!)
這也符合先前ASUS的人員講的"那玩意兒是NV50/G80"這個說法,畢竟32ps G7x是這邊自己下的某種猜想,實際上那顆420M的GPU其實根本沒人說過那是G7x。

說起來這和"32管的R520"的事情很像,實際上ASUS的人和小月都看不太得到非常完整的產品spec,只看得到特定的技術範疇…. 而且,實際上他們也不需要在意這點,只有受到marketing起舞的end user才會關心這些"字面上的東西"。

—-
G71可以用G70同等的設計(如PCB & TDP)直接上,所以ASUS想搞的dual-core產品也直接相容。
這真是無限combo….

這讓我想到cho提過,NVIDIA的人說G70這個結構本身有優勢。
現在看起來真的是不得不信服,這個看起來一點都不起眼(NV40的小改版)的東西還真是打不倒。

G7x剩下最大的暗樁應該就是開啟NUMA了吧…. 照這個專利 (Private addressing in a multi-processor graphics processing system)來看,其實目前的SLI系統都可以做到這點,只是要Driver支援而已。
也就是說,沒開啟的主因是因為缺乏兩個GPU中間的interconnection而已;而SLI雙16x勉強可以幫上一點忙….

指向性的神威

話說天地問到AP那部WL530:

天地: 對了,530怎麼了

AP:用6dBi的指向天線
直打200公尺遠的房子
(大概是200~250左右)
ping還可以低於100ms…

所以說指向性果然是勝利的關鍵!
(越來越想玩16dBi那個天線了)

而且AP似乎沒有去改輸出功率,也就是維持預設值的19mw…..(抖)
唔,我也想來玩了。
(雖然我說要買講一段時間了就是….)

AP後來補充,當時他是用11g來連線的,雖然後來出現其他用戶的時候還是得換成11b;而且為了穩定性,後來還是加到38mw。

從這點可以看出,空氣造成的衰減其實還是相當小,散射帶來的問題可能比較大….先前Hotball兄提到,美國有人try過,可以收到上百英哩的WLAN訊號,並且可以連線到對方那邊。(詳情還要再找找)

所以只要可以直線看到目標,中間沒有障礙物,都有非常大的價值嘗試看看。

於是AP又開始翻找Yahoo bid了….
http://tw.f4.page.bid.yahoo.com/tw/auction/d15755365

TinyMCE啟動!!!!

終於搞定了….XD

接下來是調整,意見盡量來吧。

先寫點自己的心得:

相對於IE來說,FireFox的Tab Browsing對TinyMCE的適應性並不好。
所以其實比較建議用IE來寫…. orz

另外,在FireFox底下還有個重複編輯的時候會把&改成&的問題,會破壞連結,不過這不見得是TinyMCE的問題。

HDMI on GPU

這幾天在想這個問題,所以在Kimicat發了一個title。
https://www.kimicat.com/phpBB2/viewtopic.php?t=818

天地也順便扔了一個MyAV的title給我,主要是有位長輩在賣HDMI線,然後他發的title裡面有HDMI的pin腳定義。
http://www.myav.com.tw/forum/showthread.php?s=&threadid=205059

嗯,我還以為HDMI的spdif是獨立腳位,看來encode進去了?

不過,Hotball老大講到HDCP的時候,講到了一些沒講沒注意的東西:

Eji 說:
HDCP是不是有限制"不支援的螢幕只能以480p輸出"這個限制?
這個保護是針對影片還是所有的狀況?

Hotball 說:
有 HDCP 保護的 content,在輸出到沒有 HDCP 的設備上時
要變成 DVD quality
聲音部份的話,要變成 DAT quality
所謂 DVD quality 就是 720×480/576 而已
但可以 progressive
DAT quality 就是 48kHz 16 bits

Eji 說:
所以問題就是"被保護的content"是哪些?
PS3的應用程式畫面不知道算不算
現在是單純想