幹壞事是進步最大的原動力
Notebook 是 IBM R60，螢幕大小是 1024×768，家裡的 Samsung SyncMaster 245B 是 1920×1200，其中 DVI 介面接 Desktop，而 VGA 介面以前用 Windows 時拿來接 R60 雙螢幕。
在 Ubuntu 上想要雙螢幕輸出，但一直卡在解析度上：都是 1024×768 或都是 1920×1200 (Notebook 上會用模擬的)，後來找到這篇「[ubuntu] 兩台不同解析度的雙螢幕設定」，看起來有點舊，不過還是可以用。
裡面提到的 HSync 與 VRefresh 我都沒設定，另外補上了 Option "Mode1" "1024x768"，這樣就正常了，目前這樣使用還蠻正常的。
這邊講的是，在 Ubuntu 下透過手機的 USB 線上網，主要是參考 Re: Howto: Nokia N73 USB cable dialup 這篇文章找到資料的。
把手機 (Nokia 6210) 接上 USB 傳輸線後，Ubuntu 上可以看到 /dev/ttyACM0 (dmesg 的訊息)，這時候先跑 wvdialconf 讓他自動偵測，將設定檔寫入 /etc/wvdial.conf 後，再修改 /etc/wvdial.conf 裡的 Phone/Username/Password。電話號碼我是用 *99#，Username/Password 都是用 internet (隨便設)。
但我沒看到 APN 在哪裡設定，會故意把 Username/Password 都設定成與 APN 一樣也是因為想猜看看，但說不定下個月的帳單還是很精彩 XD
本來是在 R60 上裝 Ubuntu 7.10，結果裝完後發現 8.04 已經到 RC stage 了，乾脆重裝成 8.04，等到正式 release 的時候升級到最新版。
裝完後什麼都不需要調整，就可以很順暢的使用 TouchPad、無線網路，而且 Function Key 也都正常運作。另外該有的軟體也都有了，像是 Firefox (居然是 3.0b5) 與 OpenOffice。
輸入法先換成 gcin，字型的部份把 FireflyTTF 以及文泉驛正黑 裝上後就差不多了。小紅點的 Scroll 功能的部份則是加了兩三行到 /etc/X11/xorg.conf 內。
把 Subversion、SVK、Git 都裝好後，即使想在沒有網路的地方開發軟體仍然很方便。
應該會跑一陣子看看有什麼不足的，桌機先維持 Windows XP… XD
Update：相關的設定可以參考 racklin 寫的「安裝 Ubuntu 8.04 於 Thinkpad T61 雜記」
最近進了四顆創見 SSD MLC 顆粒 32GB 硬碟 (連結應該沒錯) 跑 RAID 1+0，就讓 jnlin 在 Debian 上跑 MySQL 5.1 測試 MyISAM 的效率，測試的結果相當慘，寫入的速度在個位數 qps (對… <10 query per second)，而且不是模擬資料，是 Real Data 的 Replication Update…
測過的 Filesystem 包括 ext3 與 XFS，block size 也調整過好幾次，RAID 1+0 的部份是軟體做，這部份的 block size 也調整過，不過不管怎麼測，速度都還是上不去。
在 Mtron SSD 硬碟還沒有開始在台灣代理之前，用一堆 RAM 加上 15K RPM SCSI 硬碟做 RAID 1+0 比較便宜，而且也比較穩定…
Update：我要求 jnlin 將測試的想法丟到網頁上，現在可以在他的 blog 上看到了：「MySQL 在創見 SSD 上的測試」。
測試的結論是，FreeBSD 現在缺乏穩定而且高效率的 Filesystem 讓 MySQL MyISAM 使用。
先解釋一下現在的環境，有兩台 Tyan Server，上面都是 Dual Quad Core 與 12GB RAM (6*2GB)，接兩顆 73GB SCSI 硬碟，兩台的差異在於 CPU，新進的這台是 E5410 (2333Mhz，2*6144KB L2)，舊的是 E5320 (1866Mhz，2*4096KB L2)。
舊的是目前 PIXNET production 的 MySQL database，跑 Debian/amd64，kernel 是 2.6.22，檔案系統是 XFS。另外一台則是前陣子另外進的，裝了 FreeBSD/amd64 7.0-BETA2，然後透過 make kernel & make world 升級到 7.0-PRERELEASE，跑 SCHED_ULE，檔案系統是 UFS2。依照慣例，noatime 與 nodiratime 之類的參數都會設上去，兩台都是跑 MySQL 5.1.22-rc，都是 MySQL slave。
要複製 slave 很簡單，把 production 停機 (利用使用者比較少的時候，其他的 slave 會負責這台本來的事情)，整個目錄複製一份到新的 FreeBSD 上，改 server_id 後跑起來後 MySQL 會跟 master 更新。
然後用 databases/mytop 看 replication delay 的情況 (原版的 mytop 沒有這個訊息，這是 FreeBSD ports patch 的功能)，發現即使是放著跑 replication sync，某些時候 UPDATE 的速度反而會跟不上 master，跟不上時的 I/O 是滿載的 (透過 gstat 看的)
目前測過最好的情況是這樣跑：gstripe -s 16384 將 da{0,1} 串起來，用 async + noatime。其他的情況包括：
以效率來看，短期內還是會跑 Debian/amd64 養 MySQL…
另外補充一點，本來是在開啟 gjournal 的情況下用 rsync 把資料複製到本機，結果發生 kernel panic，後來是先複製完再使用 gjournal，這個部份還要到其他機器看看到底是怎麼一回事…
RFC 1323，也就是 TCP window scaling，通常事由 kernel 底層處理的，這次 Amazon 宣佈支援 RFC 1323 應該是系統升級的關係：Increasing Amazon S3 Data Transfer Performance…
翻了一些文件，看起來是 Linux 2.4 的舊版 (而且是很舊的版本？) 換到 2.6 時順便帶來的效益？
FreeBSD 7.0 開始動作：Begin code freeze for FreeBSD-7.0 release cycle.。
剛好看到 I have updated my scaling results with L 這篇 (標題斷掉了) 以 MySQL 5.0.33 取得的 benchmark：
依照 FreeBSD 的慣例，出 7.0-BETA1 的時候差不多就可以拿一些機器測試看看，而暑假後應該可以見到 7.0-RELEASE。
前幾天提到的 MySQL 在 FreeBSD 與 Linux 上的效率 有比較完整的 benchmark 以及資訊了，下面這張圖 (點進去後找大圖看比較清楚) 有 2.6.{18,19,20.1} 這三個版本的 testing，同時也確定是使用 MySQL 5.0.33 (with MyISAM) 測試。
更完整的說明參考 Exciting new data from the sysbench comp 這篇。
