幹壞事是進步最大的原動力
在「Is Your ISP Messing With BitTorrent Traffic? Find Out」這篇文章裡提到了 Measurement Lab 公開所蒐集到的資訊，列出全世界各 ISP 過濾限流的比率：「How neutral is the net?」。
台灣的部份抓出來如下：
由於不知道到底是怎麼計算，所以只有 ranking 的部份有意義，而且只能挑大的看 (其他樣本太少的無法判斷準確性)。
最大的當然還是 HiNet，比率是 13.2%，比起其他 ISP 低很多。這跟外面一般講「如果要跑 P2P 還是用 HiNet」的感覺接近。
最近幾天備份服務 Backblaze 以他們自家使用大量的硬碟統計數字 (快三萬顆硬碟)，對硬碟耐用程度發了一篇「What Hard Drive Should I Buy?」的文章。
其實最重要的事情在第一張圖的年故障率就講的差不多了...
另外還有一張三年故障率存活率：
這數字在國外引起不小的風暴啊...
Percona 的人寫了一篇「Percona Server: Improve Scalability with Percona Thread Pool」，提到關於 MySQL 在連線數很多時的效能。
傳統的作法是一個連線使用一個 thread，這種方法實做起來很簡單，但當連線數超過一定程度時就會因為共用資源的限制而變慢。
其中一種解決方法是引入 Thread Pool 架構，也就是 M 個 thread 處理 N 個連線。
Oracle 有提供商用版本叫做 Thread Pool Plugin，就如同名字，是以 plugin 形式存在。這個功能在 5.5 與 5.6 都有。
MariaDB 也有 open source 實做的 Thread pool。
而 Percona 則是使用 MariaDB 的版本。(原文是說有改善，不過 benchmark 並沒有列出來，我「猜」其實沒什麼改善...)
可以看到在多連線數時的效果相當好。在 MariaDB 的文件裡有提到會有改善的時機：
Threadpools are most efficient in situations where queries are relatively short and the load is CPU bound (OLTP workloads). If the workload is not CPU bound, you might still want to limit the number of threads to save memory for the database memory buffers.
query 相對短，而且是 CPU bound。
回頭看的時候發現 Percona Server 5.5 就有支援 Thread Pool 了，應該來測試看看效果如何...
HTTP Response Header 的 Location (俗稱「轉址」) 被用在不少地方，剛好今天被 ccn 戳到相關的問題...
在維基百科的「HTTP location」條目裡面有說明 HTTP/1.1 的規範裡要求必須是 absolute URI：
Location = "Location" ":" absoluteURI
但實務上，目前市場上常見的瀏覽器都支援相對路徑。而且在 HTTP/1.1 修正版 (目前還在 draft) 裡被修正成：
Location = URI-reference
並且說明 relative 時的判定方式：
The field value consists of a single URI-reference. When it has theform of a relative reference ([RFC3986], Section 4.2), the final value is computed by resolving it against the effective request URI ([RFC3986], Section 5).
所以就大膽用吧...
AWS 官方公告這一波改善：「AWS Update - New M3 Sizes & Features + Reduced EBS Prices + Reduced S3 Prices」。
首先是 EC2 多了 m3.medium 與 m3.large，與 m1.medium 與 m1.large 相比很有競爭力？
以 {m1,m3}.medium 比較來看，m3 的 ECU 值比 m1 高 50% (3 vs 2)，而且有 SSD 硬碟 (雖然只有 4GB)，價錢又比較便宜... 拿來跑 CPU bound 的 server 看起來就很好用啊？
另外一個超大的降價是 EBS，空間費用與 i/o 的費用都直接降 50%...
該來找人討論 KKTIX 要不要 migrate 過去了...
關於 RSA 幹了什麼事情，可以參考「OWASP 取消與 RSA Conference 的合作...」這篇的說明...
剛剛在 Slashdot 上看到這些反對者決定另外成立一個 conference，叫做 TrustyCon：「RSA Boycot Group Sets Up Rival Conference」：
日期在 2/27，很理所當然的，與 RSA Conference 2014 的 2/24～2/28 衝到。
而且已經找到贊助商了，分別是 Microsoft 與 CloudFlare。
Slashdot 上看到電冰箱被攻陷當成跳板，被拿來發廣告信：「The Spamming Refrigerator」。BBC 的報導在「Fridge sends spam emails as attack hits smart gadgets」。
原始報導是「Proofpoint Uncovers Internet of Things (IoT) Cyberattack」這篇。
就報導的文章裡看不出來是什麼智慧型電冰箱...
自從 IBM 的 ThinkPad 被聯想買下後，就愈來愈糟糕了，尤其是對鍵盤的品味為人詬病已久...
這次有寫手受不了了，寫了一篇對鍵盤「改進」很不滿的文章：「Stop Trying To 'Innovate' Keyboards, You're Just Making Them Worse」。
上面這張鍵盤的圖出自原文，副標題是「Oh my god.」... XDDD
沒有直接的 F1～F12 按鍵，另外「`~」的位置居然在下方，Home 與 End 則在左方？這應該要花很多時間努力才能熟悉這個鍵盤 XDDD
在 Slashdot 上看到 OpenBSD 要支援 signed package 的消息：「OpenBSD Moving Towards Signed Packages — Based On D. J. Bernstein Crypto」。
使用的演算法是 djb 的 Ed25519，是基於橢圓曲線密碼系統的演算法。演算法名稱取自 2
[ed25519] 23pp. (PDF) Daniel J. Bernstein, Niels Duif, Tanja Lange, Peter Schwabe, Bo-Yin Yang. High-speed high-security signatures. Journal of Cryptographic Engineering 2 (2012), 77–89. Document ID: a1a62a2f76d23f65d622484ddd09caf8. URL: http://cr.yp.to/papers.html#ed25519. Date: 2011.09.26.
意外發現魯教授的名字出現在列表上...
也不能算是 Cheatsheet... 但功能很接近了：「Go by Example」。
因為不常寫 Go，每次要寫小東西的時候都要重新複習，這個網站提供了範例重點讓看過 Go 文件的人可以快速查詢，包含了常用的 library 的呼叫方式。
先 bookmark 起來...