ps：今天解壓了乙個10m的源**資料夾，解出來之後東西之多實在不像10m大小能包含 的東西，看了下大小，1g多一點，我了個驚 呆，於是自己試著把解出來的重新壓上，卻只有200m的壓縮檔案，今天正好沒事，就研究研究。。其實一直對壓縮和解壓有些興趣，但沒靜下來研究下，畢竟我這個人，第一原則就是先會用就行，原理什麼的，有機會再了解。。。果然是實用主義者啊。
直接上結果吧，沒空扯閒天：
1、比如「100100100」，簡化成「3個100」，再壓就是「100^3」，代表連續三個100組成的字串，再壓就是「百3」，之類。但怎麼壓都沒法壓成1個字元，因為無法表現，或是條件太少的簡化就還原不了。所以結論是：所謂壓縮是把重複的東西用簡單的方式重新記錄，但又不可能無限壓縮。
2、下午對比了三種格式，zip ,rar，7z，結論：第三種壓縮後是最小的，在工具7z中，只要需要手工設定壓縮等級，如果電腦配置夠好，還可以再最大程度的設定引數，來達到最大的壓縮結果。
ps：用rar最高比較去壓那個1g的源**，出來後是200多m，用7z的「極限等級」去壓出來後是40m，比壓縮包的10m還差4倍的距離，但引數上還沒到極限，因為是用公司的筆記本試的，配置有限，壓到這個程度已經算是比較滿意。
關於通訊的一點常識
在計算機裝置之間經常會需要進行資料傳輸，我們會接觸到很多的通訊方式，本文大概介紹下關於通訊的一點點概念。序列通訊按單個資料位進行資料傳輸，而並行通訊可以同時傳輸多個位的資料。打個比方，序列通訊更像是單車道的公路，一次只能允許一輛車通過，而並行通訊則是多車道公路，可以實現多輛車同時行駛。很明顯了，在傳...
Kafka 關於壓縮的一點經驗
就壓縮而言，對於資料儲存應該是乙個比較大的優化，而 kafka 自然也是支援這種特性的，但是這裡可能會有那麼一點坑。我們主要從 何時產生壓縮？何時會解壓縮？兩個方面來說，並針對一些可能出現的坑做一些說明。生產者為了資料在傳輸到 kafka 可以更快，那麼在生產者啟動壓縮自然是很正常的。broker端...
css裡一點很簡單的常識
日後若有新的感悟，也會不定期更新此貼 雖說是常識，但本人愚鈍，學了快兩周了才恍惚間明白了一點。information dt，點號代表類，而點號在前標籤在後，代表這個大類裡面的dt標籤。如果在這個 information dt 裡面定義了padding top 1em 那麼如果你只是想對列表裡的第乙個...