幾個redis的核心問題：
1、怎麼實現redis高可用集群？
2、redis為什麼採用hash slot、而不用一致性hash演算法？
3、redis分布式鎖存在什麼問題？怎麼解決？
4、為什麼redis可以採用單執行緒？
5、怎麼解決熱點資料問題？
6､ 有哪些記憶體淘汰的方式？
7､ 怎麼解決記憶體橫向擴充套件的問題？
8､在redis集群模式下，如何進行批量操作？
9、是否有必要redis集群模式不做讀寫隔離？
#redis批量操作
如果執行的key數量比較少，就不用mget了，就用序列get操作。如果真的需要執行的key很多，就使用hashtag保證這些key對映到同一臺redis節點上。簡單來說語法如下：
對於key為.student1、.student2，student3，這類key一定是在同乙個redis節點上。因為key中「{}」之間的字串就是當前key的hash tags， 只有key中中的部分才被用來做hash，因此計算出來的redis節點一定是同乙個!#redis讀寫隔離
不做讀寫分離。我們用的是redis cluster的架構，是屬於分片集群的架構。而redis本身在記憶體上操作，不會涉及io吞吐，即使讀寫分離也不會提公升太多效能，redis在生產上的主要問題是考慮容量，單機最多10-20g，key太多降低redis效能.因此採用分片集群結構，已經能保證了我們的效能。其次，用上了讀寫分離後，還要考慮主從一致性，主從延遲等問題，徒增業務複雜度。
32，64核心問題
smitty system 是這樣的只要把aio開啟就可以了在smitty裡面就可以 你要安裝bos.64bit這個檔案集！首先用如下命令確定當前的所使用的kernel ls l unix lrwxrwxrwx 1 root system 21 may 06 2001 unix usr lib bo...
分析核心問題的工具
1.objdump objdump d l vmlinux txt objdump help 看常用的引數 d disassemble 2.gdb gdb tool 並不是只對 應用程式的 gdb vmlinux gdb c address 可以看到具體的函式和檔名 gdb disassemble ...
關於ntfs和核心問題
傳統編譯核心模組的方法繁瑣而費時，本文將告訴我們一種快速編譯所需要核心模組的新方法。當你安裝完linux系統，並且已經啟動，恭喜你！如果你的硬碟上還安裝了winnt 2000系統，你試圖去訪問另乙個ntfs分割槽時卻遇到了麻煩。因為你所用的linux系統沒有已編譯的支援ntfs檔案系統的模組。怎麼辦...