軟體主廚的程式料理廚房

TPC（Transaction Processing Performance Council）是一個組織，翻成中文就叫「交易處理效能委員會」，這個委員會的主要功能是定義一些交易處理及資料庫效能量測的標準，其中 TPC-C 標準是測量 OLTP 系統的 tpmC（每分鐘可以處理的 Transaction 數量）來看看 OLTP 系統輸出的效能，而 HammerDB 就是一個提供 TPC-C 標準量測的 Open Source 工具。

之前扒網頁扒到「伺服器認可通訊協定違規. Section=...」的問題，決定追根究柢一下，這個訊息不是只有在用 RestSharp 接收 Response 時會這樣，用 Fiddler 做側錄的時候也會跳出警告訊息來。

用 RestSharp 扒到一個沒看過的 ErrorException（伺服器認可通訊協定違規. Section=ResponseStatusLine），明明用 Postman 打它就好好的沒問題。

Redis 到目前為止都還是以單執行緒的方式在執行，要多個 Redis 就要多設定幾個 instance，這樣如果 Redis crash 了怎麼辦？預設我們可以從 master 的設定檔去設定 slave 是誰，但是 slave 預設是 read-only，而且當 master crash 的時候，不手動做 master、slave 的身份互換，slave 是無法接手 master 的工作，這時候我們可以利用 Redis 內建的 Redis-Sentinel 的工具來解決 failover 的問題。

Windows 7 下用 VirtualBox 5.0.10 r104061 版本安裝 Windows Server 2012 R2 的 VM 時發生 Error In supR3HardNtChildWaitFor 錯誤訊息。

Hadoop HDFS 是透過 Block Size 的設定來決定對一個檔案切割的大小，HDFS 預設的 Block Size 是 128mb，意思就是說當一個檔案超過 128mb 時，就會被切成至少 2 個 Block 以上存放。

但是在海量圖檔的情況之下，一個圖檔通常不會超過 128mb，一個檔案還是佔用了一個 Block 個數，實際佔用的磁碟空間是依照檔案的實際大小沒錯，可是檔案的實際大小未達到 Block Size 的設定值時，還是硬生生地佔用了 1 個 Block 個數，當 Block 的數量太多的時候，對於 Hadoop Name Node 的記憶體空間就會有相當大程度的耗損。

同事架設了 Hadoop 用來測試 HDFS，公司有海量的圖檔需要做永久存放的需求，而且都要是 Online 的，在思考解決方案時先考慮到的就是分散式的儲存系統，Hadoop 正夯，所以就拿它來試試看，Hadoop 有很多功能可以使用，但是我們只需要 HDFS 就好了。

之前有介紹過在 Winodws 上安裝 Redis，從 Redis 3.0 開始提供了 Cluster 的架構，我們可以把一群 Redis Instance 集合起來使用，而且 Client 端只要存取其中一台就可以獲得相同的數據，以下是 Redis Cluster 的設定步驟。

Redis 架設完成後，就可以開始使用它了，關於架設可以參考我這篇文章[料理佳餚] 安裝 Redis 在 Windows 上，而我選用的 Api 是 StackExchange.Redis，原因只在於它的名氣 - Stack Exchange 耶！當然要用啊！