AKB0048 的預言會成真嗎？

話說昨天 (現在過了半夜12點) 晚上回到家後，剛好看到某政論節目名嘴在討論中日之間因為釣魚台可能會發生戰爭。

我對名嘴的推論十分不以為然，雖然如此，我心中仍在想萬一真的發生戰爭，最糟的結果可能是引發第三次世界大戰～

那今年的這部動畫 - AKB0048 搞不好就會預言成真：直到秋夜原被導彈襲擊之前，AKB 的成員們仍堅持在劇場公演...

接下來請看動畫自行腦補～

最近動向

話說今年(2011)上半年，我的眼睛突然發生問題，健康亮起紅燈後，我就把手上的事情一推256，整個給他放空。

後來在暑假的時候，到一個朋友的公司幫忙，原本是做顧問，不過上天大概看我閒不下來，就讓我的眼睛好了。

在那家公司待了一陣子，感覺可以告一段落，想說做網站的案子也做到煩了，剛好有另外一個朋友在找人寫網路設備的監控與分析的東西，這方面我剛好很有興趣做，就跳過來現在的公司。

今天下午朋友的公司在徵人，請我幫忙宣傳一下，我才想到我的部落格很久沒開張了～

徵人的條件在這裡：http://bbs.ecstart.com/forum.php?mod=viewthread&tid=41275#lastpost

看來應該是要做 SNS、eCommerce、Mobile 的應用，這三塊一直都是市場關注的方向，但我覺得重點是，去那邊上班可以挖 FIEND 的寶～

USB 3.0 硬碟外接盒 + 3TB 硬碟入手～

昨天去光華買了以下的幾樣東西：

• CyberSLIM S2-U3 Turbo 版 USB 3.0 的硬碟外接盒


• Esense兩埠PCI Express USB3.0擴充卡


• Hitachi Deskstar 7K3000

主要是我的 2TB 硬碟裝滿了，所以就想去買更大容量的硬碟～

順便想試試 USB 3.0 的硬碟外接盒，看看傳輸效果是不是真的跟 eSATA 一樣，所以就去敗家了。

先說硬碟，因為容量的關係，而且我想用一整個分割區當成一個磁碟（只用一個磁碟機代號），所以要選 GPT 的分割區形式。

再來是 NEC USB 3.0 晶片的驅動程式跟韌體更新程式，在這個站可以找到比較新的驅動程式跟韌體更新程式來用：
http://www.station-drivers.com/page/nec.htm

最後是 UASP 驅動程式，根據網路上的資料，這個驅動程式似乎有授權才能用，所以我這裡就不提供了～
不過根據我目前實測的結果，寫入速度的提昇是有，但只有一點點...

強制 TinyMCE 貼上強制去除樣式（純文字）

目前我在 Drupal 上愛用的編輯器是 TinyMCE，最近碰到了一些由使用者貼上的文章會造成版面被破壞的問題。

我是使用 Wysiwyg 配合 TinyMCE 來載入，所以可以只改 Wysiwyg 模組裡面的檔案，來達到控制 TinyMCE 貼上的動作。

我用的 Wysiwyg 版本是 6.x-2.2，TinyMCE 的版本是 3.3.9.3

要改的檔案是：wysiwyg/editors/js/tinymce-3.js

在 init: function(ed, url) {...} 這個函數裡面新增以下程式碼：

// Force Paste-as-Plain-Text
ed.onPaste.add( function(ed, e, o) {
ed.execCommand('mcePasteText', false);
});

存檔，然後清空 Drupal 的 Cache 即可。

MariaDB 試用

這幾天在找 solr 跟 sphinx 的相關資訊，在網路上找了許多資訊後，有個亮點突然吸引我：那就是 MariaDB 居然有把 Sphinx 的儲存引擎整合進去～

把 MariaDB 裝上後看看，卻沒發現有 Sphinx 的儲存引擎，上官網找了資料後才知道要先把 Plugin 安裝進去～

由於檔案都有了，所以只要下 SQL 命令即可，同樣也是要先作一次安裝 Plugin 的儲存引擎還有 OQGraph。

