來自2016年的台灣偶像劇 – High 5 制霸青春 中的片尾曲，收錄在 High 5制霸青春電視原聲帶，由知名的作詞、作曲人陳信延作詞、楊子樸作曲，由曾參加超級星光大道的閻奕格演唱，優美的旋律、歌聲，搭配歌詞中字裡行間透露出的青春氣息，無疑勾起了一些已經被逐漸淡忘的往事、回憶，讓人再次股起勇氣去找回那逐夢的膽量，希望這樣勇敢的信念可以牢記在心中，別再弄丟了！對我來說是很棒的一首歌！
—
作詞：陳信延 作曲：楊子樸
午後的陽光 照亮你凌亂頭髮 你沒發現身上 有一片蔚藍
凝視你努力流汗 和你努力忍住的淚光
我怎麼也覺得有一點鼻酸
你憑著無懼的膽量 就快拿下了夢想
你卻常常忘了 要為自己鼓掌
凝視你閃爍眼光 倒映著大家奮鬥的模樣
在沉悶的地方 盡情地貪玩
勇敢吧 你跑起來是多麼好看
你不要低估信仰 可以帶你飛向遠方
唱響了年輕的樂章 對得起你那些倔強
不孤單 讓我陪你用力大聲唱
在 Debian / Ubuntu based GNU/Linux 底下做事有個很棒的優點，有太多工具可以透過 apt 套件庫來進行安裝，重灌電腦的時候只要透過 apt 或 apt-get 就可以把一大半會需要用到的工具給裝起來，不過有時候可能邊摸索邊上網查資料來看某工具要怎麼用，一骨腦裝完卻沒作筆記，日後要準備重灌時卻想不起來該裝什麼套件才能把要用到的命令找回來，窘 …
如果你有安裝 command-not-found 這個套件，在 bash shell 底下如果執行了找不到的命令，除了常見的 blah: command not found，他還會有很貼心的提示使用者應該安裝哪個缺漏的套件，像這樣：
$ kvm
The program 'kvm' is currently not installed. You can install it by typing:
sudo apt install qemu-kvm上面範例為我執行了一個不存在的命令 – kvm ，然後 command-not-found 這套工具建議我去裝 qemu-kvm 這個套件，裝完後就會有 kvm 這個命令可以使用了，如果同時存在不只一個套件包含了同樣的命令，command-not-found 這套工具一樣會很好心的幫我們列出來，例如：
$ sar
The program 'sar' can be found in the following packages:
* sysstat
* atsar
Ask your administrator to install one of them就算是找不到 100% 符合的命令，command-not-found 也會很好心的列出其他參考，例如：
$ gitx
No command 'gitx' found, did you mean:
Command 'gitg' from package 'gitg' (universe)
Command 'git' from package 'git' (main)
Command 'gitk' from package 'gitk' (main)
gitx: command not found不過上述的功能僅限於我們沒有正確的安裝對應的套件才能使用，如果是套件已經裝起來了的時候呢？例如我工具都已經裝好了，只是想確認某個命令是從哪裡來的，要做個筆記而已，這種情況很常見的啊，例如遇到問題跑去問 Google ，看到一堆解法，一個不行換一個，換到可以的解法的時候可能已經 apt-get install 不知道多少次了，已經忘記剛剛的命令到底是從哪邊來的了XD
還好 dpkg 有個強大的搜尋功能，可以讓我們從已經安裝的套件中搜尋出他們到底包含了哪些檔案，底下是從 Ubuntu 16.04.1 裏面擷取的 dpkg manpage：
-S, –search filename-search-pattern…
Search for a filename from installed packages.
使用方式為：
$ dpkg -S '檔案路徑/名稱'要透過 dpkg -S 來找命令對應所屬的套件，只要把命令的完整路徑丟給他就可以了，命令的完整路徑我們可以透過 type 或 which 這兩個指令來確認，例如：
$ type whoami
whoami is /usr/bin/whoami$ which whoami
/usr/bin/whoami從上面的輸出我們可以知道 whoami 這個命令的完整路徑是 /usr/bin/whoami ，再把 /usr/bin/whoami 拿去 dpkg 查詢就可以了！例如：
$ dpkg -S '/usr/bin/whoami'
coreutils: /usr/bin/whoami$ dpkg -S '/usr/bin/curl'
curl: /usr/bin/curl或是直接
$ dpkg -S "$(which whoami)"
coreutils: /usr/bin/whoami$ dpkg -S "$(which curl)"
curl: /usr/bin/curl從上面的結果我們可以發現 curl 這個命令是從 curl 這個套件來的， whoami 這個命令則是從 coreutils 這個套件來的，如果你查詢的是還沒有安裝或是不是透過 apt / dpkg 套件管理工具安裝的命令，那就沒辦法了：
$ dpkg -S '/usr/bin/kvm'
dpkg-query: no path found matching pattern /usr/bin/kvm要注意的是
1. which 跟 type 輸出的格式不太一樣，type 的輸出結果因為多了 blah is … ，所以還需要經過處理把前面那段拿掉才有辦法餵給 dpkg ，而 which 因為是直接出出路徑所以沒有這問題
2. 這邊如果輸入的不是完整路徑，則可能會出現一堆其他不相關的東西，例如：
$ dpkg -S 'whoami'
bash-completion: /usr/share/bash-completion/completions/ldapwhoami
coreutils: /usr/share/man/man1/whoami.1.gz
coreutils: /usr/bin/whoami因為 dpkg 會直接把所有完整路徑裏面符合輸入字串的部份都印出來，所以像是 whoami 的 manpage 以及 bash-completion 的自動補齊指令都被列出來了。
好了，這篇筆記雖然短，可我覺得很實用，哪天失憶或是被問問題的時候就可以把這篇丟出來，這就是做筆記最大的用途 … :D
使用 KVM (Kernel-based Virtual Machine)、Xen、LXC(Linux Containers) 等虛擬化技術時經常需要 linux kernel 或是 CPU 上的硬體支援，像 KVM 這種高度依賴硬體協助虛擬化 (Hardware-assisted virtualization) 例如 AMD-V 或是 Intel VT-x 的技術，最好是在使用前就先確認是否在系統上有被支援，才不會使用起來才發現效能慢得很痛苦，硬體協助虛擬化除了本身硬體支援、也需要相關的設定需要在主機板 BIOS 上啟用及在軟體上的支援，這邊筆記一下在 Ubuntu 上怎麼樣快速的確認是否自己的環境有虛擬化時會用到的功能支援，軟體虛擬化技術的部份會以 KVM / LXC 為主。
1. 檢查 CPU 是否支援硬體虛擬化技術，透過 cpuinfo 裡面的 flag 來確認：
$ grep flag /proc/cpuinfo | uniq | grep vm
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl eagerfpu pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm vnmi ept fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat2. 檢查 kvm kernel module 是否已經載入，以 Intel 處理器為例：
$ lsmod | grep kvm
kvm_intel 172032 0
kvm 540672 1 kvm_intel
irqbypass 16384 1 kvm(如果是 AMD 的處理器要看到的應該會有 kvm_amd 而不是 kvm_intel )
另外我們也可以藉由 kvm-ok 這個工具來看看 kvm 環境的支援情形，要使用 kvm-ok 請先使用 apt 安裝 cpu-checker 這個套件 (Ubuntu 有包，但 Debian 沒有)。
以下分別是有有/無支援的輸出結果：
$ sudo kvm-ok
INFO: /dev/kvm exists
KVM acceleration can be used$ sudo kvm-ok
INFO: Your CPU does not support KVM extensions
KVM acceleration can NOT be used如果處理器本身有支援對應的虛擬化技術，但顯示為沒有支援，或是 kvm 模組沒有被正常載入，可以試試看手動載入相關的模組 (注意有 intel, amd 字樣的模組請對應自己的處理器品牌)：
$ sudo modprobe kvm
$ sudo modprobe kvm_intel
$ sudo modprobe kvm_amd3. 同時檢查包含 QEMU / LXC 虛擬化技術相關的支援及細節
這邊使用的工具是 virt-host-validate ，現在不管是在 Ubuntu 或是 Debian 上都有打包好的套件可以直接安裝使用，透過這個工具可以看到更多虛擬化技術的支援細節，要使用 virt-host-validate 這個工具請用 apt 安裝 libvirt-bin 這個套件。virt-host-validate 使用基本上不需要特別帶參數，除非你只想針對特定一種虛擬化技術做確認，執行結果範例及說明在下方：
沒有支援硬體虛擬化的結果 (libvirt-bin v1.2.x in Ubuntu 14.04.5 / Debian 8.6)：
QEMU: Checking for hardware virtualization : WARN (Only emulated CPUs are available, performance will be significantly limited)
QEMU: Checking for device /dev/vhost-net : PASS
QEMU: Checking for device /dev/net/tun : PASS
LXC: Checking for Linux <= 2.6.26 : PASS有支援硬體虛擬化的結果 (libvirt-bin v1.2.x / Ubuntu 14.04.5 / Debian 8.6)：
$ sudo virt-host-validate
QEMU: Checking for hardware virtualization : PASS
QEMU: Checking for device /dev/kvm : PASS
QEMU: Checking for device /dev/vhost-net : PASS
QEMU: Checking for device /dev/net/tun : PASS
LXC: Checking for Linux <= 2.6.26 : PASS另外也有可能出現需要另外載入 kernel module 的提示訊息，例如 vhost_net ，不過我是因為忘了用 root 權限才看到這個訊息的，有些檢查需要使用到比較高的權限才能確認 (libvirt-bin v1.2.x / Ubuntu 14.04.5 / Debian 8.6)：
$ sudo virt-host-validate
QEMU: Checking for hardware virtualization : PASS
QEMU: Checking for device /dev/kvm : PASS
QEMU: Checking for device /dev/vhost-net : WARN (Load the 'vhost_net' module to improve performance of virtio networking)
QEMU: Checking for device /dev/net/tun : PASS
LXC: Checking for Linux <= 2.6.26 : PASS到了 Ubuntu 16.04 , libvirt-bin v1.3.1，結果變得更加的詳細，大致如下，就不分別貼多個版本了：
QEMU: Checking for hardware virtualization : WARN (Only emulated CPUs are available, performance will be significantly limited)
QEMU: Checking if device /dev/vhost-net exists : PASS
QEMU: Checking if device /dev/net/tun exists : PASS
QEMU: Checking for cgroup 'memory' controller support : PASS
QEMU: Checking for cgroup 'memory' controller mount-point : PASS
QEMU: Checking for cgroup 'cpu' controller support : PASS
QEMU: Checking for cgroup 'cpu' controller mount-point : PASS
QEMU: Checking for cgroup 'cpuacct' controller support : PASS
QEMU: Checking for cgroup 'cpuacct' controller mount-point : PASS
QEMU: Checking for cgroup 'devices' controller support : PASS
QEMU: Checking for cgroup 'devices' controller mount-point : PASS
QEMU: Checking for cgroup 'net_cls' controller support : PASS
QEMU: Checking for cgroup 'net_cls' controller mount-point : PASS
QEMU: Checking for cgroup 'blkio' controller support : PASS
QEMU: Checking for cgroup 'blkio' controller mount-point : PASS
QEMU: Checking for device assignment IOMMU support : WARN (Unknown if this platform has IOMMU support)
LXC: Checking for Linux <= 2.6.26 : PASS
LXC: Checking for namespace ipc : PASS
LXC: Checking for namespace mnt : PASS
LXC: Checking for namespace pid : PASS
LXC: Checking for namespace uts : PASS
LXC: Checking for namespace net : PASS
LXC: Checking for namespace user : PASS
LXC: Checking for cgroup 'memory' controller support : PASS
LXC: Checking for cgroup 'memory' controller mount-point : PASS
LXC: Checking for cgroup 'cpu' controller support : PASS
LXC: Checking for cgroup 'cpu' controller mount-point : PASS
LXC: Checking for cgroup 'cpuacct' controller support : PASS
LXC: Checking for cgroup 'cpuacct' controller mount-point : PASS
LXC: Checking for cgroup 'devices' controller support : PASS
LXC: Checking for cgroup 'devices' controller mount-point : PASS
LXC: Checking for cgroup 'net_cls' controller support : PASS
LXC: Checking for cgroup 'net_cls' controller mount-point : PASS
LXC: Checking for cgroup 'freezer' controller support : PASS
LXC: Checking for cgroup 'freezer' controller mount-point : PASS這些資訊其實透過 sysctl , dmesg 等工具裡面也都可以看到一些蛛絲馬跡，在 unix 的環境裡面往往一件事可能有不只一種作法，只是 dmesg 訊息有時會被 “洗板” ，訊息太多就被蓋掉了，sysctl 的話則是要多背一些位置 … kvm-ok 或是 cpuinfo 我還是覺得簡單一些，透過上面這些訊息，我們基本上就可以了解到所使用的環境是否有適合來拿做虛擬化的應用了，即便是身處在一個已經經過虛擬化的環境裡，例如使用 AWS c或是 DigitalOcean 的 VPS，只要所在環境軟硬體有適當的巢狀虛擬化支援，再多開一層的虛擬機都還是能有不錯的效能，反之，若是沒有適當的軟硬體虛擬化技術支援，即便是運算能力很強的伺服器處理器，只有一層的虛擬機在跑都還是可以處理器使用率不斷滿載、整體速度慢到讓人無法接受，這也就是為什麼要先確認我們需要用到的虛擬化技術支援情形的原因。
caniuse 是一個整理了各個瀏覽器針對不同功能的支援性做整理的專案，網頁前後端的開發者需要速查某一個 feature 有沒有被特定的 browser 支援、或是被各個瀏覽器支援的情形的時候，caniuse 算是一個方便好用的服務， 網站本身丟在 http://caniuse.com/ (很可惜沒走 https)，專案則是 open source 丟在 GitHub 上： https://github.com/Fyrd/caniuse
直接在網站首頁的 Can I use ______ ? 的搜尋框輸入相關的關鍵字，下面會列出相關的結果，首頁本身也有列出一些 features 可以給大家參考，如果想對搜尋的結果做進一步的設定，Settings 裏面也可以控制譬如像是針對哪些功能分類、不同的瀏覽器做搜尋、只顯示市佔率超過多少百分比的瀏覽器、排序等等的資訊，不過很可惜的是一直沒有 https / SSL /TLS 支援性的相關資訊，剛剛在 Fyrd/caniuse#1144 這個 GitHub 上的討論串可以看到在今天稍早作者已經表示加入對應的支援了 (在 Fyrd/caniuse@960f5419a )，雖然拖了很久，不過總算是開始把這部份補起來了。
SSL 和 TLS 1.0 的部份分別是現在瀏覽器全面棄用/支援的兩個協定，不過在 caniuse 上沒有獨立的頁面，只會在搜尋結果呈獻說明：
而 TLS 1.1 和 TLS 1.2 則有獨立的頁面顯示目前瀏覽器的支援情況：
TLS 1.1: http://caniuse.com/#feat=tls1-1
