梅子與牧童叔

最近跟 "亂碼" 還真是有緣，話說家裡的舊螢幕掛了，換了一台 ASUS VE225H 的寬螢幕， 效果真是沒話說，不過在文字模式下竟然是亂碼 後來東查西查才發現原來 Ubuntu 自動偵測的文字模式配上我的新螢幕有問題，所以只好自己指定了 sudo gedit /etc/default/grub 設定 GRUB_GFXMODE=1280x1024 原本該設定是被註解掉的，表示 Ubuntu 會自動偵測，不過寬螢幕似乎不在偵測的選單中，所以我們只好手動設定了 若要查看文字模式下有那些解析度可以用，可以在 GRUB 開機選單中按 c 進入互動模式，然後執行 vbeinfo 就會列出所有支援的模式了 (不過我試了一些寬螢幕的解析度如 1400 x 1050 還是有問題，所以就選了常用的 1280 x 1024 了) 設定完成後，不論是 Recovery Mode 或是 tty1~6 都可以正常顯示了，讚！

日前發現在 Windows 下用 WinRAR 壓縮的中文檔案，在 Ubuntu 底下開啟 (透過 Dropbox) 會出現亂碼，原因出在 rar 套件，改用 p7zip-rar 與 p7zip-full 即可解決 參考： Ubuntu 的rar 壓縮檔內容亂碼問題 但目前 Windows 壓縮的 zip 檔，在 Ubuntu 底下仍會有中文亂碼的問題，待解決

根據 AMD 提供的 Application Notes，得知在 Diagnostics 中有一個 db32 的程式可以用來讀取暫存器，因此我寫了一個批次檔，只要將此批次檔放到 Diagnostics 的目錄中執行，就可以直接顯示出 Leakage ID 了 Leakage ID 的範圍是從 0x00 ~ 0x3F，值愈大表示 Leakage 愈大，也就需要愈多的 ASIC power

以往上傳檔案大小的限制是在 web.config 的 maxRequestLength 屬性 (單位為 KB) <system.web> <httpRuntime executionTimeout="110" maxRequestLength=" 4096 " /> </system.web>