廣汽菲克-Jeep自由本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※別再煩惱如何寫文案,掌握八大原則!
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※超省錢租車方案
※教你寫出一流的銷售文案?
※網頁設計最專業,超強功能平台可客製化
※產品缺大量曝光嗎?你需要的是一流包裝設計!
※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!
年份: 2021 年
這款顏值超高的合資小車妹子看了都喜歡，而且可能7萬起
有了這種材質，某些司機要偷着樂了。相對於前臉、車身的個性，尾部的設計要平常許多了。內飾部分整體設計偏向矩形的設計，雙色搭配也是恰到好處，看起來和外觀一樣也是活力十足,C3的設計師說內飾的設計靈感主要來源於家庭室內設計，力求為C3設計出更為現代、舒適的座艙。
最近看到不少讀者在後台留言說想要了解一下雪鐵龍C3的情況，所以今天我們就來看一下這款個性十足的法系車-雪鐵龍C3。
說起雪鐵龍C3，大家的第一反應應該是C3-XR吧，但是這個C3可不是大家熟悉的那個小型SUV C3-XR，而是雪鐵龍的的一款小型車。
C3的歷史要比C3-XR更長，因為第一代的C3早在2002年的時候就推出了。一經推出就獲得了熱銷，到目前為止累計銷量近400萬台，當然，C3的主要戰場還是在歐洲。
全新一代的雪鐵龍C3早在今年9月份就發布了，一發布便引起了熱議，因為這款非常個性的小車給大家留下了深刻的印象。
C3的長度只有3990mm，其他尺寸暫時未知，長度還不到四米，所以C3看起來比較短小，但是較短的尺寸並不會影響法國人天馬行空的設計。C3的造型極其可愛，前臉渾圓一體，造型獨特。
比如前臉獨特的大燈組設計，LED日行燈和引擎蓋部分的鍍鉻裝飾條相互融合，大燈和霧燈造型為凹進去矩形設計，看起來比較別緻。
前臉的造型已經夠獨特了，側面的設計也充滿看點，轉向指示燈裝在了有着黑色塗裝的后視鏡上。整個車身側面的個性塗裝讓C3看起來更加與眾不同。
不過輪圈的造型，也會讓我過目不忘的。
既然喜歡玩個性，那就一玩到底，C3將會提供9種車身顏色和3種車頂顏色，總計36種顏色組合，滿足消費者對個性的需求。
新車還採用了Airbump技術，特殊的TpU柔軟材質可以抵抗輕微的刮蹭。有了這種材質，某些司機要偷着樂了。
相對於前臉、車身的個性，尾部的設計要平常許多了。
內飾部分整體設計偏向矩形的設計，雙色搭配也是恰到好處，看起來和外觀一樣也是活力十足,C3的設計師說內飾的設計靈感主要來源於家庭室內設計，力求為C3設計出更為現代、舒適的座艙。
空調出風口搞成這個樣子，估計只有法國人能幹出來。新車也會有全景天窗，只是不能開啟。
至於空間，肯定是比較局促的，正常體格的成年人坐在後排不管是頭部空間還是腿部空間都不會太寬敞。
C3的發動機為1.2T三缸汽油發動機和1.6T柴油發動機，其中1.2T發動機將會有三種不同的動力調教，變速箱為手動擋和6擋自動。
遺憾的是這個車子目前會在歐洲上市，中國未來只是有可能引進，畢竟雪鐵龍在國內沒有一款小型車。如果真的引進國內國產了，小編希望原封不動的引進，或者盡可能的保持原來的面貌。如果售價能七萬起，憑藉如此個性的C3，絕對會吸引年輕消費者的青睞。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※教你寫出一流的銷售文案?
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※回頭車貨運收費標準
※別再煩惱如何寫文案,掌握八大原則!
※超省錢租車方案
※產品缺大量曝光嗎?你需要的是一流包裝設計!
※推薦台中搬家公司優質服務,可到府估價
聽說這是20萬內老婆最滿意的車
它還是會打一個激靈再往前沖。不過調到運動模式之後，你才會更深的感受到這輛車的動力。儀錶盤隨即變為紅色主題，好像是有點鋼炮的意思。只不過它增加的是心理馬力，但是對於速度的提升還是很明顯的。V40的懸挂調校是那種偏硬的感覺，對於車身的支撐是相當足，但是舒適性和1系來比會打點折扣。
自從吉利把沃爾沃收了之後，大家對這個北歐品牌的熟悉程度就更高了。只不過知名度歸知名度，要真是讓你買車選一輛沃爾沃，可能大家都未必願意。所以今天就給大家試一下它的入門級車型-V40。
就在試駕車剛剛到公司，小喬就撲了上去，並引發了以下對話…
既然是北歐的廠商，那必然要帶有北歐特色才行。沒錯，“雷神之錘”大家都聽說過了吧，說的就是沃爾沃的頭燈，V40打開日間行車燈后，視覺效果確實很不錯，但這種畫風更適合年輕買家。相對於能見度較高的A3、1系或A級來說，V40就是小眾但不失氣質的存在。
V40提供了T3/T4/T5三個代號的車型選擇，分別搭載1.5T/2.0T四缸發動機。畢竟是輛買菜車，V40的動力輸出都是相當穩當般的存在。正常模式下想急加速？它還是會打一個激靈再往前沖。
不過調到運動模式之後，你才會更深的感受到這輛車的動力。儀錶盤隨即變為紅色主題，好像是有點鋼炮的意思。只不過它增加的是心理馬力，但是對於速度的提升還是很明顯的。
V40的懸挂調校是那種偏硬的感覺，對於車身的支撐是相當足，但是舒適性和1系來比會打點折扣。值得一提的是V40的隔音相當不錯，但問題是這個不錯只局限於風噪。正常行駛下路面的噪聲就直接從車底傳進來，這很尷尬，但也沒辦法。
V40的內飾還是保持了一貫的沃爾沃風格。最明顯的就是中控台萬年不變的数字鍵。而它又長又大的手剎把就成為了中控台的一道風景。
反觀V40的空間表現，還是能讓家人滿意的。最起碼它的後排空間沒有給人覺得任何憋屈的感覺。
V40作為一輛入門級車型，官方售價終端為18.89-30.99萬元，對於那些追求獨特的年輕車主來說，這是一個不小的誘惑。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※超省錢租車方案
※別再煩惱如何寫文案,掌握八大原則!
※回頭車貨運收費標準
※教你寫出一流的銷售文案?
※產品缺大量曝光嗎?你需要的是一流包裝設計!
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※網頁設計最專業,超強功能平台可客製化
城市SUV就不能越野？進山後這台車性格大變
無疆界。盡馳騁本次試駕的地點選址是廣州王子山，奧迪本次並沒有專門為試駕活動搭建一塊可以輕鬆通過考驗的場地，而是以不常規的純天然全路況山林作為試驗全新奧迪Q7的考試場。在鋪裝路面上，將空氣懸架調節至最低狀態，此時離地間隙為186mm，車身姿態更低，高速狀態下行駛異常穩定，2。
廣州王子山奧迪Q7任性越野
奧迪Q7的形象一直以來都給人一種優雅穩重，大氣成熟的印象。似乎它的車主就應該西裝革履一本正經的出入五星級酒店和出席高檔商務場所。然而很多人並不知道，當它脫離了城市的喧囂和繁華之後，在崎嶇難行的非鋪裝路面，奧迪Q7也會露出崢嶸任性的一面。
初現肌肉——粗獷中的精緻
全新奧迪Q7上市已經有一段時間，相比較上一代奧迪Q7，全新的奧迪Q7在外觀層面進行了“全面瘦身”，車身尺寸有所減小，儘管在很多人眼裡似乎全新的奧迪Q7少了一分霸氣，但是個人認為，更加平直簡練的線條，使得全新奧迪Q7更多了一分精緻感。如果說老款的奧迪Q7更像一個兇猛的肌肉男，那麼全新奧迪Q7則更像一個肌肉線條更加勻稱卻不失力量感的健美先生。
凸顯內涵——小尺寸中的大肚量
全新奧迪Q7的內飾採用了全新的設計語言，整體造型設計更加簡潔明快，作為一款奧迪品牌旗艦型的SUV，細節之處的精細程度毋庸置疑。
鋁製和木紋飾板的搭配，彰顯了豪華感的同時更體現出現代工藝氣息，搭配上第二代的MMI智能信息系統以及點火之後緩緩升起的8.3英寸液晶显示屏，檔次感豪華感與科技感並存的車廂確實讓人覺得相當高級。
不少人會覺得，全新Q7的車身尺寸全面縮水，會不會提升Q7車內的乘坐壓抑感，帶着疑問小編也是坐進全新Q7的後排體驗一番，實際感受過後覺得並不會，全新Q7的長寬高數據為：5069*1968*1716mm，軸距長為3001mm，空間足夠寬敞，加之座椅十分舒適度也算不錯，駕駛位坐姿設計合理，視野盲區不大，全新Q7的駕乘感受在同級當中可謂是處於領先水準。
裝備齊全才能游刃有餘
全新奧迪Q7的標準離地間隙達到201mm，在一般的道路通過性上已經有着非常紮實的基礎，並且搭載quattro全時四驅系統以及可變式空氣懸挂(非頂配車型需選裝)，在不同的道路模式下有着不同的行駛姿態，以及百公里加速僅需7.22秒的2.0T渦輪增壓發動機，強悍的性能和齊全的裝備，讓奧迪Q7在面對極限路況時才有着充足的信心和底氣。
無疆界；盡馳騁
本次試駕的地點選址是廣州王子山，奧迪本次並沒有專門為試駕活動搭建一塊可以輕鬆通過考驗的場地，而是以不常規的純天然全路況山林作為試驗全新奧迪Q7的考試場。
在鋪裝路面上，將空氣懸架調節至最低狀態，此時離地間隙為186mm，車身姿態更低，高速狀態下行駛異常穩定，2.0T的發動機並不會顯得拖沓無力，隨着油門的深入，到達1600轉之時所迸發出的370牛米的峰值扭矩，儘管它是一台大尺寸豪華SUV，但也能讓駕駛者充分體驗一把速度與激情。
既然作為一款搭載着全時四驅和可變式空氣懸架的大尺寸SUV，在王子山這種純天然的山路中行進既是作為一個較為嚴酷的考驗項目，也是全新Q7展現強悍性能的用武之地。面對着崎嶇的道路環境，將氣動懸架的高度提升至最高狀態（261mm），高聳的底盤極大降低了因為道路石塊而托底的風險。
得益於調校得恰到好處的轉向手感，在速度不快的越野道路上，大尺寸的Q7顯得異常靈活，穩定的車身姿態使得在路況較為驚險的非鋪裝路面上有着十足的信心支撐。
王子山上的路況十分複雜，由於嶺南一帶潮濕的氣候，儘管白天陽光十分燦爛，但是路面依然有不少地方非常濕滑，甚至還有一些淌流着的小溪和溝壑需要跨越，但是全新奧迪Q7面對這些對於普通城市SUV來說已經算是極限的道路，依然顯得游刃有餘，勝似閑庭信步。
這是由於奧迪Q7的前後橋都配備了了開放式差速器和輪間限滑系統，並且quattro四驅在動力配比上日常是前後橋40:60的比例分攤動力輸出，而在極限狀況下可以使得前橋最大動力供給達到70%，而後橋可支配動力最高可以達到85%，極大保證了全新Q7面對惡劣路況的適應性。
檔次不減；盛名不負
以往對於奧迪Q7的形象一直是一台大品牌、高品質、高檔次的豪華型城市SUV，似乎它的一切就應該那麼有條不紊，似乎它就一定是一款在公路上馳騁的大塊頭豪華車。
然而畢竟作為一款旗艦型全時四驅SUV，奧迪Q7的先天基因依然流淌着一款SUV該有的性格與野性，不受“城市SUV”標準的束縛、不受“全民SUV”時代的限制，憑藉著強悍的性能表現，奧迪Q7，一款豪華品牌旗艦SUV，除了可以帶來頂級奢華的高檔感以外，照樣可以讓車主縱情翻山越嶺感受喧囂以外的非凡。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計最專業,超強功能平台可客製化
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※回頭車貨運收費標準
※推薦評價好的iphone維修中心
※教你寫出一流的銷售文案?
※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!
※台中搬家公司費用怎麼算?
動力橫評|跑進10秒 海馬S5領先不止一點
在0-100公里加速上，海馬S5-9。81秒、長安CS35-11。02秒、寶駿560-12。01秒。從加速上來看，在8萬級別中，能進入10秒的真是屈指可數。相比長安CS35和寶駿560來說，在整個加速過程中，海馬S5在起步的瞬間動力來得更加直接，而且在中後段也不會出現乏力情況。
在市場表現上，售價8萬至10萬的8萬級SUV近兩年相當火爆。針對上述情況，找了能見度比較高的三款八萬級熱銷車型，在動力方面做個實測對比，（為什麼對比動力？因為注重內涵，外觀下次測）這次對比的三款車型分別是：長安CS35、海馬S5、寶駿560、均是1.5T動力總成
從上表的綜合數據來看，三者的動力系統都算主流，不謙虛地說也算是這個級別里相對靠前的，不過海馬S5的參數表現都要略優於其它兩款車型。三款對比車型均採用1.5T渦輪增壓發動機，海馬S5的最大馬力為163ps、最大扭矩223N·m；寶駿560的最大馬力150ps，最大扭矩230N·m；長安CS35的最大馬力156ps，最大扭矩215N·m。從賬面數據來看，海馬S5的優勢非常明顯。
此外，海馬S5的1.5T渦輪增壓發動機採用了新一代小慣量渦輪，恭弘=叶 恭弘輪採用最新一代合金材料，重量更輕，慣量降低35%，有效減小渦輪遲滯，提高系統響應性，滿足低轉速大扭矩驅動，發動機1600轉時就能輸出90%最大扭矩。
從發動機的動力表現，三者在實際駕駛中，均有着不錯的親和力，起步反饋輕快，低速行駛時動力與變速箱的配合也相當不錯。但海馬S5在動力上的體驗會來得更加地直接，當發動機轉速僅為1000rpm時，就能體驗到渦輪介入，在1800rpm狀態下，即能體驗到223N·m的最大扭矩輸出狀態，且能一直保持到4000rpm，動力輸出水平在同級車型中相當出色，且最大扭矩轉速區間很寬。相比之下，寶駿560的1.5T發動機，在2000rpm時才能達到最大扭矩輸出，最大扭矩轉速區間為2000-3800rpm，明顯劣於海馬S5。
在0-100公里加速上，海馬S5-9.81秒、長安CS35-11.02秒、寶駿560-12.01秒。從加速上來看，在8萬級別中，能進入10秒的真是屈指可數。相比長安CS35和寶駿560來說，在整個加速過程中，海馬S5在起步的瞬間動力來得更加直接，而且在中後段也不會出現乏力情況。
在剎車對比測試中，海馬S5進入了40米內，如此優秀的剎車成績，可以讓它在大部分同級別、同價位的競爭對手面前炫耀一番。須知道這個級別大部分車型的100-0km/h剎車距離都是40米開外，有的甚至是43米之多。除了剎車成績優秀以外，其剎車踏板反饋回來的腳感也很棒，不僅虛位小，而且回饋力度比較均勻線性。
從動力輸出到制動力的表現，可以看出在三款車型當中，海馬S5數據和實力明顯優於寶駿560和長安CS35。
寶駿560-低速扭矩力量足夠，1擋到4擋的提速感覺明顯有力，但是進入5擋，時速超過100公里/小時的時候，提速就會顯得很乏力。
長安CS35-發機機是三菱的4G15T改造而來，加速只能說夠用，不能深踩，高轉速時發動機的聲音讓人奔潰。
海馬S5-上車地板油S檔，兩千轉加速明顯，還有推背感，雖然不算強，但能有這個的體驗反饋給你，後段的力量儲備也是相對充足，在賽道直路最快跑165時速，底盤不會給你坐船的感覺，懸挂也是支撐到位，在高轉速時，發動機也是會有聲音但是，在一個可接受範圍。
回看市場，如今小型SUV由不入流，到成為主流，最多也不過5年，但是市場卻發生了翻天覆地的變化的變化，如今的小型SUV市場競爭已然也到了白熱化的地步。縱觀國內小型SUV細分市場，本田、現代/起亞、別克、鈴木、福特、雪佛蘭、Jeep等國際大廠都推出了合資小型SUV，在品質上力壓自主車型，同時價錢也在不斷下探，新老車型的格局正在逐漸形成，而這種格局勢必會引起小型SUV市場的一些變革，花無百日紅，新生代小型SUV正在陸續到來，如果產品力可以經得起考驗的情況下，小型SUV市場或將很快迎來一次大換血，讓我們拭目以待吧。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※產品缺大量曝光嗎?你需要的是一流包裝設計!
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※回頭車貨運收費標準
※推薦評價好的iphone維修中心
※超省錢租車方案
※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!
※推薦台中搬家公司優質服務,可到府估價
萬萬想不到 20萬的MPV超越40萬房車享受
在車上對坐面談彷彿是挺不錯的事情，邁特威最大的亮點是內部空間和座椅的靈活擴展性，二排座椅支持旋轉移動，但反着坐的人就不舒服了，中間圓形桌板使得第三排乘客出入比較困難，座椅設計過高不符合國人身材，長時間乘坐舒適性難保障，不實用。
前言
現在除了SUV車型最火爆外，商務精英人士最喜愛的莫過於MpV車型了，商用出差接客戶有面子，空間夠大夠舒適，一舉兩得，眾所周知，在歐洲市場，福特途睿歐和大眾邁特威已經是對老冤家了，而進口后的邁特威價格幾乎是國產後途睿歐的兩倍，誰更有性價比呢？
最近隨着自己業績越來越好，小李思索着想買一台車，畢竟自己是業務員，沒個車接客戶談商務合作什麼的不方便，從小就特別喜歡MpV的小李，就特別想買一台MpV，於是把目標鎖定在兩台車上：福特途睿歐、大眾邁特威。
方方正正的車身造型不禁讓人聯想到以前的全順、依維柯那種輕客，就有點與時代脫軌的節奏，而且給人一種低檔的感覺，還有令人有些審美疲勞的家族式前臉沒什麼改進，不過挺耐看的。
再看途睿歐則給人一種很豪邁的視覺感受，車身線條很硬朗但沒有硬邦邦的感覺，車側突出的輪眉凸顯其壯碩的的身材，柔中帶剛更顯威武，前臉有着萌萌噠的造型，很和藹可親，是一輛宜商宜旅的車子。
老爸家裡那台老捷達確實實用，兢兢業業服務了好多年，這點在大眾邁特威內飾上一樣，採用套娃的設計，大量的鋼琴烤漆面板和方方正正的設計元素和外觀比較搭配，營造了比較高檔的感覺，但是沒什麼新意，開着居然和轎車是一樣的Feel。
途睿歐的內飾造型層次感更豐富，看起來並不會出現所謂的視覺疲勞感，操作區域幾乎圍繞駕駛者四周，實用人性化為上，上深下淺的配色很有商務風格，給人溫馨舒適的乘坐體驗，低矮的左右側窗線設計使得兩側視野很好，很容易上手。
我們來看一下配置上的差異，邁特威會佔有優勢，但相差不大的配置但一想到相差20多萬的價格，突然感覺有點藍瘦，像天窗和導航系統這麼基本的配置，邁特威要去到54.98萬的車型才有配備。
而途睿歐20.39萬車型就有了，前後排自動空調是全系標配，為了乘員上下更方便，還配備了側踏板，還有貼心的後排220v電源支持手提筆記本等設備的使用，能及時收發郵件和處理文件。
旋轉、跳躍我閉着眼。。。在車上對坐面談彷彿是挺不錯的事情，邁特威最大的亮點是內部空間和座椅的靈活擴展性，二排座椅支持旋轉移動，但反着坐的人就不舒服了，中間圓形桌板使得第三排乘客出入比較困難，座椅設計過高不符合國人身材，長時間乘坐舒適性難保障，不實用。
4976*2032*1990mm的車身尺寸使得途睿歐比邁特威大了一圈，採用2+2+3的座椅布局，中間留有通道，橫縱向空間更大，以往一般MpV比較雞肋的第三排空間，途睿歐表現卻很出色，完全是三個獨立座椅，不會再出現肩膀碰肩膀的尷尬情況，儲物空間隨手可及，驚人的後備箱空間即使在常規狀態下也達到1360L，實用性上更出色。
話說高端車型為什麼開起來那麼舒服，像奔馳奧迪等高端車型上配備都配備了空氣懸挂，可以調節懸挂的軟硬，能適應不同路況，而途睿歐採用了同級罕見的RAS后空氣懸挂，隨時隨地享受最舒適的駕乘體驗；人機工程學上做得很轎車化，座椅可以調得比較低接近SUV的坐姿，比較垂直的方向盤角度，掄方向比搓麻將還要順滑。
麵包車開起來是什麼感覺的，是不是重心太高，有點發飄，邁特威採用了後半拖曳臂獨立式懸挂，雖然有DCC模式可調，但感覺跨度不太明顯，軟硬有點兩極分化，始終把握不好合適的度，不過舒適性方面還是有一貫大眾車的風格。
賬面數據上EA888發動機+7擋雙離合的組合表現更為出色，用在高爾夫Gti是挺猛的，但拖動邁特威這2.5噸重的車子起步似乎有點吃力，必要時刻還得靠S擋來解決動力不足的問題，還有考慮到用車成本上，油耗和保養費用也是不佔優勢的。
而途睿歐搭載的是福特2.0T EcoBoost發動機，與路虎、捷豹等高端車型使用的是同宗同源的，燃油經濟性更佳，動力也相差無幾，還一個令人讚歎的就是它整體的NVH水平，不管是發動機還是底盤，都達到了乘用車的優良水平，綜合性能更強，搭配5擋手動變速箱，可靠性更佳。
再糾正下小李子的想法，進口車所交的各種關稅、消費稅、增值稅後導致邁特威的價格都去到40多萬了，而途睿歐國產後的價格就完全不用這些花費，性價比更高更接地氣，所以勸你還是移情別戀吧。
兩朋友笑日：你小子現在知道的挺多啊。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※回頭車貨運收費標準
※產品缺大量曝光嗎?你需要的是一流包裝設計!
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※推薦評價好的iphone維修中心
※教你寫出一流的銷售文案?
※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!
※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!
微服務海量日誌監控平台
前面幾章蜻蜓點水的介紹了elasticsearch、apm相關的內容。本片主要介紹怎麼使用ELK Stack幫助我們打造一個支撐起日產TB級的日誌監控系統
背景
在企業級的微服務環境中，跑着成百上千個服務都算是比較小的規模了。在生產環境上，日誌扮演着很重要的角色，排查異常需要日誌，性能優化需要日誌，業務排查需要業務等等。然而在生產上跑着成百上千個服務，每個服務都只會簡單的本地化存儲，當需要日誌協助排查問題時，很難找到日誌所在的節點。也很難挖掘業務日誌的數據價值。那麼將日誌統一輸出到一個地方集中管理，然後將日誌處理化，把結果輸出成運維、研發可用的數據是解決日誌管理、協助運維的可行方案，也是企業迫切解決日誌的需求。
我們的解決方案
通過上面的需求我們推出了日誌監控系統。
- 日誌統一收集、過濾清洗。
- 生成可視化界面、監控，告警，日誌搜索。
功能流程概覽
- 在每個服務節點上埋點，實時採集相關日誌。
- 統一日誌收集服務、過濾、清洗日誌後生成可視化界面、告警功能。
我們的架構
- 日誌文件採集端我們使用filebeat,運維通過我們的後台管理界面化配置，每個機器對應一個filebeat，每個filebeat日誌對應的topic可以是一對一、多對一，根據日常的日誌量配置不同的策略。除了採集業務服務日誌外，我們還收集了mysql的慢查詢日誌和錯誤日誌,還有別的第三方服務日誌，如:nginx等。最後結合我們的自動化發布平台，自動發布並啟動每一個filebeat進程。
- 調用棧、鏈路、進程監控指標我們使用的代理方式：Elastic APM，這樣對於業務側的程序無需任何改動。對於已經在運營中的業務系統來說，為了加入監控而需要改動代碼，那是不可取的，也是無法接受的。Elastic APM可以幫我們收集http接口的調用鏈路、內部方法調用棧、使用的sql、進程的cpu、內存使用指標等。可能有人會有疑問，用了Elastic APM，其它日誌基本都可以不用採集了。還要用filebeat幹嘛？是的，Elastic APM採集的信息確實能幫我們定位80%以上的問題，但是它不是所有的語言都支持的比如：C。其二、它無法幫你採集你想要的非error日誌和所謂的關鍵日誌，比如：某個接口調用時出了錯，你想看出錯時間點的前後日誌；還有打印業務相關方便做分析的日誌。其三、自定義的業務異常，該異常屬於非系統異常，屬於業務範疇，APM會把這類異常當成系統異常上報，如果你後面對系統異常做告警，那這些異常將會幹擾告警的準確度，你也不能去過濾業務異常，因為自定義的業務異常種類也不少。
- 同時我們對agent進行了二開。採集更詳細的gc、堆棧、內存、線程信息。
- 服務器採集我們採用普羅米修斯。
- 由於我們是saas服務化，服務N多，很多的服務日誌做不到統一規範化，這也跟歷史遺留問題有關，一個與業務系統無關的系統去間接或直接地去對接已有的業務系統，為了適配自己而讓其更改代碼，那是推不動的。牛逼的設計是讓自己去兼容別人，把對方當成攻擊自己的對象。很多日誌是沒有意義的，比如：開發過程中為了方便排查跟蹤問題，在if else里打印只是有標誌性的日誌，代表是走了if代碼塊還是else代碼塊。甚至有些服務還打印着debug級別的日誌。在成本、資源的有限條件下，所有所有的日誌是不現實的，即使資源允許，一年下來將是一比很大的開銷。所以我們採用了過濾、清洗、動態調整日誌優先級採集等方案。首先把日誌全量採集到kafka集群中，設定一個很短的有效期。我們目前設置的是一個小時，一個小時的數據量，我們的資源暫時還能接受。
- Log Streams是我們的日誌過濾、清洗的流處理服務。為什麼還要ETL過濾器呢？因為我們的日誌服務資源有限，但不對啊，原來的日誌分散在各各服務的本地存儲介質上也是需要資源的哈。現在我們也只是彙集而已哈，收集上來后，原來在各服務上的資源就可以釋放掉日誌佔用的部分資源了呀。沒錯，這樣算確實是把原來在各服務上的資源化分到了日誌服務資源上來而已，並沒有增加資源。不過這隻是理論上的，在線上的服務，資源擴大容易，收縮就沒那麼容易了，實施起來極其困難。所以短時間內是不可能在各服務上使用的日誌資源化分到日誌服務上來的。這樣的話，日誌服務的資源就是當前所有服務日誌使用資源的量。隨存儲的時間越長，資源消耗越大。如果解決一個非業務或非解決不可的問題，在短時間內需要投入的成本大於解決當前問題所帶來收益的話，我想，在資金有限的情況下，沒有哪個領導、公司願意採納的方案。所以從成本上考慮，我們在Log Streams服務引入了過濾器，過濾沒有價值的日誌數據，從而減少了日誌服務使用的資源成本。技術我們採用Kafka Streams作為ETL流處理。通過界面化配置實現動態過濾清洗的規則：
- 界面化配置日誌採集。默認error級別的日誌全量採集
- 以錯誤時間點為中心，在流處理中開窗，輻射上下可配的N時間點採集非error級別日誌，默認只採info級別
- 每個服務可配100個關鍵日誌，默認關鍵日誌全量採集
- 在慢sql的基礎上，按業務分類配置不同的耗時再次過濾
- 按業務需求實時統計業務sql,比如：高峰期階段，統計一小時內同類業務sql的查詢頻率。可為dba提供優化數據庫的依據，如按查詢的sql創建索引
- 高峰時段按業務類型的權重指標、日誌等級指標、每個服務在一個時段內日誌最大限制量指標、時間段指標等動態清洗過濾日誌
- 根據不同的時間段動態收縮時間窗口
- 日誌索引生成規則：按服務生成的日誌文件規則生成對應的index，比如：某個服務日誌分為：debug、info、error、xx_keyword，那麼生成的索引也是debug、info、error、xx_keyword加日期作後綴。這樣做的目的是為研發以原習慣性地去使用日誌
7. 可視化界面我們主要使用grafana，它支持的眾多數據源中，其中就有普羅米修斯和elasticsearch，與普羅米修斯可謂是無縫對接。而kibana我們主要用於apm的可視分析
日誌可視化
【版權聲明】
本文版權歸作者(深圳伊人網網絡有限公司)和博客園共有，歡迎轉載，但未經作者同意必須在文章頁面給出原文鏈接，否則保留追究法律責任的權利。如您有任何商業合作或者授權方面的協商，請給我留言：siqing0822@163.com
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面
※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!
※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化
※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益
※教你寫出一流的銷售文案?
※別再煩惱如何寫文案,掌握八大原則!
深入理解JVM（③）判斷對象是否還健在？
前言
因為Java對象主要存放在Java堆里，所以垃圾收集器（Garbage Collection）在對Java堆進行回收前，第一件事情就是要確定這些對象之中哪些還“存活”着，哪些已經“死去”（不被引用了）。
判斷對象是否健在的算法
1.引用計數算法
引用計數算法，很容易理解，在對象中添加一個引用計數器，每有一個地方引用它時，計數器值就加一；當引用失效是，計數器值就減一；任何時刻計數器為零的對象就是不可以能再被使用的對象。
引用計數算法的原理簡單，判定效率也很高。市面上也確實有一些技術使用的此類算法來判定對象是否存活，像ActionScript 3 的FlashPlayer、Python語言等。但是在主流的Java虛擬機裏面都沒有選用引用計算法來管理內存，主要是使用此算法時，必須要配合大量的額外處理才能保證正確的工作，例如要解決對象之間的相互循環引用的問題。
public class OneTest {
public Object oneTest = null;
private static final int _1MB = 1024 * 1024;
private byte[] bigSize = new byte[256 * _1MB];
/**
* 這個成員屬性的唯一意義就是占點內存，以便能在GC日誌中看清楚是否有回收過。
*/
@Test
public void testGC(){
OneTest test1 = new OneTest();
OneTest test2 = new OneTest();
test1.oneTest = test2;
test2.oneTest = test1;
test1 = null;
test2 = null;
// 假設在這行發生GC，test1和test2是否能被回收？
System.gc();
}
}
分析代碼，test1和test2對象都被設置成了null，在後面發生GC的時候，如果按照引用計數算法，這兩個對象雖然都被設置成了null，但是test1引用了test2，test2又引用了test1，所以這兩個對象的引用計數值都不為0，所以都不會被回收，但是真正的實際運行結果是，這兩個對象都被回收了，這也說明HotSpot虛擬機並不是用引用計數法來進行的內存管理。
2. 可達性分析算法
當前主流的商用程序語言（Java、C#等），都是通過可達性分析（Reachability Analysis）算法來判斷對象是否存活的。這個算法的基本思路就是通過一一系列稱為“GC Roots” 的根對象作為起始節點集，從這些節點開始根據引用關係向下搜索，搜索走過的的路徑稱為“引用鏈”（Reference Chain）,如果某個對象到GC Roots 間沒有任何引用鏈相連，或者從GC Roots 到這個對象不可達時，則證明此對象是不可能再被使用的。
如下圖，object10、object11、object12這三個對象，雖然互相有關聯，但是它們到GC Roots是不可達的，因此它們會被判定為可回收的對象。
在Java程序中，固定可作為GC Roots 的對象包括以下幾種：
- 在虛擬機棧（棧幀中的本地變量表）中引用的對象，譬如各個現場被調用的方法堆棧中使用到的參數、局部變量、臨時變量等。
- 在方法區中類靜態屬性引用的對象，譬如Java類的引用類型靜態變量。
- 在方法區中常量引用的對象，譬如字符串常量池（String Table）里的引用。
- 在本地方法棧中JNI（即通常所說的Native方法）引用的對象。
- Java虛擬機內部的引用，如基本數據類型對應的Class對象，一些常駐的異常對象（NullPointException、OutOfMemoryError）等，還有系統類加載器。
- 所有被同步鎖（synchronized關鍵字）持有的對象。
- 反映Java虛擬機內部情況的JMXBean、JVMTI中註冊的回調、本地代碼緩存等。
除了這些固定的GC Roots集合以外，根據垃圾收集器以及當前回收的呢村區域不同，還會有其他對象“臨時性”的加入，如果只針對Java堆中某一塊兒區域發起垃圾收集時（例如只針對年輕代的垃圾收集），必須考慮到當前區域內的對象是否有被其他區域的對象所引用，這個時候就需要把這些關聯區域的對象一併加入GC Roots集合中，來保證可達性分析的正確性。
重申引用
無論是通過引用計數算法判斷對象的引用數量，還是通過可達性分析算法判斷對象是否引用鏈可達，判斷對象是否存活都和“引用”離不開關係。在JDK1.2之前，Java里對引用的概念是：如果reference類型的數據中存儲的數值代表的是另外一塊兒內存的地址，就稱該reference數據是代表某塊內存、某個對象的引用。
在JDK1.2版之後，Java對引用的概念進行了擴充，將引用分為強引用（Strongly Reference）、軟引用（Soft Reference）、弱引用（Weak Reference）、虛引用（Phantom Reference）4種，這4種引用強度依次逐漸減弱。
- 強引用是最傳統的“引用”的定義，指引用複製，即類似
Object obj = new Object()
這種引用關係。無論在任何情況下，只要強引用關係還存在，垃圾收集器就不會回收掉被引用的對象。
- 軟引用是用來描述一些還有用，但非必須的對象。在系統發生內存溢出前，會先對軟引用對象進行第二次回收，如果回收后還沒有足夠的內存，才會拋出內存溢出的異常。
- 弱引用也是用來描述那些非必須的對象，但是它的強度比軟引用更弱一些，弱引用的對象，只能生存到下一次垃圾收集發生為止。當垃圾收集器開始工作，無論當前內存是否足夠，都會回收掉只被弱引用關聯的對象。
- 虛引用也稱為“幽靈引用”或“幻影引用”，它是最弱的一種引用關係。為一個對象設置虛引用關聯的唯一目的只是為了能在這個對象被收集器回收時收到一個系統通知。
判斷對象是生是死的過程
即使在可達性分析算法中，判斷為不可達的對象，也不是“非死不可”的，要真正宣告一個對象死亡，至少要經歷兩次標記過程：
- 如果第一次對象在進行可達性分析后發現與GC Roots 不可達，將進行第一次標記。
- 隨後對此對象進行一次是否有必要執行finalize()方法進行篩選，假如對象沒有覆蓋finalize()方法，或者finalize()方法已經被虛擬機調用過，都視為“沒有必要執行”。
如果對象被判定有必要執行finalize()方法，會將對象放置在一個名為F-Queue的隊列中，並在由一條由虛擬機自動建立的、低調度的線程區執行它們的finalize()方法。但並不承諾一定會等待它們運行結束。
需要注意的是：任何一個對象的finalize()方法都只會被系統自動調用一次，如果對象面臨第二次回收，它的finalize()方法不會被再次執行。
還有一點就是Java官方已經明確聲明不推薦手動調用finalize()方法了，因為它的運行代價高昂，不確定性大，無法保證各個對象的調用順序，並且finanlize()能做的所有工作，使用try-finally或其他方式都可以做的更好、更及時。
回收方法區
方法區垃圾收集的“性價比”通常比較低，並且方法區回收也有過於苛刻的判定條件。
方法區的垃圾收集主要回收兩部分內容：廢棄的常量和不再使用的類型，回收廢棄常量時，如果當前系統沒有一個常量的值是當前常量值，且虛擬機中也沒有其他地方引用這個常量。如果這個時候發生垃圾回收，常量就會被系統清理出常量池。
判定一個類型是否屬於“不再使用的類”的條件就比較苛刻了，要同時滿足如下三個條件：
- 該類所有的實例都已經被回收，也就是Java堆中不存在該類及其任何派生子類的實例。
- 加載該類的類加載器已經被回收，這個條件除非是經過精心設計的可替換類加載器的場景，如OSGi、JSP的沖加載等，否則通常很難達成的。
- 該類對應的java.lang.Class對象沒有在任何地方被引用，無法在任何地方通過反射訪問該類的方法。
同時滿足了上述的三個條件后，也只是被允許進行回收了，關於是否要對類型進行回收還要對虛擬機進行一系列的參數設置，這裏就不贅述了，感興趣的可以自己去查詢。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※台北網頁設計公司全省服務真心推薦
※想知道最厲害的網頁設計公司"嚨底家"!
※推薦評價好的iphone維修中心
※網頁設計最專業,超強功能平台可客製化
※別再煩惱如何寫文案,掌握八大原則!
漲見識了，在終端執行 Python 代碼的 6 種方式！
原作：BRETT CANNON
譯者：豌豆花下貓@Python貓
英文：https://snarky.ca/the-many-ways-to-pass-code-to-python-from-the-terminal
為了我們推出的 VS Code 的 Python 插件 [1]，我寫了一個簡單的腳本來生成變更日誌 [2]（類似於Towncrier [3]，但簡單些，支持 Markdown，符合我們的需求）。在發布過程中，有一個步驟是運行python news ，它會將 Python 指向我們代碼中的”news”目錄。
前幾天，一位合作者問這是如何工作的，似乎我們團隊中的每個人都知道如何使用-m ？（請參閱我的有關帶 -m 使用 pip 的文章 [4]，了解原因）（譯註：關於此話題，我也寫過一篇更為詳細的文章 ）
這使我意識到其他人可能不知道有五花八門的方法可以將 Python 指向要執行的代碼，因此有了這篇文章。
1、通過標準輸入和管道
因為如何用管道傳東西給一個進程是屬於 shell 的內容，我不打算深入解釋。毋庸置疑，你可以將代碼傳遞到 Python 中。
# 管道傳內容給 python
echo "print('hi')" | python
如果將文件重定向到 Python，這顯然也可以。
# 重定向一個文件給 python
python < spam.py
歸功於 Python 的 UNIX 傳統，這些都不太令人感到意外。
2、通過-c 指定的字符串
如果你只需要快速地檢查某些內容，則可以在命令行中將代碼作為字符串傳遞。
# 使用 python 的 -c 參數
python -c "print('hi')"
當需要檢查僅一行或兩行代碼時，我個人會使用它，而不是啟動 REPL（譯註：Read Eval Print Loop，即交互式解釋器，例如在 windows 控制台中輸入python， 就會進入交互式解釋器。-c 參數用法可以省去進入解釋器界面的過程） 。
3、文件的路徑
最眾所周知的傳代碼給 python 的方法很可能是通過文件路徑。
# 指定 python 的文件路徑
python spam.py
要實現這一點的關鍵是將包含該文件的目錄放到sys.path 里。這樣你的所有導入都可以繼續使用。但這也是為什麼你不能/不應該傳入包含在一個包里的模塊路徑。因為sys.path 可能不包含該包的目錄，因此所有的導入將相對於與你預期的包不同的目錄。
4、對包使用 -m
執行 Python 包的正確方法是使用 -m 並指定要運行的包名。
python -m spam
它在底層使用了runpy [5]。要在你的項目中做到這點，只需要在包里指定一個__main__.py 文件，它將被當成__main__ 執行。而且子模塊可以像任何其它模塊一樣導入，因此你可以對其進行各種測試。
我知道有些人喜歡在一個包里寫一個main 子模塊，然後將其__main__.py 寫成：
from . import main
if __name__ == "__main__":
main.main()
就我個人而言，我不感冒於單獨的main 模塊，而是直接將所有相關的代碼放入__main__.py ，因為我感覺這些模塊名是多餘的。
（譯註：即作者不關心作為入口文件的”main”或者“__main__”模塊，因為執行時只需用它們的包名即可。我認為這也暗示了入口模塊不該再被其它模塊 import。我上篇文章 [6]比作者的觀點激進，認為連那句 if 語句都不該寫。）
5、目錄
定義__main__.py也可以擴展到目錄。如果你看一下促成此博客文章的示例，python news 可執行，就是因為 news 目錄有一個 __main__.py 文件。該目錄就像一個文件路徑被 Python 執行了。
現在你可能會問：“為什麼不直接指定文件路徑呢？”好吧，坦白說，關於文件路徑，有件事得說清楚。在發布過程中，我可以簡單地寫上說明，讓運行python news/announce.py ，但是並沒有確切的理由說明這種機制何時存在。
再加上我以後可以更改文件名，而且沒人會注意到。再加上我知道代碼會帶有輔助文件，因此將其放在目錄中而不是單獨作為單個文件是有意義的。
當然，我也可以將它變為一個使用 -m 的包，但是沒必要，因為 announce 腳本很簡單，我知道它要保持成為一個單獨的自足的文件（少於 200 行，並且測試模塊也大約是相同的長度）。
況且，__main__.py 文件非常簡單。
import runpy
# Change 'announce' to whatever module you want to run.
runpy.run_module('announce', run_name='__main__', alter_sys=True)
現在顯然必須要處理依賴關係，但是如果你的腳本僅使用標準庫或將依賴模塊放在__main__.py 旁邊（譯註：即同級目錄），那麼就足夠了！
（譯註：我覺得作者在此有點“炫技”了，因為這種寫法的前提是得知道 runpy 的用法，但是就像前一條所寫的用 -m 參數運行一個包，在底層也是用了 runpy。不過炫技的好處也非常明顯，即__main__.py 里不用導入 announce 模塊，還是以它為主模塊執行，也就不會破壞原來的依賴導入關係）
6、執行一個壓縮文件
如果你確實有多個文件和/或依賴模塊，並且希望將所有代碼作為一個單元發布，你可以用一個__main__.py ，放置在一個壓縮文件中，並把壓縮文件所在目錄放在 sys.path 里，Python 會替你運行__main__.py 文件。
# 將一個壓縮包傳給 Python
python app.pyz
人們現在習慣上用 .pyz 文件擴展名來命名此類壓縮文件，但這純粹是傳統，不會影響任何東西；你當然也可以用 .zip 文件擴展名。
為了簡化創建此類可執行的壓縮文件，標準庫提供了zipapp [7]模塊。它會為你生成__main__.py並添加一條組織行（shebang line），因此你甚至不需要指定 python，如果你不想在 UNIX 上指定它的話。如果你想移動一堆純 Python 代碼，這是一種不錯的方法。
不幸的是，僅當壓縮文件包含的所有代碼都是純 Python 時，才能這樣運行壓縮文件。執行壓縮文件對擴展模塊無效（這就是為什麼 setuptools 有一個 zip_safe [8]標誌的原因）。（譯註：擴展模塊 extension module，即 C/C++ 之類的非 Python 文件）
要加載擴展模塊，Python 必須調用 dlopen() [9]函數，它要傳入一個文件路徑，但當該文件路徑就包含在壓縮文件內時，這顯然不起作用。
我知道至少有一個人與 glibc 團隊交談過，關於支持將內存緩衝區傳入壓縮文件，以便 Python 可以將擴展模塊讀入內存，並將其傳給壓縮文件，但是如果內存為此服務，glibc 團隊並不同意。
但是，並非所有希望都喪失了！你可以使用諸如shiv [10]之類的項目，它會捆綁（bundle）你的代碼，然後提供一個__main__.py 來處理壓縮文件的提取、緩存，然後為你執行代碼。儘管不如純 Python 解決方案理想，但它確實可行，並且在這種情況下算得上是優雅的。
（譯註：翻譯水平有限，難免偏差。我加註了部分內容，希望有助於閱讀。請搜索關注“Python貓”，閱讀更多優質的原創或譯作。）
參考鏈接
[0] https://snarky.ca/the-many-ways-to-pass-code-to-python-from-the-terminal/
[1] https://marketplace.visualstudio.com/items?itemName=ms-python.python
[2] https://github.com/microsoft/vscode-python/tree/master/news
[3] https://pypi.org/project/towncrier
[4] https://snarky.ca/why-you-should-use-python-m-pip
[5] https://docs.python.org/3/library/runpy.html#module-runpy
[6] https://mp.weixin.qq.com/s/1ehySR5NH2v1U8WIlXflEQ
[7] https://docs.python.org/3/library/zipapp.html#module-zipapp
[8] https://setuptools.readthedocs.io/en/latest/setuptools.html#setting-the-zip-safe-flag
[9] https://linux.die.net/man/3/dlopen
[10] https://pypi.org/project/shiv/
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※台北網頁設計公司這麼多該如何選擇?
※智慧手機時代的來臨，RWD網頁設計為架站首選
※評比南投搬家公司費用收費行情懶人包大公開
※回頭車貨運收費標準
※網頁設計最專業,超強功能平台可客製化
※別再煩惱如何寫文案,掌握八大原則!
如何監控 Linux 服務器狀態？
Linux 服務器我們天天打交道，特別是 Linux 工程師更是如此。為了保證服務器的安全與性能，我們經常需要監控服務器的一些狀態，以保證工作能順利開展。
本文介紹的幾個命令，不僅僅適用於服務器監控，也適用於我們日常情況下的開發。
1. watch
watch 命令我們的使用頻率很高，它的基本作用是，按照指定頻率重複執行某一條指令。使用這個命令，我們可以重複調用一些命令來達到監控服務器的作用。
默認情況下，watch 命令的執行周期是 2 秒，但我們可以使用 -n 選項來指定運行頻率，比如我們想要每隔 5 秒執行 date 命令，可以這麼執行：
$ watch -n 5 date
一台服務器肯定有多人在用，特別是本部門的小夥伴。對於這些小夥伴有沒渾水摸魚，我們可以使用一些命令來監控他們。
我們可以每隔 10 秒執行 who 命令，來看看都有誰在使用服務器。
$ watch -n 10 who
Every 10.0s: who butterfly: Tue Jan 23 16:02:03 2019
shs :0 2019-01-23 09:45 (:0)
dory pts/0 2019-01-23 15:50 (192.168.0.5)
alvin pts/1 2019-01-23 16:01 (192.168.0.15)
shark pts/3 2019-01-23 11:11 (192.168.0.27)
如果發現系統運行很慢，我們可以調用 uptime 命令來查看系統平均負載情況。
$ watch uptime
Every 2.0s: uptime butterfly: Tue Jan 23 16:25:48 2019
16:25:48 up 22 days, 4:38, 3 users, load average: 1.15, 0.89, 1.02
一些關鍵的進程肯定不能掛，否則可能會影響到業務開展，所以我們可以重複統計服務器中的所有進程數量。
$ watch -n 5 'ps -ef | wc -l'
Every 5.0s: ps -ef | wc -l butterfly: Tue Jan 23 16:11:54 2019
245
想動態知道服務器內存使用情況，可以重複執行 free 命令。
$ watch -n 5 free -m
Every 5.0s: free -m butterfly: Tue Jan 23 16:34:09 2019
total used free shared buff/cache available
Mem: 5959 776 3276 12 1906 4878
Swap: 2047 0 2047
當然不僅僅是這些，我們還可以重複調用很多命令來對服務器一些關鍵參數進行監控，
2. top
使用 top 命令我們可以知道系統的很多關鍵參數，而且是動態更新的。默認情況下，top 監控的是系統的整體狀態，如果我們只想知道某個人的使用情況，可以使用 -u 選項來指定這個人。
$ top -u alvin
top - 16:14:33 up 2 days, 4:27, 3 users, load average: 0.00, 0.01, 0.02
Tasks: 199 total, 1 running, 198 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.0 us, 0.2 sy, 0.0 ni, 99.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 5959.4 total, 3277.3 free, 776.4 used, 1905.8 buff/cache
MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 4878.4 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23026 alvin 20 0 46340 7820 6504 S 0.0 0.1 0:00.05 systemd
23033 alvin 20 0 149660 3140 72 S 0.0 0.1 0:00.00 (sd-pam)
23125 alvin 20 0 63396 5100 4092 S 0.0 0.1 0:00.00 sshd
23128 alvin 20 0 16836 5636 4284 S 0.0 0.1 0:00.03 zsh
在這個結果里，你不僅僅可以看到 alvin 這個用戶運行的所有的進程數，也可以看到每個進程所消耗的系統資源（CPU，內存），同時依然可以看到整個系統的關鍵參數。
3. ac
如果你想知道每個用戶登錄服務器所使用的時間，你可以使用 ac 命令。這個命令需要你安裝 acct 包（Debian）或 psacct 包（RHEL，Centos）。
如果我們想知道所有用戶登陸服務器所使用的時間之和，我們可以直接運行 ac 命令，無需任何參數。
$ ac
total 1261.72
如果我們想知道各個用戶所使用時間，可以加上 -p 選項。
$ ac -p
shark 5.24
alvin 5.52
shs 1251.00
total 1261.76
我們還可以通過加上 -d 選項來查看具體每一天用戶使用服務器時間之和。
$ ac -d | tail -10
Jan 11 total 0.05
Jan 12 total 1.36
Jan 13 total 16.39
Jan 15 total 55.33
Jan 16 total 38.02
Jan 17 total 28.51
Jan 19 total 48.66
Jan 20 total 1.37
Jan 22 total 23.48
Today total 9.83
小結
我們可以使用很多命令來監控系統的運行狀態，本文主要介紹了三個：watch 命令可以讓你重複執行某一條命令來監控一些參數的變化，top 命令可以查看某個用戶運行的進程數以及消耗的資源，而 ac 命令則可以查看每個用戶使用服務器時間。你經常使用哪個命令呢？歡迎留言討論！
公眾號：良許Linux
有收穫？希望老鐵們來個三連擊，給更多的人看到這篇文章
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!
※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線
※想知道購買電動車哪裡補助最多?台中電動車補助資訊懶人包彙整
※南投搬家公司費用,距離,噸數怎麼算?達人教你簡易估價知識!
※教你寫出一流的銷售文案?
※超省錢租車方案
※回頭車貨運收費標準