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/