c語言電梯調度

⑴ C語言一道編程題，關於電梯調度運行的。

這個問題主要還是一個物理題，相信都坐電梯，但沒有仔細研究，它的運行過程就是一個需求：
1、按下X樓層，並記錄按下的時間順序；1.1、當前電梯不在此樓層；1.2、電梯在此樓層；
2、若電梯不在此樓層，先運行至此樓層開門，否則直接開門，消除請求信息；
3、電梯先加速，再勻速，再減速至X樓層；
4、如果去X樓層的途中，遇到有同向的樓層按下，則先停靠在該樓層，然後再進行步驟3；
5、運行至X樓層後，消除當前請求X樓層信息，如果有其他樓層已經按下，則轉到最先按下的樓層的方向（中途有其他的請求，順便帶上），如果沒有請求，則停止在X樓，等待！
6、兩部電梯的話，主要考慮哪個有空閑，只要空閑就優先執行重復以上1~5步驟。
數據結構的話主要有：電梯當前所在樓層，目標樓層X，中途請求系列，是否已完成；
問題是屬於比較復雜的那種，還是要自己多思考思考怎麼寫文檔才是，越詳細越好，想清楚了，實現應該是比較簡單的！

⑵ 電梯編程都包括什麼程序

電梯系統需要以下幾個程序功能：
（1）處理電梯呼叫：乘客呼叫電梯、電梯按鈕明滅、電梯控制器處理電梯呼叫、處理按鈕信息更新等
（2）處理樓層呼叫：包括乘客選擇樓層、樓層按鈕明滅、電梯控制器處理樓層呼叫、處理按鈕信息更新等
（3）移動停止電梯：包括驅動速度的改變、停止的判定、電梯的運動方向驅動
（4）標志移動方向：讓乘客知道電梯目前運動方向、決定是否進入電梯
（5）標志電梯位置：讓乘客知道乘客的目的層是否到達。決定是否離開電梯
（6）開關門：乘客進出電梯，電梯應該開關門。應包括電梯正關閉而乘客想進入時乘客可以使電梯門打開
（7）觸發緊急處理器：電梯有安全機制確定一個不安全的狀態不是瞬時產生的

⑶ 濡備綍鎻愰珮Linux涓嬪潡璁懼嘔O鐨勬暣浣撴ц兘

