Jui-Nan Lin's Blog

高捷遊記

這次趁去墾丁的機會回了老家一趟，也因此搭了高捷。

世運站

高雄車站，高捷的地下車站都有月台門

中央公園站

其實感覺跟台北捷運差不多，不過車廂比較少，所以比較擠。
還有就是驗票閘門有點秀逗，三次裡面有兩次單程票沒辦法一次就順利回收，要重新再試第二次才能順利回收。

23:58 <@sunpoet> wens 是新的不能亂洗澡站長。 😛
23:58 <@sunpoet> 原來之前改錯地方，現在 screenrc 裡面可以用 -b/-g 指定該視窗要哪個 encoding 啦。
00:06 < NotExist> sunpoet: 你用哪版@@ 我man沒看到囧rz
00:06 * NotExist 想那功能也很久….
00:10 <@sunpoet> NotExist: 自己 patch …
00:15 <@sunpoet> NotExist: http://sunpoet.net/mira/screen-big5-gbk
00:16 <@sunpoet> 像這樣連大神的站 screen -b -t abpe 2 env LANG=C LC_ALL=en_US.ISO8859-1 telnet abpe.org
00:20 < NotExist> sunpoet: XD 感謝
00:20 <@sunpoet> NotExist: 因為我懶惰 :p
00:21 < NotExist> sunpoet: 科技始終來自於惰性 :p

感謝 sunpoet，作個備忘。

TAMAMA~

MySQL 在 Mtron SSD 上的測試

這次PIXNET進了2顆 32G Mtron MSP-SATA70（Spec 上寫的寫入速度為 90MB/s，讀取速度為 120MB/s），裝在 8-way、12G RAM 的 Debian Linux 上，跑 MySQL 5.1 Slave，用 MyISAM 當 backend。最大的 MyISAM Table 大概有 3GB。

這次一開始就採用 RAID 0, 4KB stripe size + XFS (4 KB Data Size) + noop disk scheduler。測試開始時，從DB Master複製資料所需的時間，大概是兩顆 SCSI 10k RPM + XFS 的 1/3，約 70MB/s。接著 replication qps 大概在 3000-4000 左右徘徊，最高大約是 15000 qps。

實際使用上（同時有 SELECT 與 UPDATE），大概 8000 qps 是極限，接著就會遇到 CPU Bound，對於較複雜的 SQL Query （SELECT … IF EXISTS）會開始卡。如果只計算單純的 SELECT QUERY，則可以到約 15000 qps。

Mtron SSD 在 MySQL (MyISAM) 上跑了兩個小時

果然是一分錢一分貨，拷貝資料庫花的時間比起 SCSI 10k RPM RAID0 少了 2/3。採用與MySQL 在創見 SSD 上的測試同樣的設定，並真正上線灌真實流量進去後，觀察到 CPU Bound 了。

入聯與返聯公投

總統大選將近，但同時舉行的入聯與返聯公投似乎被所有人遺忘了；今日才在報紙上看到新聞局的全版廣告，呼籲大家去投公投票。雖然這兩個公投通過與否對台灣的國際地位沒有什麼立即的影響。

老實說，現在的已經推出的六案公投根本就是政客在拿沒有爭議性的命題來問人民，這是不對的；大家都想加入聯合國。公投要解決的問題應該是代議政治無法解決，或是因為政府無能沒有解決的問題，而不是現在這種有90%以上共識的廢話公投才對。

不過如果這兩案沒過，說不定對岸會錯誤認知台灣人不需要國際空間，所以還是去投兩張廢話公投票吧。

-------Sequential Output-------- -Per Char- --Block--- -Rewrite-- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU 2048 25812 24.8 26483 6.6 13886 4.4 ---Sequential Input-- --Random-- -Per Char- --Block--- --Seeks--- K/sec %CPU K/sec %CPU /sec %CPU 32162 32.5 33386 5.1 232.3 1.5

vfs.read_mas=128

-------Sequential Output-------- -Per Char- --Block--- -Rewrite-- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU 2048 25380 24.3 25949 6.5 13956 4.3 ---Sequential Input-- --Random-- -Per Char- --Block--- --Seeks--- K/sec %CPU K/sec %CPU /sec %CPU 41060 43.4 42839 8.3 224.9 1.4

vfs.read_max=256

-------Sequential Output-------- -Per Char- --Block--- -Rewrite-- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU 2048 25714 24.3 25939 6.5 13966 4.3 ---Sequential Input-- --Random-- -Per Char- --Block--- --Seeks--- K/sec %CPU K/sec %CPU /sec %CPU 41442 43.8 43737 8.6 225.2 1.5

結論：調整 vfs.read_max 對 random 存取的效能沒有太大幫助，而對 sequential read access 則有 25% 的效能增進。

高捷遊記

這就是網路公司的員工旅遊…

screenrc 指定視窗 encoding

TAMAMA~

MySQL 在 Mtron SSD 上的測試

Mtron SSD 在 MySQL (MyISAM) 上跑了兩個小時

入聯與返聯公投

《小説・秒速5センチメートル》第一章四分之一讀後感

搬家到 LayeredTech

FreeBSD: vfs.read_max for RAID