Amazon EC2 提供更強大的運算能力

是 中提供運算能力的服務，使用者可以做好 Image 後丟上去跑，一般都是跑 Linux System。由於計費方式是以小時算 (不足一小時的會無條件進位)，價格是 USD$0.1/hour/instance。所以對於短時間內需要大量機器運算的單位相當方便，不需要買一堆機器養。(其實跟別人聊天的時候有想過用這個系統跑 RSA factoring... XD)

在 上 宣佈除了原先的 instance 外，現在還多提供了兩種 instance，這兩種 instance 的收費是 USD$0.4/hour/instance 與 USD$0.8/hour/instance，除了這些 instance 變成 64bits 外，CPU、記憶體、儲存空間的量也差不多是原來的四倍與八倍：Amazon EC2 Gets More Muscle，這對於需要大量記憶體的程式會相當方便。

不過我還是沒搞懂他的 AMI (Amazon Machine Image)，找機會玩徹底看看...

ffmpeg (全包在一起)

前幾天發現 3gp 已經被包成 shared library，叫做 ，而且 也已經靠這個 library 處理 3gp 了，不用像以前那樣自己去抓 zip 下來解開搞老半天。

不過因為我對 裡的 已經絕望了 (結構太亂改不動)，所以我乾脆自己弄個 ports 出來包，四個檔案 (Makefile、distinfo、pkg-descr、pkg-plist) 我就直接丟到 wiki 上了：。

這一包裡面儘量把能包的都包進來了，除了 rmvb 以外，要轉檔應該沒什麼問題，有興趣的人可以自己整合回自己的 ports 架構裡。

Wikidot

在看到「我把 Google Pages 休了~」這篇後，我就去 上註冊一個帳號，把一些雜七雜八的東西丟上去，我的站點在這裡：。

最早以前我會習慣把文章丟到 的 Wiki 上去，不過後來因為 跑去當兵，系統就爛掉了 XD 後來也有自己寫簡單的 HTML 頁整理的「各類文件」，不過這些方法要寫 HTML 語法其實都不太方便。

後來有自己拿 使用，但是我實在不想自己維護系統 (像 就很熱血，自己還弄了一個「」)，所以看到 就很開心的跑去註冊，用了幾天覺得還蠻好用的 XD

因為伺服器是架設在德國 (看起來)，所以連線的速度上並不會非常快，請自己試用看看能不能接受。目前我寫了三個頁面，可以自己連去看看頁面的效果：

Amazon S3 的 SLA

從 10/1 開始， 正式把 SLA 退費條件明列出來：Amazon S3 Service Level Agreement：保證 99.9%，如果在 99% ~ 99.9% 之間則退 10% 費用，99% 以下則是 25%。

計算方式可以參考 的說明，主要是計算 InternalError、ServiceUnavailable 這類傳回值，而非網路不通的情況。

在 SLA 裡有一些例外條款，像是金額不到一定額度的，以及責任不屬於 的情況。有在用 的人可以看一下，雖然 會在 billing cycle 幫你算...

Bloglines 的 Hotkey

我果然還是用太少 :p

前幾天我突然想到 有提供 Hotkey 直接操作，用了以後才發現在 設定都配合好的情況下相當好用。我目前只用到三組快速鍵：用 "s" 列出下一個未讀的 feed，"j" 與 "k" 則是在這個 feed 內上下移動，最後再用 "o" 將想要獨立出來看的文章開新頁面。

最後一項開新頁面的功能，配合 的設定可以變成開新的 tab，預設應該是丟到背景，於是我就可以在 先大致看過一次後，再開始仔細看想看的。

我發現 版反而沒有這些 Hotkey...

MySQL 在 NetBSD 上的效率說明

MySQL 在 NetBSD 上的效率 這篇提到的效率差別已經確認是 7-CURRENT 的 malloc() debugging code 所造成，拿掉以後就接近了：Re: Thread benchmarks - FreeBSD corrections。

這兩張圖分別是 / 的 SCHED_4BSD 與 SCHED_ULE/SCHED_MSVR 效率差異：

無名小站的 robots.txt

事先說明：我是 的技術顧問。

補一些 Yahoo! + 無名小站 濫用市場地位、排除其他搜尋引擎 ? 這篇的內容。依照 HTTP header 所寫，robots.txt 最後修改日期是 8/23：

Last-Modified: Thu, 23 Aug 2007 07:33:09 GMT

另外在 則是從 9/21 停止 index：Google 網誌搜尋：site:www.wretch.cc。

本來想找 ，結果發現 robots.txt 的資料也已經消失了，暫時想不到有什麼其他的服務有保留。

MySQL 在 NetBSD 上的效率

參考：Thread benchmarks，因為 被廣泛應用，所以大家都拿他當作 Thread/Lock/... 的實際效率測試指標。

這個測試結果顯示 輸了一屁股，一定會讓 src committer (大光頭與 Jeffrey Roberson？) 測試 在 AMD64 上跑 的效率，這陣子應該可以在 的 mailing list 上看到相關的討論...

InnoDB 的重大修正

MySQL InnoDB 的 auto-increment 會造成 INSERT 時使用 table-level lock 的 bug 終於修正 (從 2006 年一月就進 MySQL 回報系統的 bug)，下個 5.1 的版本 (預定是 5.1.22) 就會包括在裡面：InnoDB auto-inc scalability fixed。

這個 bug fix 目前介紹了新的變數：innodb_autoinc_lock_mode，目前有三個數值可以用：

  • 其中 0 是原來的 table level lock 架構 (主要是因為其他原因而需要升級到 5.1.22，但是又不想上這個 patch)。
  • 1 是預設值，在 simple insert 時會改用新的 row level lock，但 bulk insert 時會使用新的 table level lock (要與 row level lock 配合)。
  • 而 2 目前不保證在 statement-based replication 下能夠正常運作 (預設是 statement-based + row-based 混和使用)，但現在用 不搞 replication 的很少了吧 :/

無論無何，這是一個重大修正，在大量 INSERT 卻不能 bulk 時會造成的問題終於解決了。雖然最近我都用 開發... XD