SQL 語法如下：

• INSTALL PLUGIN sphinx SONAME 'ha_sphinx.dll';


• INSTALL PLUGIN oqgraph SONAME 'ha_oqgraph.dll';

 

exFAT 的磁簇大小

在一般硬碟上，如果你直接格式化它，是不會出現 exFAT 的選項可以選，你必須用 Disk Management 先把硬碟的分割區給刪除掉，然後用 New Simple Volume 把分割區切出來時，格式化的選項才有 exFAT 可選。

另外一個方式是用 CMD 去下 Format 命令。

 

不過問題在於，這時候的磁簇大小的範圍是 512 ~ 64K，沒有 32M 的選項可選 (我用來測試的硬碟是 500G)，只有用 Format 命令的方式可以強迫指定磁簇大小為 32M。

後來我拿手邊兩個容量分別為 4G 和 16G 的隨身碟來試，兩者的磁簇大小都有 32M 的選項可選，不過最小的磁簇大小的選項有點差異，4G 的那個最低可以選到 512，16G 的那個則只到 1024。

底下是我剛剛把一些檔案複製到測試的 500G 的硬碟上的資料。

	Size	Size on Disk	Files
來源：NTFS/64K	269G	269G	3582
目的：exFAT/32M	269G	349G

值得注意的是，當複製小檔時，會有停頓的現象。

雖然我認為 exFAT 這樣的設計很雞肋，不過我想知道為什麼會有這樣的差異。有誰能提供進一步的資料嗎？

如何在 Windows 下選擇合適的檔案系統

先講結論：

如果你的儲存媒體是電子式的 (例如：RAMDISK、SSD、Flash 隨身碟等)，請用 exFAT。

如果你的儲存媒體是機械式磁性紀錄的 (例如：傳統硬碟)，請用 NTFS。

不過有兩個例外：SSD 當系統碟使用、Flash 隨身碟當安裝碟使用時，則必須使用 NTFS。

如果你懶的管這兩個檔案系統的差異，那就都格式化成 NTFS，磁簇大小 64K 來使用就行了。

 

這幾天我在研究這兩種檔案系統的特點，試圖找出增加其搜尋、存取效能的關鍵以及適用的方式，底下是純理論的分析。

對於搜尋方面，在不靠 Windows Search Index 的前提下，由於NTFS 的目錄內容使用 B+ 樹的關係，所以在相同的儲存媒體中，效能會比 exFAT 來的好。

不過由於電子式比機械式在搜尋速度跟存取速度都有強大的壓倒性優勢，因此對於這兩個檔案系統在電子式的儲存媒體中的搜尋效能來說，並沒有很明顯的差異。

 

對於存取方面，磁簇大小則是關鍵，底下是這兩種檔案系統的磁簇大小的比較表，單位是 Byte。

檔案系統	最小	最大	預設
NTFS	512	64K	4K
exFAT	512	32M	32K

一般來說，磁簇越大，存取效能也越好，但相對的對於小檔空間損耗也比較大。

另外，檔案的 Fragmentation 對存取效能也是一個問題，由於 exFAT 一樣使用 linked list 來分配檔案空間，所以這個問題也許會變得很糟。

不過如同上面提及電子式的儲存媒體的特性，這個問題在電子式的儲存媒體中基本上可以無視。

 

雖然 exFAT 有許多新的特性，例如：TFAT、free space bitmap、ACL 等等，不過我在 Windows 7 裡面沒有確認到這些特性有被實做出來。

另外 exFAT 一樣是兩個 FAT 是連續存放的，如果該區域損毀則整個分割區的資料都無法重建，因此我很難就可靠度、搜尋的議題上，在硬碟中使用 exFAT。

 

以目前來說，硬碟的每 GB 價格仍然遠低於電子式的儲存媒體，因此在適合 exFAT 的環境中，很難出現真正使用大量的大型檔案的應用。

如果要給 MS 建議的話，我會說請把未來新版的 NTFS 的最大磁簇大小放大成跟 exFAT 甚至超過，這樣比較有意義。