鍓嶈█錛氭湰鏂囦富瑕佽茶ВLinux IO璋冨害灞傜殑涓夌嶆ā寮忥細cfp銆乨eadline鍜宯oop錛屽苟緇欏嚭鍚勮嚜鐨勪紭鍖栧拰閫傜敤鍦烘櫙寤鴻銆
IO璋冨害鍙戠敓鍦↙inux鍐呮牳鐨処O璋冨害灞傘傝繖涓灞傛℃槸閽堝筁inux鐨勬暣浣揑O灞傛′綋緋繪潵璇寸殑銆備粠read()鎴栬厀rite()緋葷粺璋冪敤鐨勮掑害鏉ヨ達紝Linux鏁翠綋IO浣撶郴鍙浠ュ垎涓轟竷灞傦紝瀹冧滑鍒嗗埆鏄錛
VFS灞傦細 鉶氭嫙鏂囦歡緋葷粺灞傘傜敱浜庡唴鏍歌佽窡澶氱嶆枃浠剁郴緇熸墦浜ら亾錛岃屾瘡涓縐嶆枃浠剁郴緇熸墍瀹炵幇鐨勬暟鎹緇撴瀯鍜岀浉鍏蟲柟娉曢兘鍙鑳戒笉灝界浉鍚岋紝鎵浠ワ紝鍐呮牳鎶借薄浜嗚繖涓灞傦紝涓撻棬鐢ㄦ潵閫傞厤鍚勭嶆枃浠剁郴緇燂紝騫跺瑰栨彁渚涚粺涓鎿嶄綔鎺ュ彛銆
鏂囦歡緋葷粺灞傦細 涓嶅悓鐨勬枃浠剁郴緇熷疄鐜拌嚜宸辯殑鎿嶄綔榪囩▼錛屾彁渚涜嚜宸辯壒鏈夌殑鐗瑰緛錛屽叿浣撲笉澶氳翠簡錛屽ぇ瀹舵効鎰忕殑璇濊嚜宸卞幓鐪嬩唬鐮佸嵆鍙銆
欏電紦瀛樺眰錛 璐熻矗鐪熷筽age鐨勭紦瀛樸
閫氱敤鍧楀眰錛 鐢變簬緇濆ぇ澶氭暟鎯呭喌鐨剗o鎿嶄綔鏄璺熷潡璁懼囨墦浜ら亾錛屾墍浠Linux鍦ㄦゆ彁渚涗簡涓涓綾諱技vfs灞傜殑鍧楄懼囨搷浣滄娊璞″眰銆備笅灞傚規帴鍚勭嶄笉鍚屽睘鎬х殑鍧楄懼囷紝瀵逛笂鎻愪緵緇熶竴鐨凚lock IO璇鋒眰鏍囧噯銆
IO璋冨害灞 錛氬洜涓虹粷澶у氭暟鐨勫潡璁懼囬兘鏄綾諱技紓佺洏榪欐牱鐨勮懼囷紝鎵浠ユ湁蹇呰佹牴鎹榪欑被璁懼囩殑鐗圭偣浠ュ強搴旂敤鐨勪笉鍚岀壒鐐規潵璁劇疆涓浜涗笉鍚岀殑璋冨害綆楁硶鍜岄槦鍒椼備互渚垮湪涓嶅悓鐨勫簲鐢ㄧ幆澧冧笅鏈夐拡瀵規х殑鎻愰珮紓佺洏鐨勮誨啓鏁堢巼錛岃繖閲屽氨鏄澶у悕榧庨紟鐨凩inux鐢墊鎵璧蜂綔鐢ㄧ殑鍦版柟銆傞拡瀵規満姊扮‖鐩樼殑鍚勭嶈皟搴︽柟娉曞氨鏄鍦ㄨ繖瀹炵幇鐨勩
鍧楄懼囬┍鍔ㄥ眰錛 椹卞姩灞傚瑰栨彁渚涚浉瀵規瘮杈冮珮綰х殑璁懼囨搷浣滄帴鍙ｏ紝寰寰鏄疌璇璦鐨勶紝鑰屼笅灞傚規帴璁懼囨湰韜鐨勬搷浣滄柟娉曞拰瑙勮寖銆
鍧楄懼囧眰錛 榪欏眰灝辨槸鍏蜂綋鐨勭墿鐞嗚懼囦簡錛屽畾涔変簡鍚勭嶇湡瀵硅懼囨搷浣滄柟娉曞拰瑙勮寖銆
鏈変竴涓宸茬粡鏁寸悊濂界殑[Linux IO緇撴瀯鍥綸錛岄潪甯哥粡鍏革紝涓鍥捐儨鍗冭█錛

鎴戜滑浠婂ぉ瑕佺爺絀剁殑鍐呭逛富瑕佸湪IO璋冨害榪欎竴灞傘
瀹冭佽В鍐崇殑鏍稿績闂棰樻槸錛屽備綍鎻愰珮鍧楄懼嘔O鐨勬暣浣撴ц兘錛熻繖涓灞備篃涓昏佹槸閽堝規満姊扮‖鐩樼粨鏋勮岃捐＄殑銆
浼楁墍鍛ㄧ煡錛屾満姊扮‖鐩樼殑瀛樺偍浠嬭川鏄紓佺洏錛岀佸ご鍦ㄧ洏鐗囦笂縐誨姩榪涜岀侀亾瀵誨潃錛岃屼負綾諱技鎾鏀句竴寮犲敱鐗囥
榪欑嶇粨鏋勭殑鐗圭偣鏄錛岄『搴忚塊棶鏃跺悶鍚愰噺杈冮珮錛屼絾鏄濡傛灉涓鏃﹀圭洏鐗囨湁闅忔満璁塊棶錛岄偅涔堝ぇ閲忕殑鏃墮棿閮戒細嫻璐瑰湪紓佸ご鐨勭Щ鍔ㄤ笂錛岃繖鏃跺欏氨浼氬艱嚧姣忔IO鐨勫搷搴旀椂闂村彉闀匡紝鏋佸ぇ鐨勯檷浣嶪O鐨勫搷搴旈熷害銆
紓佸ご鍦ㄧ洏鐗囦笂瀵婚亾鐨勬搷浣滐紝綾諱技鐢墊璋冨害錛屽疄闄呬笂鍦ㄦ渶寮濮嬬殑鏃舵湡錛孡inux鎶婅繖涓綆楁硶鍛藉悕涓篖inux鐢墊綆楁硶錛屽嵆錛
濡傛灉鍦ㄥ婚亾鐨勮繃紼嬩腑錛岃兘鎶婇『搴忚礬榪囩殑鐩稿叧紓侀亾鐨勬暟鎹璇鋒眰閮解滈『渚庫濆勭悊鎺夛紝閭ｄ箞灝卞彲浠ュ湪姣旇緝灝忓獎鍝嶅搷搴旈熷害鐨勫墠鎻愪笅錛屾彁楂樻暣浣揑O鐨勫悶鍚愰噺銆
榪欏氨鏄鎴戜滑涓轟粈涔堣佽捐IO璋冨害綆楁硶鐨勫師鍥犮
鐩鍓嶅湪鍐呮牳涓榛樿ゅ紑鍚浜嗕笁縐嶇畻娉/妯″紡錛歯oop錛宑fq鍜宒eadline銆備弗鏍肩畻搴旇ユ槸涓ょ嶏細
鍥犱負絎涓縐嶅彨鍋歯oop錛屽氨鏄絀烘搷浣滆皟搴︾畻娉曪紝涔熷氨鏄娌℃湁浠諱綍璋冨害鎿嶄綔錛屽苟涓嶅筰o璇鋒眰榪涜屾帓搴忥紝浠呬粎鍋氶傚綋鐨剗o鍚堝苟鐨勪竴涓猣ifo闃熷垪銆
鐩鍓嶅唴鏍鎬腑榛樿ょ殑璋冨害綆楁硶搴旇ユ槸cfq錛屽彨鍋氬畬鍏ㄥ叕騫抽槦鍒楄皟搴︺傝繖涓璋冨害綆楁硶浜哄傚叾鍚嶏紝瀹冭瘯鍥劇粰鎵鏈夎繘紼嬫彁渚涗竴涓瀹屽叏鍏騫崇殑IO鎿嶄綔鐜澧冦
娉錛氳峰ぇ瀹朵竴瀹氳頒綇榪欎釜璇嶈錛宑fq錛屽畬鍏ㄥ叕騫抽槦鍒楄皟搴︼紝涓嶇劧涓嬫枃灝辨病娉曠湅浜嗐
cfq涓烘瘡涓榪涚▼鍒涘緩涓涓鍚屾IO璋冨害闃熷垪錛屽苟榛樿や互鏃墮棿鐗囧拰璇鋒眰鏁伴檺瀹氱殑鏂瑰紡鍒嗛厤IO璧勬簮錛屼互姝や繚璇佹瘡涓榪涚▼鐨処O璧勬簮鍗犵敤鏄鍏騫崇殑錛宑fq榪樺疄鐜頒簡閽堝硅繘紼嬬駭鍒鐨勪紭鍏堢駭璋冨害錛岃繖涓鎴戜滑鍚庨潰浼氳︾粏瑙ｉ噴銆
鏌ョ湅鍜屼慨鏀笽O璋冨害綆楁硶鐨勬柟娉曟槸錛

cfq鏄閫氱敤鏈嶅姟鍣ㄦ瘮杈冨ソ鐨処O璋冨害綆楁硶閫夋嫨錛屽規岄潰鐢ㄦ埛涔熸槸姣旇緝濂界殑閫夋嫨銆
浣嗘槸瀵逛簬寰堝欼O鍘嬪姏杈冨ぇ鐨勫満鏅灝卞苟涓嶆槸寰堥傚簲錛屽挨鍏舵槸IO鍘嬪姏闆嗕腑鍦ㄦ煇浜涜繘紼嬩笂鐨勫満鏅銆
鍥犱負榪欑嶅満鏅鎴戜滑闇瑕佹洿澶氱殑婊¤凍鏌愪釜鎴栬呮煇鍑犱釜榪涚▼鐨処O鍝嶅簲閫熷害錛岃屼笉鏄璁╂墍鏈夌殑榪涚▼鍏騫崇殑浣跨敤IO錛屾瘮濡傛暟鎹搴撳簲鐢ㄣ
deadline璋冨害錛堟渶緇堟湡闄愯皟搴︼級灝辨槸鏇撮傚悎涓婅堪鍦烘櫙鐨勮В鍐蟲柟妗堛俤eadline瀹炵幇浜嗗洓涓闃熷垪錛
鍏朵腑涓や釜鍒嗗埆澶勭悊姝ｅ父read鍜寃rite錛屾寜鎵囧尯鍙鋒帓搴忥紝榪涜屾ｅ父io鐨勫悎騫跺勭悊浠ユ彁楂樺悶鍚愰噺銆傚洜涓篒O璇鋒眰鍙鑳戒細闆嗕腑鍦ㄦ煇浜涚佺洏浣嶇疆錛岃繖鏍蜂細瀵艱嚧鏂版潵鐨勮鋒眰涓鐩磋鍚堝苟錛屽彲鑳戒細鏈夊叾浠栫佺洏浣嶇疆鐨剗o璇鋒眰琚楗挎匯
鍙﹀栦袱涓澶勭悊瓚呮椂read鍜寃rite鐨勯槦鍒楋紝鎸夎鋒眰鍒涘緩鏃墮棿鎺掑簭錛屽傛灉鏈夎秴鏃剁殑璇鋒眰鍑虹幇錛屽氨鏀捐繘榪欎袱涓闃熷垪錛岃皟搴︾畻娉曚繚璇佽秴鏃訛紙杈懼埌鏈緇堟湡闄愭椂闂達級鐨勯槦鍒椾腑鐨勮鋒眰浼氫紭鍏堣澶勭悊錛岄槻姝㈣鋒眰琚楗挎匯
涓嶄箙鍓嶏紝鍐呮牳榪樻槸榛樿ゆ爣閰嶅洓縐嶇畻娉曪紝榪樻湁涓縐嶅彨鍋歛s鐨勭畻娉曪紙Anticipatory scheler錛夛紝棰勬祴璋冨害綆楁硶銆備竴涓楂樺ぇ涓婄殑鍚嶅瓧錛屾悶寰楁垜涓搴﹁や負Linux鍐呮牳閮戒細綆楀懡浜嗐
緇撴灉鍙戠幇錛屾棤闈炴槸鍦ㄥ熀浜巇eadline綆楁硶鍋歩o璋冨害鐨勪箣鍓嶇瓑涓灝忎細鏃墮棿錛屽傛灉榪欐墊椂闂村唴鏈夊彲浠ュ悎騫剁殑io璇鋒眰鍒版潵錛屽氨鍙浠ュ悎騫跺勭悊錛屾彁楂榙eadline璋冨害鐨勫湪欏哄簭璇誨啓鎯呭喌涓嬬殑鏁版嵁鍚炲悙閲忋
鍏跺疄榪欐牴鏈涓嶆槸鍟ラ勬祴錛屾垜瑙夊緱涓嶅傚彨鎾炲ぇ榪愯皟搴︾畻娉曪紝褰撶劧榪欑嶇瓥鐣ュ湪鏌愪簺鐗瑰畾鍦烘櫙宸鏁堟灉涓嶉敊銆
浣嗘槸鍦ㄥぇ澶氭暟鍦烘櫙涓嬶紝榪欎釜璋冨害涓嶄粎娌℃湁鎻愰珮鍚炲悙閲忥紝榪橀檷浣庝簡鍝嶅簲閫熷害錛屾墍浠ュ唴鏍稿共鑴嗘妸瀹冧粠榛樿ら厤緗閲屽垹闄や簡銆傛瘯絝烲inux鐨勫畻鏃ㄦ槸瀹炵敤錛岃屾垜浠涔熷氨涓嶅啀榪欎釜璋冨害綆楁硶涓婂氳垂鍙ｈ垖浜嗐
1銆乧fq錛氬畬鍏ㄥ叕騫抽槦鍒楄皟搴
cfq鏄鍐呮牳榛樿ら夋嫨鐨処O璋冨害闃熷垪錛屽畠鍦ㄦ岄潰搴旂敤鍦烘櫙浠ュ強澶у氭暟甯歌佸簲鐢ㄥ満鏅涓嬮兘鏄寰堝ソ鐨勯夋嫨銆
濡備綍瀹炵幇涓涓鎵璋撶殑瀹屽叏鍏騫抽槦鍒楋紙Completely Fair Queueing錛夛紵
棣栧厛鎴戜滑瑕佺悊瑙ｆ墍璋撶殑鍏騫蟲槸瀵硅皝鐨勫叕騫籌紵浠庢搷浣滅郴緇熺殑瑙掑害鏉ヨ達紝浜х敓鎿嶄綔琛屼負鐨勪富浣撻兘鏄榪涚▼錛屾墍浠ヨ繖閲岀殑鍏騫蟲槸閽堝規瘡涓榪涚▼鑰岃█鐨勶紝鎴戜滑瑕佽瘯鍥捐╄繘紼嬪彲浠ュ叕騫崇殑鍗犵敤IO璧勬簮銆
閭ｄ箞濡備綍璁╄繘紼嬪叕騫崇殑鍗犵敤IO璧勬簮錛熸垜浠闇瑕佸厛鐞嗚В浠涔堟槸IO璧勬簮銆傚綋鎴戜滑琛￠噺涓涓狪O璧勬簮鐨勬椂鍊欙紝涓鑸鍠滄㈢敤鐨勬槸涓や釜鍗曚綅錛屼竴涓鏄鏁版嵁璇誨啓鐨勫甫瀹斤紝鍙︿竴涓鏄鏁版嵁璇誨啓鐨処OPS銆
甯﹀藉氨鏄浠ユ椂闂翠負鍗曚綅鐨勮誨啓鏁版嵁閲忥紝姣斿傦紝100Mbyte/s銆傝孖OPS鏄浠ユ椂闂翠負鍗曚綅鐨勮誨啓嬈℃暟銆傚湪涓嶅悓鐨勮誨啓鎯呭冧笅錛岃繖涓や釜鍗曚綅鐨勮〃鐜板彲鑳戒笉涓鏍鳳紝浣嗘槸鍙浠ョ『瀹氱殑鏄錛屼袱涓鍗曚綅鐨勪換浣曚竴涓杈懼埌浜嗘ц兘涓婇檺錛岄兘浼氭垚涓篒O鐨勭摱棰堛
浠庢満姊扮‖鐩樼殑緇撴瀯鑰冭檻錛屽傛灉璇誨啓鏄欏哄簭璇誨啓錛岄偅涔圛O鐨勮〃鐜版槸鍙浠ラ氳繃姣旇緝灝戠殑IOPS杈懼埌杈冨ぇ鐨勫甫瀹斤紝鍥犱負鍙浠ュ悎騫跺緢澶欼O錛屼篃鍙浠ラ氳繃棰勮葷瓑鏂瑰紡鍔犻熸暟鎹璇誨彇鏁堢巼銆
褰揑O鐨勮〃鐜版槸鍋忓悜浜庨殢鏈鴻誨啓鐨勬椂鍊欙紝閭ｄ箞IOPS灝變細鍙樺緱鏇村ぇ錛孖O鐨勮鋒眰鐨勫悎騫跺彲鑳芥т笅闄嶏紝褰撴瘡嬈io璇鋒眰鏁版嵁瓚婂皯鐨勬椂鍊欙紝甯﹀借〃鐜板氨浼氳秺浣庛
浠庤繖閲屾垜浠鍙浠ョ悊瑙ｏ紝閽堝硅繘紼嬬殑IO璧勬簮鐨勪富瑕佽〃鐜板艦寮忔湁涓や釜錛 榪涚▼鍦ㄥ崟浣嶆椂闂村唴鎻愪氦鐨処O璇鋒眰涓鏁板拰榪涚▼鍗犵敤IO鐨勫甫瀹姐
鍏跺疄鏃犺哄摢涓錛岄兘鏄璺熻繘紼嬪垎閰嶇殑IO澶勭悊鏃墮棿闀垮害緔у瘑鐩稿叧鐨勩
鏈夋椂涓氬姟鍙浠ュ湪杈冨皯IOPS鐨勬儏鍐典笅鍗犵敤杈冨ぇ甯﹀斤紝鍙﹀栦竴浜涘垯鍙鑳藉湪杈冨ぇIOPS鐨勬儏鍐典笅鍗犵敤杈冨皯甯﹀斤紝鎵浠ュ硅繘紼嬪崰鐢↖O鐨勬椂闂磋繘琛岃皟搴︽墠鏄鐩稿規渶鍏騫崇殑銆
鍗籌紝鎴戜笉綆′綘鏄疘OPS楂樿繕鏄甯﹀藉崰鐢ㄩ珮錛屽埌浜嗘椂闂村挶灝辨崲涓嬩竴涓榪涚▼澶勭悊錛屼綘鐖卞拫鏍峰拫鏍楓
鎵浠ワ紝cfq灝辨槸璇曞浘緇欐墍鏈夎繘紼嬪垎閰嶇瓑鍚岀殑鍧楄懼囦嬌鐢ㄧ殑鏃墮棿鐗囷紝榪涚▼鍦ㄦ椂闂寸墖鍐咃紝鍙浠ュ皢浜х敓鐨処O璇鋒眰鎻愪氦緇欏潡璁懼囪繘琛屽勭悊錛屾椂闂寸墖緇撴潫錛岃繘紼嬬殑璇鋒眰灝嗘帓榪涘畠鑷宸辯殑闃熷垪錛岀瓑寰呬笅嬈¤皟搴︾殑鏃跺欒繘琛屽勭悊銆傝繖灝辨槸cfq鐨勫熀鏈鍘熺悊銆
褰撶劧錛岀幇瀹炵敓媧諱腑涓嶅彲鑳芥湁鐪熸ｇ殑鈥滃叕騫斥濓紝甯歌佺殑搴旂敤鍦烘櫙涓嬶紝鎴戜滑寰堣偗鑳介渶瑕佷漢涓虹殑瀵硅繘紼嬬殑IO鍗犵敤榪涜屼漢涓烘寚瀹氫紭鍏堢駭錛岃繖灝卞儚瀵硅繘紼嬬殑CPU鍗犵敤璁劇疆浼樺厛綰х殑姒傚康涓鏍楓
鎵浠ワ紝闄や簡閽堝規椂闂寸墖榪涜屽叕騫抽槦鍒楄皟搴﹀栵紝cfq榪樻彁渚涗簡浼樺厛綰ф敮鎸併傛瘡涓榪涚▼閮藉彲浠ヨ劇疆涓涓狪O浼樺厛綰э紝cfq浼氭牴鎹榪欎釜浼樺厛綰х殑璁劇疆鎯呭喌浣滀負璋冨害鏃剁殑閲嶈佸弬鑰冨洜緔犮
浼樺厛綰ч栧厛鍒嗘垚涓夊ぇ綾伙細RT銆丅E銆両DLE錛屽畠浠鍒嗗埆鏄瀹炴椂錛圧eal Time錛夈佹渶浣蟲晥鏋滐紙Best Try錛夊拰闂茬疆錛圛dle錛変笁涓綾誨埆錛屽規瘡涓綾誨埆鐨処O錛宑fq閮戒嬌鐢ㄤ笉鍚岀殑絳栫暐榪涜屽勭悊銆傚彟澶栵紝RT鍜孊E綾誨埆涓錛屽垎鍒鍙堝啀鍒掑垎浜8涓瀛愪紭鍏堢駭瀹炵幇鏇寸粏鑺傜殑QOS闇奼傦紝鑰孖DLE鍙鏈変竴涓瀛愪紭鍏堢駭銆
鍙﹀栵紝鎴戜滑閮界煡閬撳唴鏍擱粯璁ゅ瑰瓨鍌ㄧ殑璇誨啓閮芥槸緇忚繃緙撳瓨錛坆uffer/cache錛夌殑錛屽湪榪欑嶆儏鍐典笅錛宑fq鏄鏃犳硶鍖哄垎褰撳墠澶勭悊鐨勮鋒眰鏄鏉ヨ嚜鍝涓涓榪涚▼鐨勩
鍙鏈夊湪榪涚▼浣跨敤鍚屾ユ柟寮忥紙sync read鎴栬卻ync wirte錛夋垨鑰呯洿鎺IO錛圖irect IO錛夋柟寮忚繘琛岃誨啓鐨勬椂鍊欙紝cfq鎵嶈兘鍖哄垎鍑篒O璇鋒眰鏉ヨ嚜鍝涓榪涚▼銆
鎵浠ワ紝闄や簡閽堝規瘡涓榪涚▼瀹炵幇鐨処O闃熷垪浠ュ栵紝榪樺疄鐜頒簡涓涓鍏鍏辯殑闃熷垪鐢ㄦ潵澶勭悊寮傛ヨ鋒眰銆
褰撳墠鍐呮牳宸茬粡瀹炵幇浜嗛拡瀵笽O璧勬簮鐨刢group璧勬簮闅旂伙紝鎵浠ュ湪浠ヤ笂浣撶郴鐨勫熀紜涓婏紝cfq涔熷疄鐜頒簡閽堝筩group鐨勮皟搴︽敮鎸併
鎬葷殑鏉ヨ達紝cfq鐢ㄤ簡涓緋誨垪鐨勬暟鎹緇撴瀯瀹炵幇浜嗕互涓婃墍鏈夊嶆潅鍔熻兘鐨勬敮鎸侊紝澶у跺彲浠ラ氳繃婧愪唬鐮佺湅鍒板叾鐩稿叧瀹炵幇錛屾枃浠跺湪婧愪唬鐮佺洰褰曚笅鐨刡lock/cfq-iosched.c銆
1.1 cfq璁捐″師鐞
鍦ㄦわ紝鎴戜滑瀵規暣浣撴暟鎹緇撴瀯鍋氫竴涓綆瑕佹弿榪幫細棣栧厛錛宑fq閫氳繃涓涓鍙鍋歝fq_data鐨勬暟鎹緇撴瀯緇存姢浜嗘暣涓璋冨害鍣ㄦ祦紼嬨傚湪涓涓鏀鎸佷簡cgroup鍔熻兘鐨刢fq涓錛屽叏閮ㄨ繘紼嬭鍒嗘垚浜嗚嫢騫蹭釜contral group榪涜岀＄悊銆
姣忎釜cgroup鍦╟fq涓閮芥湁涓涓猚fq_group鐨勭粨鏋勮繘琛屾弿榪幫紝鎵鏈夌殑cgroup閮借浣滀負涓涓璋冨害瀵硅薄鏀捐繘涓涓綰㈤粦鏍戜腑錛屽苟浠vdisktime涓簁ey榪涜屾帓搴忋
vdisktime榪欎釜鏃墮棿綰褰曠殑鏄褰撳墠cgroup鎵鍗犵敤鐨剗o鏃墮棿錛屾瘡嬈″筩group榪涜岃皟搴︽椂錛屾繪槸閫氳繃綰㈤粦鏍戦夋嫨褰撳墠vdisktime鏃墮棿鏈灝戠殑cgroup榪涜屽勭悊錛屼互淇濊瘉鎵鏈塩groups涔嬮棿鐨処O璧勬簮鍗犵敤鈥滃叕騫斥濄
褰撶劧鎴戜滑鐭ラ亾錛宑group鏄鍙浠ュ筨lkio榪涜岃祫婧愭瘮渚嬪垎閰嶇殑錛屽叾浣滅敤鍘熺悊灝辨槸錛屽垎閰嶆瘮渚嬪ぇ鐨刢group鍗犵敤vdisktime鏃墮棿澧為暱杈冩參錛屽垎閰嶆瘮渚嬪皬鐨剉disktime鏃墮棿澧為暱杈冨揩錛屽揩鎱涓庡垎閰嶆瘮渚嬫垚姝ｆ瘮銆
榪欐牱灝卞仛鍒頒簡涓嶅悓鐨刢group鍒嗛厤鐨処O姣斾緥涓嶄竴鏍鳳紝騫朵笖鍦╟fq鐨勮掑害鐪嬫潵渚濈劧鏄鈥滃叕騫斥滅殑銆
閫夋嫨濂戒簡闇瑕佸勭悊鐨刢group錛坈fq_group錛変箣鍚庯紝璋冨害鍣ㄩ渶瑕佸喅絳栭夋嫨涓嬩竴姝ョ殑service_tree銆
service_tree榪欎釜鏁版嵁緇撴瀯瀵瑰簲鐨勯兘鏄涓緋誨垪鐨勭孩榛戞爲錛屼富瑕佺洰鐨勬槸鐢ㄦ潵瀹炵幇璇鋒眰浼樺厛綰у垎綾葷殑錛屽氨鏄疪T銆丅E銆両DLE鐨勫垎綾匯傛瘡涓涓猚fq_group閮界淮鎶や簡7涓猻ervice_trees錛屽叾瀹氫箟濡備笅錛

鍏朵腑service_tree_idle灝辨槸鐢ㄦ潵緇橧DLE綾誨瀷鐨勮鋒眰榪涜屾帓闃熺敤鐨勭孩榛戞爲銆
鑰屼笂闈浜岀淮鏁扮粍錛岄栧厛絎涓涓緇村害閽堝筊T鍜孊E鍒嗗埆鍚勫疄鐜頒簡涓涓鏁扮粍錛屾瘡涓涓鏁扮粍涓閮界淮鎶や簡涓変釜綰㈤粦鏍戱紝鍒嗗埆瀵瑰簲涓夌嶄笉鍚屽瓙綾誨瀷鐨勮鋒眰錛屽垎鍒鏄錛歋YNC銆丼YNC_NOIDLE浠ュ強ASYNC銆
鎴戜滑鍙浠ヨや負SYNC鐩稿綋浜嶴YNC_IDLE騫朵笌SYNC_NOIDLE瀵瑰簲銆俰dling鏄痗fq鍦ㄨ捐′笂涓轟簡灝介噺鍚堝苟榪炵畫鐨処O璇鋒眰浠ヨ揪鍒版彁楂樺悶鍚愰噺鐨勭洰鐨勮屽姞鍏ョ殑鏈哄埗錛屾垜浠鍙浠ョ悊瑙ｄ負鏄涓縐嶁滅┖杞鈥濈瓑寰呮満鍒躲
絀鴻漿鏄鎸囷紝褰撲竴涓闃熷垪澶勭悊涓涓璇鋒眰緇撴潫鍚庯紝浼氬湪鍙戠敓璋冨害涔嬪墠絀虹瓑涓灝忎細鏃墮棿錛屽傛灉涓嬩竴涓璇鋒眰鍒版潵錛屽垯鍙浠ュ噺灝戠佸ご瀵誨潃錛岀戶緇澶勭悊欏哄簭鐨処O璇鋒眰銆
涓轟簡瀹炵幇榪欎釜鍔熻兘錛宑fq鍦╯ervice_tree榪欏眰鏁版嵁緇撴瀯榪欏疄鐜頒簡SYNC闃熷垪錛屽傛灉璇鋒眰鏄鍚屾ラ『搴忚鋒眰錛屽氨鍏ラ槦榪欎釜service tree錛屽傛灉璇鋒眰鏄鍚屾ラ殢鏈鴻鋒眰錛屽垯鍏ラ槦SYNC_NOIDLE闃熷垪錛屼互鍒ゆ柇涓嬩竴涓璇鋒眰鏄鍚︽槸欏哄簭璇鋒眰銆
鎵鏈夌殑寮傛ュ啓鎿嶄綔璇鋒眰灝嗗叆闃烝SYNC鐨剆ervice tree錛屽苟涓旈拡瀵硅繖涓闃熷垪娌℃湁絀鴻漿絳夊緟鏈哄埗銆
姝ゅ栵紝cfq榪樺筍SD榪欐牱鐨勭‖鐩樻湁鐗規畩璋冩暣錛屽綋cfq鍙戠幇瀛樺偍璁懼囨槸涓涓猻sd紜鐩樿繖鏍風殑闃熷垪娣卞害鏇村ぇ鐨勮懼囨椂錛屾墍鏈夐拡瀵瑰崟鐙闃熷垪鐨勭┖杞閮藉皢涓嶇敓鏁堬紝鎵鏈夌殑IO璇鋒眰閮藉皢鍏ラ槦SYNC_NOIDLE榪欎釜service tree銆
姣忎竴涓猻ervice tree閮藉瑰簲浜嗚嫢騫蹭釜cfq_queue闃熷垪錛屾瘡涓猚fq_queue闃熷垪瀵瑰簲涓涓榪涚▼錛岃繖涓鎴戜滑鍚庣畫鍐嶈︾粏璇存槑銆
cfq_group榪樼淮鎶や簡涓涓鍦╟group鍐呴儴鎵鏈夎繘紼嬪叕鐢ㄧ殑寮傛IO璇鋒眰闃熷垪錛屽叾緇撴瀯濡備笅錛

寮傛ヨ鋒眰涔熷垎鎴愪簡RT銆丅E銆両DLE榪欎笁綾昏繘琛屽勭悊錛屾瘡涓綾誨瑰簲涓涓猚fq_queue榪涜屾帓闃熴
BE鍜孯T涔熷疄鐜頒簡浼樺厛綰х殑鏀鎸侊紝姣忎竴涓綾誨瀷鏈塈OPRIO_BE_NR榪欎箞澶氫釜浼樺厛綰э紝榪欎釜鍊煎畾涔変負8錛屾暟緇勪笅鏍囦負0-7銆
鎴戜滑鐩鍓嶅垎鏋愮殑鍐呮牳浠ｇ爜鐗堟湰涓篖inux 4.4錛屽彲浠ョ湅鍑猴紝浠巆fq鐨勮掑害鏉ヨ達紝宸茬粡鍙浠ュ疄鐜板紓姝IO鐨刢group鏀鎸佷簡錛屾垜浠闇瑕佸畾涔変竴涓嬭繖閲屾墍璋撳紓姝IO鐨勫惈涔夛紝瀹冧粎浠呰〃紺轟粠鍐呭瓨鐨刡uffer/cache涓鐨勬暟鎹鍚屾ュ埌紜鐩樼殑IO璇鋒眰錛岃屼笉鏄痑io(man 7 aio)鎴栬卨inux鐨刵ative寮傛io浠ュ強lio鏈哄埗錛屽疄闄呬笂榪欎簺鎵璋撶殑鈥滃紓姝モ滻O鏈哄埗錛屽湪鍐呮牳涓閮芥槸鍚屾ュ疄鐜扮殑錛堟湰璐ㄤ笂鍐璇轟紛鏇艱＄畻鏈烘病鏈夌湡姝ｇ殑鈥滃紓姝モ濇満鍒訛級銆
鎴戜滑鍦ㄤ笂闈㈠凡緇忚存槑榪囷紝鐢變簬榪涚▼姝ｅ父鎯呭喌涓嬮兘鏄灝嗘暟鎹鍏堝啓鍏buffer/cache錛屾墍浠ヨ繖縐嶅紓姝IO閮芥槸緇熶竴鐢眂fq_group涓鐨刟sync璇鋒眰闃熷垪澶勭悊鐨勩
閭ｄ箞涓轟粈涔堝湪涓婇潰鐨剆ervice_tree涓榪樿佸疄鐜板拰涓涓獮SYNC鐨勭被鍨嬪憿錛
榪欏綋鐒舵槸涓轟簡鏀鎸佸尯鍒嗚繘紼嬬殑寮傛IO騫朵嬌涔嬪彲浠モ滃畬鍏ㄥ叕騫斥濆仛鍑嗗囧柦銆
瀹為檯涓婂湪鏈鏂扮殑cgroup v2鐨刡lkio浣撶郴涓錛屽唴鏍稿凡緇忔敮鎸佷簡閽堝筨uffer IO鐨刢group闄愰熸敮鎸侊紝鑰屼互涓婅繖浜涘彲鑳藉規槗娣鋒穯鐨勪竴鍫嗙被鍨嬶紝閮芥槸鍦ㄦ柊鐨勪綋緋諱笅闇瑕佺敤鍒扮殑綾誨瀷鏍囪般
鏂頒綋緋葷殑澶嶆潅搴︽洿楂樹簡錛屽姛鑳戒篃鏇村姞寮哄ぇ錛屼絾鏄澶у跺厛涓嶈佺潃鎬ワ紝姝ｅ紡鐨刢group v2浣撶郴錛屽湪Linux 4.5鍙戝竷鐨勬椂鍊欎細姝ｅ紡璺熷ぇ瀹惰侀潰銆
鎴戜滑緇х畫閫夋嫨service_tree鐨勮繃紼嬶紝涓夌嶄紭鍏堢駭綾誨瀷鐨剆ervice_tree鐨勯夋嫨灝辨槸鏍規嵁綾誨瀷鐨勪紭鍏堢駭鏉ュ仛閫夋嫨鐨勶紝RT浼樺厛綰ф渶楂橈紝BE鍏舵★紝IDLE鏈浣庛傚氨鏄璇達紝RT閲屾湁錛屽氨浼氫竴鐩村勭悊RT錛孯T娌′簡鍐嶅勭悊BE銆
姣忎釜service_tree瀵瑰簲涓涓鍏冪礌涓篶fq_queue鎺掗槦鐨勭孩榛戞爲錛岃屾瘡涓猚fq_queue灝辨槸鍐呮牳涓鴻繘紼嬶紙綰跨▼錛夊壋寤虹殑璇鋒眰闃熷垪銆
姣忎竴涓猚fq_queue閮戒細緇存姢涓涓猺b_key鐨勫彉閲忥紝榪欎釜鍙橀噺瀹為檯涓婂氨鏄榪欎釜闃熷垪鐨処O鏈嶅姟鏃墮棿錛坰ervice time錛夈
榪欓噷榪樻槸閫氳繃綰㈤粦鏍戞壘鍒皊ervice time鏃墮棿鏈鐭鐨勯偅涓猚fq_queue榪涜屾湇鍔★紝浠ヤ繚璇佲滃畬鍏ㄥ叕騫斥濄
閫夋嫨濂戒簡cfq_queue涔嬪悗錛屽氨瑕佸紑濮嬪勭悊榪欎釜闃熷垪閲岀殑IO璇鋒眰浜嗐傝繖閲岀殑璋冨害鏂瑰紡鍩烘湰璺焏eadline綾諱技銆
cfq_queue浼氬硅繘鍏ラ槦鍒楃殑姣忎竴涓璇鋒眰榪涜屼袱嬈″叆闃燂紝涓涓鏀捐繘fifo涓錛屽彟涓涓鏀捐繘鎸夎塊棶鎵囧尯欏哄簭浣滀負key鐨勭孩榛戞爲涓銆
榛樿や粠綰㈤粦鏍戜腑鍙栬鋒眰榪涜屽勭悊錛屽綋璇鋒眰鐨勫歡鏃舵椂闂磋揪鍒癲eadline鏃訛紝灝變粠綰㈤粦鏍戜腑鍙栫瓑寰呮椂闂存渶闀跨殑榪涜屽勭悊錛屼互淇濊瘉璇鋒眰涓嶈楗挎匯
榪欏氨鏄鏁翠釜cfq鐨勮皟搴︽祦紼嬶紝褰撶劧鍏朵腑榪樻湁寰堝氱粏鏋濇湯鑺傛病鏈変氦浠ｏ紝姣斿傚悎騫跺勭悊浠ュ強欏哄簭澶勭悊絳夌瓑銆
1.2 cfq鐨勫弬鏁拌皟鏁
鐞嗚В鏁翠釜璋冨害嫻佺▼鏈夊姪浜庢垜浠鍐崇瓥濡備綍璋冩暣cfq鐨勭浉鍏沖弬鏁般傛墍鏈塩fq鐨勫彲璋冨弬鏁伴兘鍙浠ュ湪/sys/class/block/sda/queue/iosched/鐩褰曚笅鎵懼埌錛屽綋鐒訛紝鍦ㄤ綘鐨勭郴緇熶笂錛岃峰皢sda鏇挎崲涓虹浉搴旂殑紓佺洏鍚嶇О銆傛垜浠鏉ョ湅涓涓嬮兘鏈変粈涔堬細

榪欎簺鍙傛暟閮ㄥ垎鏄璺熸満姊扮‖鐩樼佸ご瀵婚亾鏂瑰紡鏈夊叧鐨勶紝濡傛灉鍏惰存槑浣犵湅涓嶆噦錛岃峰厛琛ュ厖鐩稿叧鐭ヨ瘑錛
back_seek_max:紓佸ご鍙浠ュ悜鍚庡誨潃鐨勬渶澶ц寖鍥達紝榛樿ゅ間負16M銆
back_seek_penalty:鍚戝悗瀵誨潃鐨勬儵緗氱郴鏁般傝繖涓鍊兼槸璺熷悜鍓嶅誨潃榪涜屾瘮杈冪殑銆
浠ヤ笂涓や釜鏄涓轟簡闃叉㈢佸ご瀵婚亾鍙戠敓鎶栧姩鑰屽艱嚧瀵誨潃榪囨參鑰岃劇疆鐨勩傚熀鏈鎬濊礬鏄榪欐牱錛屼竴涓猧o璇鋒眰鍒版潵鐨勬椂鍊欙紝cfq浼氭牴鎹鍏跺誨潃浣嶇疆棰勪及涓涓嬪叾紓佸ご瀵婚亾鎴愭湰銆
璁劇疆涓涓鏈澶у糱ack_seek_max錛屽逛簬璇鋒眰鎵璁塊棶鐨勬墖鍖哄彿鍦ㄧ佸ご鍚庢柟鐨勮鋒眰錛屽彧瑕佸誨潃鑼冨洿娌℃湁瓚呰繃榪欎釜鍊礆紝cfq浼氬儚鍚戝墠瀵誨潃鐨勮鋒眰涓鏍峰勭悊瀹冦
鍐嶈劇疆涓涓璇勪及鎴愭湰鐨勭郴鏁癰ack_seek_penalty錛岀浉瀵逛簬紓佸ご鍚戝墠瀵誨潃錛屽悜鍚庡誨潃鐨勮窛紱諱負1/2(1/back_seek_penalty)鏃訛紝cfq璁や負榪欎袱涓璇鋒眰瀵誨潃鐨勪唬浠鋒槸鐩稿悓銆
榪欎袱涓鍙傛暟瀹為檯涓婃槸cfq鍒ゆ柇璇鋒眰鍚堝苟澶勭悊鐨勬潯浠墮檺鍒訛紝鍑′簨澶嶅悎榪欎釜鏉′歡鐨勮鋒眰錛岄兘浼氬敖閲忓湪鏈嬈¤鋒眰澶勭悊鐨勬椂鍊欎竴璧峰悎騫跺勭悊銆
fifo_expire_async:璁劇疆寮傛ヨ鋒眰鐨勮秴鏃舵椂闂淬
鍚屾ヨ鋒眰鍜屽紓姝ヨ鋒眰鏄鍖哄垎涓嶅悓闃熷垪澶勭悊鐨勶紝cfq鍦ㄨ皟搴︾殑鏃跺欎竴鑸鎯呭喌閮戒細浼樺厛澶勭悊鍚屾ヨ鋒眰錛屼箣鍚庡啀澶勭悊寮傛ヨ鋒眰錛岄櫎闈炲紓姝ヨ鋒眰絎﹀悎涓婅堪鍚堝苟澶勭悊鐨勬潯浠墮檺鍒惰寖鍥村唴銆
褰撴湰榪涚▼鐨勯槦鍒楄璋冨害鏃訛紝cfq浼氫紭鍏堟鏌ユ槸鍚︽湁寮傛ヨ鋒眰瓚呮椂錛屽氨鏄瓚呰繃fifo_expire_async鍙傛暟鐨勯檺鍒躲傚傛灉鏈夛紝鍒欎紭鍏堝彂閫佷竴涓瓚呮椂鐨勮鋒眰錛屽叾浣欒鋒眰浠嶇劧鎸夌収浼樺厛綰т互鍙婃墖鍖虹紪鍙峰ぇ灝忔潵澶勭悊銆
fifo_expire_sync:榪欎釜鍙傛暟璺熶笂闈㈢殑綾諱技錛屽尯鍒鏄鐢ㄦ潵璁劇疆鍚屾ヨ鋒眰鐨勮秴鏃舵椂闂淬
slice_idle:鍙傛暟璁劇疆浜嗕竴涓絳夊緟鏃墮棿銆傝繖璁ヽfq鍦ㄥ垏鎹cfq_queue鎴杝ervice tree鐨勬椂鍊欑瓑寰呬竴孌墊椂闂達紝鐩鐨勬槸鎻愰珮鏈烘扮‖鐩樼殑鍚炲悙閲忋
涓鑸鎯呭喌涓嬶紝鏉ヨ嚜鍚屼竴涓猚fq_queue鎴栬卻ervice tree鐨処O璇鋒眰鐨勫誨潃灞閮ㄦф洿濂斤紝鎵浠ヨ繖鏍峰彲浠ュ噺灝戠佺洏鐨勫誨潃嬈℃暟銆傝繖涓鍊煎湪鏈烘扮‖鐩樹笂榛樿や負闈為浂銆
褰撶劧鍦ㄥ滻鎬佺‖鐩樻垨鑰呯‖RAID璁懼囦笂璁劇疆榪欎釜鍊間負闈為浂浼氶檷浣庡瓨鍌ㄧ殑鏁堢巼錛屽洜涓哄滻鎬佺‖鐩樻病鏈夌佸ご瀵誨潃榪欎釜姒傚康錛屾墍浠ュ湪榪欐牱鐨勮懼囦笂搴旇ヨ劇疆涓0錛屽叧闂姝ゅ姛鑳姐
group_idle:榪欎釜鍙傛暟涔熻窡涓婁竴涓鍙傛暟綾諱技錛屽尯鍒鏄褰揷fq瑕佸垏鎹cfq_group鐨勬椂鍊欎細絳夊緟涓孌墊椂闂淬
鍦╟group鐨勫満鏅涓嬶紝濡傛灉鎴戜滑娌跨敤slice_idle鐨勬柟寮忥紝閭ｄ箞絀鴻漿絳夊緟鍙鑳戒細鍦╟group緇勫唴姣忎釜榪涚▼鐨刢fq_queue鍒囨崲鏃跺彂鐢熴
榪欐牱浼氬傛灉榪欎釜榪涚▼涓鐩存湁璇鋒眰瑕佸勭悊鐨勮瘽錛岄偅涔堢洿鍒拌繖涓猚group鐨勯厤棰濊鑰楀敖錛屽悓緇勪腑鐨勫叾瀹冭繘紼嬩篃鍙鑳芥棤娉曡璋冨害鍒般傝繖鏍蜂細瀵艱嚧鍚岀粍涓鐨勫叾瀹冭繘紼嬮タ姝昏屼駭鐢烮O鎬ц兘鐡墮堛
鍦ㄨ繖縐嶆儏鍐典笅錛屾垜浠鍙浠ュ皢slice_idle 錛 0鑰実roup_idle 錛 8銆傝繖鏍風┖杞絳夊緟灝辨槸浠cgroup涓哄崟浣嶈繘琛岀殑錛岃屼笉鏄浠cfq_queue鐨勮繘紼嬩負鍗曚綅榪涜岋紝浠ラ槻姝涓婅堪闂棰樹駭鐢熴
low_latency:榪欎釜鏄鐢ㄦ潵寮鍚鎴栧叧闂璫fq鐨勪綆寤舵椂錛坙ow latency錛夋ā寮忕殑寮鍏熾
褰撹繖涓寮鍏蟲墦寮鏃訛紝cfq灝嗕細鏍規嵁target_latency鐨勫弬鏁拌劇疆鏉ュ規瘡涓涓榪涚▼鐨勫垎鐗囨椂闂達紙slice time錛夎繘琛岄噸鏂拌＄畻銆
榪欏皢鏈夊埄浜庡瑰悶鍚愰噺鐨勫叕騫籌紙榛樿ゆ槸瀵規椂闂寸墖鍒嗛厤鐨勫叕騫籌級銆
鍏抽棴榪欎釜鍙傛暟錛堣劇疆涓0錛夊皢蹇界暐target_latency鐨勫箋傝繖灝嗕嬌緋葷粺涓鐨勮繘紼嬪畬鍏ㄦ寜鐓ф椂闂寸墖鏂瑰紡榪涜孖O璧勬簮鍒嗛厤銆傝繖涓寮鍏抽粯璁ゆ槸鎵撳紑鐨勩
鎴戜滑宸茬粡鐭ラ亾cfq璁捐′笂鏈夆滅┖杞鈥濓紙idling錛夎繖涓姒傚康錛岀洰鐨勬槸涓轟簡鍙浠ヨ╄繛緇鐨勮誨啓鎿嶄綔灝藉彲鑳藉氱殑鍚堝苟澶勭悊錛屽噺灝戠佸ご鐨勫誨潃鎿嶄綔浠ヤ究澧炲ぇ鍚炲悙閲忋
濡傛灉鏈夎繘紼嬫繪槸寰堝揩鐨勮繘琛岄『搴忚誨啓錛岄偅涔堝畠灝嗗洜涓篶fq鐨勭┖杞絳夊緟鍛戒腑鐜囧緢楂樿屽艱嚧鍏跺畠闇瑕佸勭悊IO鐨勮繘紼嬪搷搴旈熷害涓嬮檷錛屽傛灉鍙︿竴涓闇瑕佽皟搴︾殑榪涚▼涓嶄細鍙戝嚭澶ч噺欏哄簭IO琛屼負鐨勮瘽錛岀郴緇熶腑涓嶅悓榪涚▼IO鍚炲悙閲忕殑琛ㄧ幇灝變細寰堜笉鍧囪銆
灝辨瘮濡傦紝緋葷粺鍐呭瓨鐨刢ache涓鏈夊緢澶氳剰欏佃佸啓鍥炴椂錛屾岄潰鍙堣佹墦寮涓涓嫻忚堝櫒榪涜屾搷浣滐紝榪欐椂鑴忛〉鍐欏洖鐨勫悗鍙拌屼負灝卞緢鍙鑳戒細澶ч噺鍛戒腑絀鴻漿鏃墮棿錛岃屽艱嚧嫻忚堝櫒鐨勫皬閲廔O涓鐩寸瓑寰咃紝璁╃敤鎴鋒劅瑙夋祻瑙堝櫒榪愯屽搷搴旈熷害鍙樻參銆
榪欎釜low_latency涓昏佹槸瀵硅繖縐嶆儏鍐佃繘琛屼紭鍖栫殑閫夐」錛屽綋鍏舵墦寮鏃訛紝緋葷粺浼氭牴鎹畉arget_latency鐨勯厤緗瀵瑰洜涓哄懡涓絀鴻漿鑰屽ぇ閲忓崰鐢↖O鍚炲悙閲忕殑榪涚▼榪涜岄檺鍒訛紝浠ヨ揪鍒頒笉鍚岃繘紼婭O鍗犵敤鐨勫悶鍚愰噺鐨勭浉瀵瑰潎琛°傝繖涓寮鍏蟲瘮杈冨悎閫傚湪綾諱技妗岄潰搴旂敤鐨勫満鏅涓嬫墦寮銆
target_latency:褰搇ow_latency鐨勫間負寮鍚鐘舵佹椂錛宑fq灝嗘牴鎹榪欎釜鍊奸噸鏂拌＄畻姣忎釜榪涚▼鍒嗛厤鐨処O鏃墮棿鐗囬暱搴︺
quantum:榪欎釜鍙傛暟鐢ㄦ潵璁劇疆姣忔′粠cfq_queue涓澶勭悊澶氬皯涓狪O璇鋒眰銆傚湪涓涓闃熷垪澶勭悊浜嬩歡鍛ㄦ湡涓錛岃秴榪囪繖涓鏁板瓧鐨処O璇鋒眰灝嗕笉浼氳澶勭悊銆傝繖涓鍙傛暟鍙瀵瑰悓姝ョ殑璇鋒眰鏈夋晥銆
slice_sync:褰撲竴涓猚fq_queue闃熷垪琚璋冨害澶勭悊鏃訛紝瀹冨彲浠ヨ鍒嗛厤鐨勫勭悊鎬繪椂闂存槸閫氳繃榪欎釜鍊兼潵浣滀負涓涓璁＄畻鍙傛暟鎸囧畾鐨勩傚叕寮忎負錛歵ime_slice = slice_sync + (slice_sync/5 * (4 - prio))銆傝繖涓鍙傛暟瀵瑰悓姝ヨ鋒眰鏈夋晥銆
slice_async:榪欎釜鍊艱窡涓婁竴涓綾諱技錛屽尯鍒鏄瀵瑰紓姝ヨ鋒眰鏈夋晥銆
slice_async_rq:榪欎釜鍙傛暟鐢ㄦ潵闄愬埗鍦ㄤ竴涓猻lice鐨勬椂闂磋寖鍥村唴錛屼竴涓闃熷垪鏈澶氬彲浠ュ勭悊鐨勫紓姝ヨ鋒眰涓鏁般傝鋒眰琚澶勭悊鐨勬渶澶т釜鏁拌繕璺熺浉鍏寵繘紼嬭璁劇疆鐨剗o浼樺厛綰ф湁鍏熾
1.3 cfq鐨処OPS妯″紡
鎴戜滑宸茬粡鐭ラ亾錛岄粯璁ゆ儏鍐典笅cfq鏄浠ユ椂闂寸墖鏂瑰紡鏀鎸佺殑甯︿紭鍏堢駭鐨勮皟搴︽潵淇濊瘉IO璧勬簮鍗犵敤鐨勫叕騫熾
楂樹紭鍏堢駭鐨勮繘紼嬪皢寰楀埌鏇村氱殑鏃墮棿鐗囬暱搴︼紝鑰屼綆浼樺厛綰х殑榪涚▼鏃墮棿鐗囩浉瀵硅緝灝忋
褰撴垜浠鐨勫瓨鍌ㄦ槸涓涓楂橀熷苟涓旀敮鎸丯CQ錛堝師鐢熸寚浠ら槦鍒楋級鐨勮懼囩殑鏃跺欙紝鎴戜滑鏈濂藉彲浠ヨ╁叾鍙浠ヤ粠澶氫釜cfq闃熷垪涓澶勭悊澶氳礬鐨勮鋒眰錛屼互渚挎彁鍗嘚CQ鐨勫埄鐢ㄧ巼銆
姝ゆ椂浣跨敤鏃墮棿鐗囩殑鍒嗛厤鏂瑰紡鍒嗛厤璧勬簮灝辨樉寰椾笉鍚堟椂瀹滀簡錛屽洜涓哄熀浜庢椂闂寸墖鐨勫垎閰嶏紝鍚屼竴鏃跺埢鏈澶氳兘澶勭悊鐨勮鋒眰闃熷垪鍙鏈変竴涓銆
榪欐椂錛屾垜浠闇瑕佸垏鎹cfq鐨勬ā寮忎負IOPS妯″紡銆傚垏鎹㈡柟寮忓緢綆鍗曪紝灝辨槸灝唖lice_idle=0鍗沖彲銆傚唴鏍鎬細鑷鍔ㄦ嫻嬩綘鐨勫瓨鍌ㄨ懼囨槸鍚︽敮鎸丯CQ錛屽傛灉鏀鎸佺殑璇漜fq浼氳嚜鍔ㄥ垏鎹涓篒OPS妯″紡銆
鍙﹀栵紝鍦ㄩ粯璁ょ殑鍩轟簬浼樺厛綰х殑鏃墮棿鐗囨柟寮忎笅錛屾垜浠鍙浠ヤ嬌鐢╥onice鍛戒護鏉ヨ皟鏁磋繘紼嬬殑IO浼樺厛綰с傝繘紼嬮粯璁ゅ垎閰嶇殑IO浼樺厛綰ф槸鏍規嵁榪涚▼鐨刵ice鍊艱＄畻鑰屾潵鐨勶紝璁＄畻鏂規硶鍙浠ュ湪man ionice涓鐪嬪埌錛岃繖閲屼笉鍐嶅簾璇濄
2銆乨eadline錛氭渶緇堟湡闄愯皟搴
deadline璋冨害綆楁硶鐩稿筩fq瑕佺畝鍗曞緢澶氥傚叾璁捐＄洰鏍囨槸錛
鍦ㄤ繚璇佽鋒眰鎸夌収璁懼囨墖鍖虹殑欏哄簭榪涜岃塊棶鐨勫悓鏃訛紝鍏奸【鍏跺畠璇鋒眰涓嶈楗挎伙紝瑕佸湪涓涓鏈緇堟湡闄愬墠琚璋冨害鍒般
鎴戜滑鐭ラ亾紓佸ご瀵圭佺洏鐨勫婚亾鏄鍙浠ヨ繘琛岄『搴忚塊棶鍜岄殢鏈鴻塊棶鐨勶紝鍥犱負瀵婚亾寤舵椂鏃墮棿鐨勫叧緋伙紝欏哄簭璁塊棶鏃禝O鐨勫悶鍚愰噺鏇村ぇ錛岄殢鏈鴻塊棶鐨勫悶鍚愰噺灝忋
濡傛灉鎴戜滑鎯充負涓涓鏈烘扮‖鐩樿繘琛屽悶鍚愰噺浼樺寲鐨勮瘽錛岄偅涔堝氨鍙浠ヨ╄皟搴﹀櫒鎸夌収灝介噺澶嶅悎欏哄簭璁塊棶鐨処O璇鋒眰榪涜屾帓搴忥紝涔嬪悗璇鋒眰浠ヨ繖鏍風殑欏哄簭鍙戦佺粰紜鐩橈紝灝卞彲浠ヤ嬌IO鐨勫悶鍚愰噺鏇村ぇ銆
浣嗘槸榪欐牱鍋氫篃鏈夊彟涓涓闂棰橈紝灝辨槸濡傛灉姝ゆ椂鍑虹幇浜嗕竴涓璇鋒眰錛屽畠瑕佽塊棶鐨勭侀亾紱葷洰鍓嶇佸ご鎵鍦ㄧ侀亾寰堣繙錛屽簲鐢ㄧ殑璇鋒眰鍙堝ぇ閲忛泦涓鍦ㄧ洰鍓嶇侀亾闄勮繎銆
瀵艱嚧澶ч噺璇鋒眰涓鐩翠細琚鍚堝苟鍜屾彃闃熷勭悊錛岃岄偅涓瑕佽塊棶姣旇緝榪滅侀亾鐨勮鋒眰灝嗗洜涓轟竴鐩翠笉鑳借璋冨害鑰岄タ姝匯
deadline灝辨槸榪欐牱涓縐嶈皟搴﹀櫒錛岃兘鍦ㄤ繚璇両O鏈澶у悶鍚愰噺鐨勬儏鍐典笅錛屽敖閲忎嬌榪滅璇鋒眰鍦ㄤ竴涓鏈熼檺鍐呰璋冨害鑰屼笉琚楗挎葷殑璋冨害鍣ㄣ

⑷ 基於數控機床的PLC技術的研究

樓上那一位加上以下的，自己整合一下
1、PLC即可編程式控制制器（Programmable logic Controller，是指以計算機技術為基礎的新型工業控制裝置。在1987年國際電工委員會（International Electrical Committee）頒布的PLC標准草案中對PLC做了如下定義：

「PLC是一種專門為在工業環境下應用而設計的數字運算操作的電子裝置。它採用可以編製程序的存儲器，用來在其內部存儲執行邏輯運算、順序運算、計時、計數和算術運算等操作的指令，並能通過數字式或模擬式的輸入和輸出，控制各種類型的機械或生產過程。PLC及其有關的外圍設備都應該按易於與工業控制系統形成一個整體，易於擴展其功能的原則而設計。」

PLC的特點

2.1可靠性高，抗干擾能力強
高可靠性是電氣控制設備的關鍵性能。PLC由於採用現代大規模集成電路技術，採用嚴格的生產工藝製造，內部電路採取了先進的抗干擾技術，具有很高的可靠性。例如三菱公司生產的F系列PLC平均無故障時間高達30萬小時。一些使用冗餘CPU的PLC的平均無故障工作時間則更長。從PLC的機外電路來說，使用PLC構成控制系統，和同等規模的繼電接觸器系統相比，電氣接線及開關接點已減少到數百甚至數千分之一，故障也就大大降低。此外，PLC帶有硬體故障自我檢測功能，出現故障時可及時發出警報信息。在應用軟體中，應用者還可以編入外圍器件的故障自診斷程序，使系統中除PLC以外的電路及絕慎設備也獲得故障自診斷保護。這樣，整個系統具有極高的可靠性也就不奇怪了。

2.2配套齊全，功能完善，適用性強
PLC發展到今天，已經形成了大、中、小各種規模的系列化產品。可以用於各種規模的工業控制場合。除了邏輯處理功能以外，現代PLC大多具有完善的數據運算能力，可用於各種數字控制領域。近年來PLC的功能單元大量涌現，使PLC滲透到了位置控制、溫度控制、CNC等各種工業控制中。加上PLC通信能力的增強及人機界面技術的發展，使用PLC組成各種控制系統變得非常容易。

2.3易學易用，深受工程技術人員歡迎
PLC作為通用工業控制計算機，是面向工礦企業的工控設備。它介面容易，編程語言易於為工程技術人員接受。梯形圖語言的圖形符號與表達方式和繼電器電路圖相當接近，只用PLC的少量開關量邏輯控制指令就可以方便地實現繼電器電路的功能。為不熟悉電子電路、不懂計算機原理和匯編語言的人使用計算機從事工業控制打開了方便之門。

2.4系統的設計、建造工作量小，維護方便，容易改造
PLC用存儲邏輯代替接線邏輯，大大減少了控制設備外部的接線，使控制系統設計及建造的周期大為縮短，同時維護也變得容易起來。更重要的是使同一設備經過改變程序改變生產過程成為可能。這很適合多品種、小批量的生產場合。

2.5體積小，重量輕，能耗低
以超小型PLC為例，新近出產的品種底部尺寸小於100mm，重量小於150g，功耗僅數瓦。由於體積小很容易裝入機械內部，是實現機電一體化的理想控制設備。

3. PLC的應用領域
目前，PLC在國內外已廣泛應用於鋼鐵、石油、化工、電力、建材、機械製造、汽車、輕紡、交通運輸、環保及文化娛樂等各個行業，使用情況大致可歸納為如下幾類。

3.1開關量的邏輯控制
這是PLC最基本、最廣泛的御仔應用領域，它取代傳統的繼電器電路，實現邏輯控制、順序控制，既可用於單台設備的控制，也可用於多機群控及自動化流水線。如注塑機、印刷機、訂書機械、組合機床、磨床、包裝生產線、電鍍流水線等。

3.2模擬量控制
在工業生產過程當中，有許多連續變化的量，如溫度、壓力、流量、液位和速度等都是模擬量。為了使可編程式控制制器處理模擬量，必須實現模擬量（Analog）和數字量（Digital）之間的A/D轉換及D/A轉換。PLC廠家都生產配套的A/D和D/A轉換模塊，使可編程式控制制器用於模擬量控制。

3.3運動控制
PLC可以用於圓周運動或直線運動的控制。從控制機構配置來說，早期直接用於開關量I/O模塊連接位置感測器和執行機構，現在一般使用專用的運動控制模塊。如可驅動步進電機或伺服電機的單軸或多軸位置控制模塊。世界上各主要PLC廠家的產品幾乎都有運動控制功能，廣泛用於各種鎮宏汪機械、機床、機器人、電梯等場合。

3.4過程式控制制
過程式控制制是指對溫度、壓力、流量等模擬量的閉環控制。作為工業控制計算機，PLC能編制各種各樣的控制演算法程序，完成閉環控制。PID調節是一般閉環控制系統中用得較多的調節方法。大中型PLC都有PID模塊，目前許多小型PLC也具有此功能模塊。PID處理一般是運行專用的PID子程序。過程式控制制在冶金、化工、熱處理、鍋爐控制等場合有非常廣泛的應用。

3.5數據處理
現代PLC具有數學運算（含矩陣運算、函數運算、邏輯運算）、數據傳送、數據轉換、排序、查表、位操作等功能，可以完成數據的採集、分析及處理。這些數據可以與存儲在存儲器中的參考值比較，完成一定的控制操作，也可以利用通信功能傳送到別的智能裝置，或將它們列印製表。數據處理一般用於大型控制系統，如無人控制的柔性製造系統；也可用於過程式控制制系統，如造紙、冶金、食品工業中的一些大型控制系統。

3.6通信及聯網
PLC通信含PLC間的通信及PLC與其它智能設備間的通信。隨著計算機控制的發展，工廠自動化網路發展得很快，各PLC廠商都十分重視PLC的通信功能，紛紛推出各自的網路系統。新近生產的PLC都具有通信介面，通信非常方便。

4. PLC的國內外狀況

在工業生產過程中，大量的開關量順序控制，它按照邏輯條件進行順序動作，並按照邏輯關系進行連鎖保護動作的控制，及大量離散量的數據採集。傳統上，這些功能是通過氣動或電氣控制系統來實現的。1968年美國GM（通用汽車）公司提出取代繼電氣控制裝置的要求，第二年，美國數字設備公司（DEC）研製出了基於集成電路和電子技術的控制裝置，首次採用程序化的手段應用於電氣控制，這就是第一代可編程序控制器，稱Programmable ,是世界上公認的第一台PLC.
限於當時的元器件條件及計算機發展水平，早期的PLC主要由分立元件和中小規模集成電路組成，可以完成簡單的邏輯控制及定時、計數功能。20世紀70年代初出現了微處理器。人們很快將其引入可編程式控制制器，使PLC增加了運算、數據傳送及處理等功能，完成了真正具有計算機特徵的工業控制裝置。為了方便熟悉繼電器、接觸器系統的工程技術人員使用，可編程式控制制器採用和繼電器電路圖類似的梯形圖作為主要編程語言，並將參加運算及處理的計算機存儲元件都以繼電器命名。此時的PLC為微機技術和繼電器常規控制概念相結合的產物。個人計算機（簡稱PC）發展起來後，為了方便，也為了反映可編程式控制制器的功能特點，可編程序控制器定名為Programmable Logic Controller（PLC）。

20世紀70年代中末期，可編程式控制制器進入實用化發展階段，計算機技術已全面引入可編程式控制制器中，使其功能發生了飛躍。更高的運算速度、超小型體積、更可靠的工業抗干擾設計、模擬量運算、PID功能及極高的性價比奠定了它在現代工業中的地位。20世紀80年代初，可編程式控制制器在先進工業國家中已獲得廣泛應用。這個時期可編程式控制制器發展的特點是大規模、高速度、高性能、產品系列化。這個階段的另一個特點是世界上生產可編程式控制制器的國家日益增多，產量日益上升。這標志著可編程式控制制器已步入成熟階段。

上世紀80年代至90年代中期，是PLC發展最快的時期，年增長率一直保持為30~40%。在這時期，PLC在處理模擬量能力、數字運算能力、人機介面能力和網路能力得到大幅度提高，PLC逐漸進入過程式控制制領域，在某些應用上取代了在過程式控制制領域處於統治地位的DCS系統。

20世紀末期，可編程式控制制器的發展特點是更加適應於現代工業的需要。從控制規模上來說，這個時期發展了大型機和超小型機；從控制能力上來說，誕生了各種各樣的特殊功能單元，用於壓力、溫度、轉速、位移等各式各樣的控制場合；從產品的配套能力來說，生產了各種人機界面單元、通信單元，使應用可編程式控制制器的工業控制設備的配套更加容易。目前，可編程式控制制器在機械製造、石油化工、冶金鋼鐵、汽車、輕工業等領域的應用都得到了長足的發展。

我國可編程式控制制器的引進、應用、研製、生產是伴隨著改革開放開始的。最初是在引進設備中大量使用了可編程式控制制器。接下來在各種企業的生產設備及產品中不斷擴大了PLC的應用。目前，我國自己已可以生產中小型可編程式控制制器。上海東屋電氣有限公司生產的CF系列、杭州機床電器廠生產的DKK及D系列、大連組合機床研究所生產的S系列、蘇州電子計算機廠生產的YZ系列等多種產品已具備了一定的規模並在工業產品中獲得了應用。此外，無錫華光公司、上海鄉島公司等中外合資企業也是我國比較著名的PLC生產廠家。可以預期，隨著我國現代化進程的深入，PLC在我國將有更廣闊的應用天地。

5. PLC未來展望
21世紀，PLC會有更大的發展。從技術上看，計算機技術的新成果會更多地應用於可編程式控制制器的設計和製造上，會有運算速度更快、存儲容量更大、智能更強的品種出現；從產品規模上看，會進一步向超小型及超大型方向發展；從產品的配套性上看，產品的品種會更豐富、規格更齊全，完美的人機界面、完備的通信設備會更好地適應各種工業控制場合的需求；從市場上看，各國各自生產多品種產品的情況會隨著國際競爭的加劇而打破，會出現少數幾個品牌壟斷國際市場的局面，會出現國際通用的編程語言；從網路的發展情況來看，可編程式控制制器和其它工業控制計算機組網構成大型的控制系統是可編程式控制制器技術的發展方向。目前的計算機集散控制系統DCS（Distributed Control System）中已有大量的可編程式控制制器應用。伴隨著計算機網路的發展，可編程式控制制器作為自動化控制網路和國際通用網路的重要組成部分，將在工業及工業以外的眾多領域發揮越來越大的作用。

1.2 PLC的構成

從結構上分，PLC分為固定式和組合式（模塊式）兩種。固定式PLC包括CPU板、I/O板、顯示面板、內存塊、電源等，這些元素組合成一個不可拆卸的整體。模塊式PLC包括CPU模塊、I/O模塊、內存、電源模塊、底板或機架，這些模塊可以按照一定規則組合配置。

1.3 CPU的構成

CPU是PLC的核心，起神經中樞的作用，每套PLC至少有一個CPU，它按PLC的系統程序賦予的功能接收並存貯用戶程序和數據，用掃描的方式採集由現場輸入裝置送來的狀態或數據，並存入規定的寄存器中，同時，診斷電源和PLC內部電路的工作狀態和編程過程中的語法錯誤等。進入運行後，從用戶程序存貯器中逐條讀取指令，經分析後再按指令規定的任務產生相應的控制信號，去指揮有關的控制電路。

CPU主要由運算器、控制器、寄存器及實現它們之間聯系的數據、控制及狀態匯流排構成，CPU單元還包括外圍晶元、匯流排介面及有關電路。內存主要用於存儲程序及數據，是PLC不可缺少的組成單元。

在使用者看來，不必要詳細分析CPU的內部電路，但對各部分的工作機制還是應有足夠的理解。CPU的控制器控制CPU工作，由它讀取指令、解釋指令及執行指令。但工作節奏由震盪信號控制。運算器用於進行數字或邏輯運算，在控制器指揮下工作。寄存器參與運算，並存儲運算的中間結果，它也是在控制器指揮下工作。

CPU速度和內存容量是PLC的重要參數，它們決定著PLC的工作速度，IO數量及軟體容量等，因此限制著控制規模。

1.4 I/O模塊

PLC與電氣迴路的介面，是通過輸入輸出部分（I/O）完成的。I/O模塊集成了PLC的I/O電路，其輸入暫存器反映輸入信號狀態，輸出點反映輸出鎖存器狀態。輸入模塊將電信號變換成數字信號進入PLC系統，輸出模塊相反。I/O分為開關量輸入（DI），開關量輸出（DO），模擬量輸入（AI），模擬量輸出（AO）等模塊。

常用的I/O分類如下：

開關量：按電壓水平分，有220VAC、110VAC、24VDC，按隔離方式分，有繼電器隔離和晶體管隔離。

模擬量：按信號類型分，有電流型（4-20mA,0-20mA）、電壓型（0-10V,0-5V,-10-10V）等，按精度分，有12bit,14bit,16bit等。

除了上述通用IO外，還有特殊IO模塊，如熱電阻、熱電偶、脈沖等模塊。

按I/O點數確定模塊規格及數量，I/O模塊可多可少，但其最大數受CPU所能管理的基本配置的能力，即受最大的底板或機架槽數限制。

1.5 電源模塊

PLC電源用於為PLC各模塊的集成電路提供工作電源。同時，有的還為輸入電路提供24V的工作電源。電源輸入類型有：交流電源（220VAC或110VAC），直流電源（常用的為24VDC）。

1.6 底板或機架

大多數模塊式PLC使用底板或機架，其作用是：電氣上，實現各模塊間的聯系，使CPU能訪問底板上的所有模塊，機械上，實現各模塊間的連接，使各模塊構成一個整體。

1.7 PLC系統的其它設備

1.7.1

編程設備：編程器是PLC開發應用、監測運行、檢查維護不可缺少的器件，用於編程、對系統作一些設定、監控PLC及PLC所控制的系統的工作狀況，但它不直接參與現場控制運行。小編程器PLC一般有手持型編程器，目前一般由計算機（運行編程軟體）充當編程器。也就是我們系統的上位機。

1.7.2 人機界面：最簡單的人機界面是指示燈和按鈕，目前液晶屏（或觸摸屏）式的一體式操作員終端應用越來越廣泛，由計算機（運行組態軟體）充當人機界面非常普及。

1.8 PLC的通信聯網

依靠先進的工業網路技術可以迅速有效地收集、傳送生產和管理數據。因此，網路在自動化系統集成工程中的重要性越來越顯著，甚至有人提出"網路就是控制器"的觀點說法。

PLC具有通信聯網的功能，它使PLC與PLC

之間、PLC與上位計算機以及其他智能設備之間能夠交換信息，形成一個統一的整體，實現分散集中控制。多數PLC具有RS-232介面，還有一些內置有支持各自通信協議的介面。PLC的通信現在主要採用通過多點介面（MPI）的數據通訊、PROFIBUS

或工業乙太網進行聯網。

2 PLC控制系統的設計基本原則
2.1 最大限度的滿足被控對象的控制要求。
2.2 在滿足控制要求的前提下，力求使控制系統簡單、經濟、使用和維護方便。
2.3 保證控制系統安全可靠。
2.4 考慮到生產的發展和工藝的改進在選擇PLC容量時應適當留有餘量。
3 PLC軟體系統及常用編程語言

3.1 PLC軟體系統由系統程序和用戶程序兩部分組成。系統程序包括監控程序、編譯程序、診斷程序等，主要用於管理全機、將程序語言翻譯成機器語言，診斷機器故障。系統軟體由PLC廠家提供並已固化在EPROM中，不能直接存取和干預。用戶程序是用戶根據現場控制要求，用PLC的程序語言編制的應用程序（也就是邏輯控制）用來實現各種控制。STEP7是用於SIMATIC可編程邏輯控制器組態和編程的標准軟體包，也就是用戶程序，我們就是使用STEP7來進行硬體組態和邏輯程序編制，以及邏輯程序執行結果的在線監視。

3.2 PLC提供的編程語言

3.2.1 標准語言梯形圖語言也是我們最常用的一種語言，它有以下特點

3.2.1.1 它是一種圖形語言，沿用傳統控制圖中的繼電器觸點、線圈、串聯等術語和一些圖形符號構成，左右的豎線稱為左右母線。

3.2.1.2 梯形圖中接點（觸點）只有常開和常閉，接點可以是PLC輸入點接的開關也可以是PLC內部繼電器的接點或內部寄存器、計數器等的狀態。

3.2.1.3 梯形圖中的接點可以任意串、並聯，但線圈只能並聯不能串聯。

3.2.1.4 內部繼電器、計數器、寄存器等均不能直接控制外部負載，只能做中間結果供CPU內部使用。

3.2.1.5 PLC是按循環掃描事件，沿梯形圖先後順序執行，在同一掃描周期中的結果留在輸出狀態暫存器中所以輸出點的值在用戶程序中可以當做條件使用。

3.2.2 語句表語言，類似於匯編語言。

3.2.3 邏輯功能圖語言，沿用半導體邏輯框圖來表達，一般一個運算框表示一個功能左邊畫輸入、右邊畫輸出。

4 STEP7程序的使用

4.1 創建一個項目結構，項目就象一個文件夾，所有數據都以分層的結構存在於其中，任何時候你都可以使用。在創建一個項目之後，所有其他任務都在這個項目下執行。

4.2 組態一個站，組態一個站就是指定你要使用的可編程式控制制器，例如S7300、S7400等。

4.3 組態硬體，組態硬體就是在組態表中指定你的控制方案所要使用的模板以及在用戶程序中以什麼樣的地址來訪問這些模板，地址一般不用修改由程序自動生成。模板的特性也可以用參數進行賦值。

4.4 組態網路和通訊連接，通訊的基礎是預先組態網路，也就是要創建一個滿足你的控制方案的子網，設置網路特性、設置網路連接特性以及任何聯網的站所需要的連接。網路地址也是程序自動生成如果沒有更改經驗一定不要修改。

4.5 定義符號，可以在符號表中定義局部或共享符號，在你的用戶程序中用這些更具描述性的符號名替代絕對地址。符號的命名一般用字母編寫不超過8個位元組，最好不要使用很長的漢字進行描述，否則對程序的執行有很大的影響。

4.6 創建程序，用梯形圖編程語言創建一個與模板相連結或與模板無關的程序並存儲。創建程序是我們控制工程的重要工作之一，一般可以採用線形編程（基於一個塊內，OB1）、分布編程（編寫功能塊FB,OB1組織調用）、結構化編程（編寫通用塊）。我們最常採用的是結構化編程和分布編程配合使用，很少採用線形編程。

4.7 下載程序到可編程式控制制器，完成所有的組態、參數賦值和編程任務之後，可以下載整個用戶程序到可編程式控制制器。在下載程序時可編程式控制制器必須在允許下載的工作模式下（STOP或RUN-P）,

RUN-P模式表示，這個程序將一次下載一個塊，如果重寫一個舊的CPU程序就可能出現沖突，所以一般在下載前將CPU切換到STOP模式。

5 WINCC程序的使用

5.1 簡介，WINCC是在生產和過程自動化中解決可視化和控制任務的工業技術中性系統。具有控制自動化過程的強大功能，是基於個人計算機的操作監視系統，它很容易結合標準的和用戶的程序建立人機界面精確的滿足生產實際要求。WINCC有兩個版本RC版（具有組態和開發環境）、RT版（只有運行環境），我們一般使用的是RC版。

5.2 WINCC簡單使用步驟

5.2.1 變數管理，首先確定通訊方式安裝驅動程序，然後定義內部變數和外部變數，外部變數是受你買的WINCC軟體授許可權制的最大授權64K位元組，內部變數沒有限制。

5.2.2 畫面生成，進入圖形編輯器，圖形編輯器是一種用於創建過程畫面的面向矢量的作圖程序。也可以使用包含在對象和樣式庫中的眾多的圖形對象來創建復雜的過程畫面。可以通過動作編程將動態添加到單個圖形對象上。

5.2.3 報警記錄設置，報警記錄提供了顯示和操作選項來獲取和歸檔結果。可以任意地選擇消息塊、消息級別、消息類型、消息顯示以及報表。為了在運行中顯示消息，可以使用包含在圖形編輯器中的對象庫中的報警控制項。

5.2.4 變數記錄，變數記錄是用來從運行過程中採集數據並准備將它們顯示和歸檔。

5.2.5 報表組態，報表組態是通過報表編輯器來實現的。是為消息、操作、歸檔內容和當前或已歸檔的數據定時器或事件控制文檔的集成的報表系統，可以自由選擇用戶報表的形式。

5.2.6 全局腳本的應用，全局腳本就是C語言函數和動作的通稱，根據不同的類型腳本被用於給對象組態動作並通過系統內部C語言編譯器來處理。全局腳本動作用於過程執行的運行中。一個觸發可以開始這些動作的執行。

5.2.7 用戶管理器設置，用戶管理器用於分配和控制用戶的單個組態和運行系統編輯器的訪問許可權。每建立一個用戶，就設置了WINCC功能的訪問權利並獨立的分配給此用戶。至多可分配999個不同的授權。

5.2.8 交叉表索引，交叉索引用於為對象尋找和顯示所有使用處，例如變數、畫面和函數等。使用「鏈接」功能可以改變變數名稱而不會導致組態不一致。

參考文獻
[1] 林小峰.可編程式控制制器原理及應用.北京：高等教育出版社，1994
[2] 田瑞庭.可編程式控制制器應用技術.北京：機械工業出版社，1994
[3] 張萬忠.可編程式控制制器應用技術.北京：化學工業出版社，2001.12
[4] 於慶廣.可編程式控制制器原理及系統設計.北京：清華大學出版社.2004

PLC，俗稱「電力線上網」，英文全名為Power Line Communication，主要是指利用電力線傳輸數據和話音信號的一種通信方式
1、主要特點

① 結構靈活，不受環境的限制，有電即可組建網路，同時可以靈活擴展接入埠數量，使資源保持較高的利用率，在移動性方面可與WLAN媲美。

② 傳輸質量高、速度快、帶寬穩定，可以很平順的在線觀賞DVD影片，它所提供的14Mbps帶寬可以為很多應用平台提供保證。最新的電力線標准HomePlug AV傳輸速度已經達到了200Mbps；為了確保QoS，HomePlug AV採用了時分多路訪問（TDMA）與帶有沖突檢測機能的載體偵聽多路訪問（CSMA）協議，兩者結合，能夠很好地傳輸流媒體。

③ 范圍廣，無所不在的電力線網路也是這種技術的優勢。雖然無線網路可以做到不破牆，但對於高層建築來說，其必需布設N多個AP才能滿足需求，而且同樣不能避面信號盲區的存在。而電力線是最基礎的網路，它的規模之大，是其他任何網路無法比擬的。由此，運營商就可以輕松地把這種網路接入服務滲透到每一處有電力線的地方。這一技術一旦全面進入商業化階段，將給互聯網普及帶來極大的發展空間。終端用戶只需要插上電力貓，就可以實現網際網路接入，電視頻道接收節目，打電話或者是可視電話。

④ 低成本。充分利用現有的低壓配電網路基礎設施，無需任何布線，節約了資源。無需挖溝和穿牆打洞，避免了對建築物、公用設施、家庭裝潢的破壞，同時也節省了人力。相對傳統的組網技術，PLC成本更低，工期短，可擴展性和可管理性更強。目前國內已開通電力寬頻上網的地方，其包月使用費用一般為50-80元/月左右，這樣的價格和很多地方的ADSL包月相持平。

⑤ 適用面廣。PLC作為利用電力線組網的一種接入技術，提供寬頻網路「最後一公里」的解決方案，廣泛適用於居民小區，酒店，辦公區，監控安防等領域。它是利用電力線作為通信載體，使得PLC具有極大的便捷性，只要在房間任何有電源插座的地方，不用撥號，就立即可享受4.5~45Mbps的高速網路接入，來瀏覽網頁、撥打電話，和觀看在線電影，從而實現集數據、語音、視頻，以及電力於一體的「四網合一」。

PLC 還有一種說法是:產品生命周期（proct life cycle）觀念，簡稱PLC，是把一個產品的銷售歷史比作象人的生命周期一樣，要經歷出生、成長、成熟、老化、死亡等階段。就產品而言，也就是要經歷一個開發、引進、成長、成熟、衰退的階段。
1、產品開發期：從開發產品的設想到產品製造成功的時期。此期間該產品銷售額為零，公司投資不斷增加。
2、引進期：新產品新上市，銷售緩慢。由於引進產品的費用太高，初期通常利潤偏低或為負數，但此時沒有或只有極少的競爭者。
3、成長期：產品經過一段時間已有相當知名度，銷售快速增長，利潤也顯著增加。但由於市場及利潤成長較快，容易吸引更多的競爭者。
4、成熟期：此時市場成長趨勢減緩或飽和，產品已被大多數潛在購買者所接受，利潤在達到頂點後逐漸走下坡路。此時市場競爭激烈，公司為保持產品地位需投入大量的營銷費用。
5、衰退期：這期間產品銷售量顯著衰退，利潤也大幅度滑落。優勝劣汰，市場競爭者也越來越少。
http://www.douban.com/isbn/7-118-04611-6/