nba2k20手游公牛队英语名字

BULLS，望采纳

Chicago Bulls Chicago是芝加哥这个城市的名称. Bulls中的Bull是牛的名字. 这里的S是代表复数.

度过了一段艰辛的适应期后，渐有起色。1974和1975年，公牛队凭借顽强的防守两次杀入分区决赛。1971年起，公牛队连续四年常规赛取胜50场以上，终于吹响了进攻的号角。在1995-1996赛季的82场常规赛中取得72胜10负，至今仍是NBA史上最佳常规赛战绩ChicagoBulls芝加哥公牛队是在全球拥有最高知名度的NBA球队之一，成立于1946年。因为“飞人”迈克尔·乔丹（MichaelJordan）——NBA历史上最伟大的球员——把身披公牛队23号球衣、轻灵而又霸气十足的身影，定格在老一辈球迷脑海里。1966年加盟NBA的公牛队

能把问题说明白一点嘛？chlcago bulls 是芝加哥公牛队谢谢采纳

现在的,还是以前的?

英文是BULL

你好！公牛队The bulls

芝加哥公牛 　　Chicago Bulls(球队英文官方站) 　　主场所在城市：伊利诺斯州 芝加哥市 　　主体育馆：联合中心球馆(United Center)

1、东部联盟x0dx0a大西洋赛区：x0dx0a纽约尼克斯队NewYorkKnicks（NYN）x0dx0a新泽西网队NewJerseyNets（NJN）x0dx0a波士顿凯尔特人队BostonCeltics（CEL）x0dx0a多伦多猛龙队TorontoRaptors（TOR）x0dx0a费城76人队Philadelphia76ers（PHI）x0dx0ax0dx0a中部赛区：x0dx0a底特律活塞队DetroitPistons（DET）x0dx0a印第安纳步行者队IndianaPacers（IND）x0dx0a克里夫兰骑士队ClevelandCavaliers（CLE）x0dx0a密尔沃基雄鹿队MilwaukeeBucks（MIL）x0dx0a芝加哥公牛队ChicagoBulls（CHI）x0dx0ax0dx0a东南部赛区：x0dx0a迈阿密热火队MiamiHeat（MIA）x0dx0a奥兰多魔术队OrlandoMagic（ORL）x0dx0a华盛顿奇才队WashingtonWizards（WAS）x0dx0a亚特兰大老鹰队AtlantaHawks（ATL）x0dx0a夏洛特山猫队CharlotteBobcats（NOL）x0dx0ax0dx0a2、西部联盟x0dx0a西北赛区：x0dx0a明尼苏达森林狼队MinnesotaTimberwolves（MIN）x0dx0a丹佛掘金队DenverNuggets（DEN）x0dx0a犹他爵士队UtahJazz（UTH）x0dx0a波特兰开拓者队PortlandBlazers（POR）x0dx0a俄克拉荷马城雷霆队OklahomaCityThunder（OCT）x0dx0ax0dx0a太平洋赛区：x0dx0a萨克拉门托国王队SacramentoKings（SAC）x0dx0a洛杉矶湖人队L.A.Lakers（LAL）x0dx0a菲尼克斯太阳队PhoenixSuns（PHX）x0dx0a金州勇士队GoldenStateWarriors（GSW）x0dx0a洛杉矶快船队LosAngelesClippers（LAC)x0dx0ax0dx0a西南部赛区：x0dx0a圣安东尼奥马刺队S.A.Spurs（SAS）x0dx0a休斯顿火箭队HoustonRockets（HOU）x0dx0a达拉斯小牛队DallasMavericks（DAL）x0dx0a孟菲斯灰熊队MemphisGrizzlies（MEM）x0dx0a新奥尔良黄蜂队NewOrleansHornets（NOK）

有事情找百度

CHI 芝加哥公牛

Jordan,Pippen,Rodman,Toni Kukoc Steve Kerr Luc Longley Ron Harper

bull 和 ox

1。菲尼克斯太阳（Phoenix Suns）2、圣安东尼奥马刺（San Antonio Spurs）3、西雅图超音速（Seattle Supersonics）4、达拉斯小牛（Dallas Mavericks）5、萨克拉门托国王（Sacramento Kings）6、休斯敦火箭（Houston Rockets）7、孟菲斯灰熊（Memphis Grizzlies）8、洛杉矶湖人（L.A. Lakers）9、明尼苏达森林狼（Minnesota Timberwolves）10、丹佛掘金（Denver Nuggets）11、洛杉矶快船（L.A. Clippers）12、波特兰开拓者（Portland Trail Blazers13、犹他爵士（Utah Jazz）14、金州勇士（Golden State Warriors15、新奥尔良黄蜂（New Orleans Hornets）东部联盟：（15支） 1、迈阿密热火（Miami Heat）2、底特律活塞（Detroit Pistons） 3、波士顿凯尔特人（Boston Celtics）4、克里夫兰骑士（Cleveland Cavaliers）5、华盛顿奇才（Washington Wizards）6、奥兰多魔术（Orlando Magic）7、芝加哥公牛（Chicago Bulls） 8、费城76人（Philadelphia 76ers）9、印第安纳步行者（Indiana Pacers）10、新泽西网（New Jersey Nets）11、密尔沃基雄鹿（Milwaukee Bucks）12、纽约尼克斯（New York Knicks）13、多伦多猛龙（Toronto Raptors）14、夏洛特山猫（Charlotte Bobcats）15、亚特兰大老鹰（Atlanta Hawks）

补充一局：超音速以经改成雷霆了…

Chicago bulls

我到

美国最有代表性的动物是：白头海雕 ，英文是：The bald eagle。 U0001f44dU0001f44dU0001f44dU0001f44dU0001f44dU0001f44dU0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3U0001f1e8U0001f1f3

休斯敦火箭 球队英文名：Houston Rockets 德克萨斯州Texas 洛杉矶湖人 球队英文名：L.A. Lakers 加利福尼亚州 California 迈阿密热火 球队英文名：Miami Heat 佛罗里达州 Florida 达拉斯小牛 球队英文名：Dallas Mavericks 得克萨斯州 Texas 费城76人 球队英文名：Philadelphia 76ers 宾夕法尼亚州 Pennsylvania 底特律活塞 球队英文名：Detroit Pistons 密歇根州 Michigan 克里夫兰骑士 球队英文名：Cleveland Cavaliers 俄亥俄州 Ohio 明尼苏达森林狼 球队英文名：Minnesota Timberwolves 明尼苏达 Minnesota 犹他爵士 球队英文名：Utah Jazz 犹他州 Utah 丹佛掘金 球队英文名：Denver Nuggets 科多拉多州 Colorado 孟菲斯灰熊 球队英文名：Memphis Grizzlies 田纳西州 Tennessee 金州勇士 球队英文名：Golden State Warriors 加利福尼亚州 California 印第安纳步行者 球队英文名：Indiana Pacers 印第安那州 Indiana 芝加哥公牛 球队英文名：Chicago Bulls 伊利诺斯州 Illinois 华盛顿奇才 球队英文名：Washington Wizards 华盛顿特区 Washington DC 新泽西网 球队英文名：New Jersy Nets 新泽西州 New Jersy 奥兰多魔术 球队英文名：Orlando Magic 佛罗里达州 Florida 波士顿凯尔特人 球队英文名：Boston Celtics 马萨诸塞洲 Massachusetts 多伦多猛龙 球队英文名：Toronto Raptors 加拿大 多伦多市 Toronto 密尔沃基雄鹿 球队英文名：Milwaukee Bucks 威斯康星州 Wisconsin 纽约尼克斯 球队英文名：New York Knicks 纽约 New York 亚特兰大老鹰 球队英文名：Atlanta Hawks 佐治亚州 Georgia 波特兰开拓者 球队英文名：Portland Trail Blazers 俄勒冈州 Oregon 菲尼克斯太阳 球队英文名：Phoenix Suns 亚利桑那州 Arizona 洛杉矶快船 球队英文名：L.A. Clippers 加利福尼亚州 California 萨克拉门托国王 球队英文名：Sacremento Kings 加利福尼亚州 California 圣安东尼奥马刺 球队英文名：San Antonio Spurs 德克萨斯州 Texas 西雅图超音速 球队英文名：Seattle Supersonics 华盛顿州 Washington State

公牛王朝： 乔丹 全名：迈克尔·乔丹 英文名：Michael Jordan 性别：男 身高：1.98米 体重：98 公斤 百米成绩：10.7s 垂直弹跳：1.2m以上 跳远成绩：7.5m以上 出生日期：1963-2-17 出生地：纽约市布鲁克林区 场上位置：得分后卫 NBA职业生涯：芝加哥公牛（84-93、94-95[1995年3月份复出]、95-98）、华盛顿奇才（01-03） 职业生涯总得分：32292分（NBA历史第三） 职业生涯总助攻：5633次 职业生涯总篮板：6672个 职业生涯总抢断：2514次 职业生涯总盖帽：893次（NBA后卫球员中历史最高） 职业生涯命中率：49.7%(24537次出手，命中12192个) 职业生涯总罚球：83.5%(8772罚7327中) 皮彭 英文名：Scottie Pippen 出生：1965年5月29日 身高：2.01米 司职：前锋 罗德曼 英文：Dennis Rodman 生日：1961年5月13日 身高：2.01米(6英尺6英寸) 体重：99.8公斤(220磅) 高中：德州达拉斯市南橡树崖高中 大学：东南奥克拉荷马州大，平均25.7分、15.7个篮板、命中率3.7%。 朗利 卢克.朗利 Luc Longley（在公牛队穿13号） 生日:1969年1月19日(生于澳大利亚墨尔本) 身高:2米18 体重:120公斤 位置:中锋 国籍:澳大利亚 大学:新墨西哥大学 选秀:1991年首轮第7位/明尼苏达森林狼队 球队:森林狼，公牛，太阳，尼克斯 荣誉:1996年NBA总冠军 入选1988,1992年澳大利亚奥运男篮 库科奇 托尼-库科奇 Toni Kukoc -7- NBA著名球星 位置：前锋 生日：09/18/68 高度：2.11M 体重：106.6kg 国籍：克罗地亚

插座型号。公牛606a是公牛插座的一个型号。芝加哥公牛(英文名ChicagoBulls)，是一支位于美国伊利诺伊州芝加哥的NBA职业篮球队，分属于东部的中部赛区，主场为联合中心球馆。

Warriors 金州勇士队Clippers 洛杉矶快艇队Lakers 洛杉矶湖人队Suns 凤凰城太阳队Trailblazers 波特兰开拓者队Kings 萨克拉门托国王队Supersonics 西雅图超音速队Mavericks 达拉斯小牛队Nuggets 丹佛掘金队Rockets 休斯敦火箭队Timberwolves 明尼苏达森林狼队Jazz 犹他爵士队Grizzlies 温哥华灰熊队Heat 迈阿密热浪队Knickerbockers 纽约尼克斯队76ers 费城七六人队Magic 奥兰多魔术队Celtics 波士顿凯尔特人队Nets 新泽西网队Wizards 华盛顿奇才队Hawks 亚特兰大老鹰队Hornets 夏洛特黄蜂队Bulls 芝加哥公牛队Cavaliers 克里夫兰骑士队Pistons 底特律活塞队Pacers 印地安纳步行者队Bucks 密尔沃基雄鹿队Raptors 多伦多猛龙队

若使用的是vivo手机，因手机不属于耐摔产品，不同下落的高度以及着地的角度给手机带来的损伤可能会导致内部零件受损无法正常使用，建议携带手机前往服务中心检测处理，进入vivo官网--我的--服务网点--选择省市查询当地的服务中心地址以及联系方式，也可点击网页链接搜索服务中心地址。

炮点 炮数

歌曲名:Spring歌手:Jensen专辑:One Fine DayTracy Chapman - SpringThere"s a cloudThere"s a cloudA blue sky darkeningThat veils the light of the sunAnd foretells the rainBut there"s a birdThere are birdsAnd some are singingTo greet every new day that may comeLike the first of springIt is coldIt is coldI"ve had the feelingAt the heart and in the coreThe roots of all thingsBut there"s a bud there"s a bulbIt will be bloomingTo greet every new day that may comeLike the first of springIt"s lateIt"s lateAs I watch waitingIt will go turn awayThe cycle cyclingThere"s a face with new eyesA baby cryingWho"ll greet every new day that may comeLike the first of springLike the first of springhttp://music.baidu.com/song/2601034

漂移分很多种漂移的方法.弹离合（初学级）：能够比较理想的直接破坏掉轮胎的抓地力。通过对离合踏板的踩击导致扭力在传动系统的不均匀传递来使后轮失去牵引力。所谓的踩击的意思就是说：迅速而有力的将离合踏板踹到底，然后再迅速的抬起。一般运用在比较窄，没有足够的空间利用重心转移造成甩尾的入弯处。在低速时进行强力的弹离合，是最直接有效能够在瞬间使节流阀完全开启的办法。而在有一定的速度的基础下或这是正在侧滑的过程中，则要轻而柔和的弹离合。只可能运用在后驱车。.手刹（初学级）：最早是在拉力赛中被运用。在拉起手刹锁住后轮的同时，导致了整个后车身的侧滑开始。因为需要使车尾发生侧滑而刚好甩到一个正确的入弯角度，所以一个很流畅，力度和时间刚好的手刹使用过程是很难掌握的。拉手刹时不要太紧张，不用太狠，也不用太高，足够就好，任何时候都不要松开手刹扣，因为拉手刹的过程并不长，要保证在适当的时候，手刹能够顺畅而快速的放掉。这个基础的技术能够运用在任何速度，任何弯角，任何车，即便是专业的漂移车手也经常会运用手刹在侧滑的过程中来纠正车身侧滑的角度。锁档（中级）：这是一个在减速过程中的弹离合。以适当的引擎转速接近弯道，迅速的踩击离合器，并且降档，利用引擎的出力来使后轮急剧的减速以致发生侧滑。当然，这对你车子的传动系统来说会比较辛苦。而车子具体的动作，反映和程度，完全取决于车子的种类以及引擎的不同。因为需要有较好的技术控制引擎转速的掉落以及动力回升来达到使车身滑行，所以相对于手刹来说更难于使用。同弹离合一样，只能运用在后驱车！重刹车（中级）：一般运用于较窄的弯位和中速弯。在重踩煞车的情况下冲入弯道，使车子大绝大部分重力抛到前面，而使后轮不受重力而失去抓地力。这项技术经常被运用在赛车场上以来提高入弯的回头性，尤其是四驱（Evo和STI）。在柏油路面练习时如果发现你的车子在合适的入弯速度下严重的出现转向过度的话，那你可能在避震的设定或轮胎的选择上没有搞好，或者你应该换一台更适合的车子。Liftoff转向过度（上级）：被广泛地运用在高速弯的滑行。利用重力转移使车子从拥有抓地里的状态转变到漂移状态。和重刹车是同样的物理原理—重量转移，但不同的是这项技术被运用在非常高速的情况下，这就需要车手对车子在高速的平衡有着很好地掌握。顶级的D1车手会在漂移的过程中运用具有进攻性的liftoff转向过度来削减动力输出。钟摆效应（上级）：对头文字D熟悉的朋友应该对“钟摆”这个词有所了解了，这也是一项由拉力技术而衍生出来的。顾名思义，钟摆的意思就是说在入弯之前先将车子向弯的外侧摆动，然后再大幅度转向内侧，在重力转移的作用下破坏轮胎地抓地力而使车身发生侧抛，一般使用在入口的弧度比较小的弯位。配合liftoff转向过度，可以增强彼此的效果。在拉力过程中，钟摆是为了在没有摩擦力的路面上尽可能的增强抓地力，而漂移比赛中使用钟摆则完全因为相反的原因--让车身发生侧抛。钟摆的价值和实用性在于既可以在入弯的时候有效的减速，同时还能保证整个过程的高速状态！摆动漂移（上级）：钟摆的最终形态。速度并不快，在道路的两边进行来回的侧摆，是一种直线上的飘移，也叫做“鱼摆尾”（神龙摆尾？），但是这种摆动最难的部分不只是能将车身在高速状态下的重力装移掌握得炉火纯青，还要能够让车身的摆动角度刚好在入弯的时候处于正确的入弯角度和速度。而这一动作的熟练运用也标志着车手技术的全面以及高水准。打滑（专业）：顶级车手的伎俩，这个技术是指将车子的后轮使入赛道外的土地或者是草地上面，使之在瞬间丧失原有的抓地力，以获得更大的角度。这种特殊而有效的方法一般被运用在那些无法依靠本身引擎马力和速度来破坏抓地力的车子和情况下，或者在入弯时做出更具有攻击性的角度。更多地被运用在后驱车上面。跳动侧滑（专业）：和前一个技术一样，这个都是充分利用路面的状况而使车子侧滑。这次是让后轮压到路旁的波浪带（赛道弯位周围红白色相间的石带），通过后轮压到波浪带而产生的跳动来使车子脱离原有的抓地力，也或者利用前轮压到波浪带产生的转向过度而产生漂移。因为在运用这项技术的时候会产生相当强烈的震动和摇摆，所以不论对于车手还使车子都十分辛苦的。长距离漂移（专业）：用于顶级的竞赛中，其实质就是在离入弯还有一段距离的直线上使用手刹，提前使车子贴着边线冲入弯道。直到最近才发展成为一种独立的技术，目的是让车子在攻入弯线就已经发生漂移。与摆动漂移配合来使用，能够帮助车手一气呵成式的攻下整条线路。一般来说，在学习漂移攻弯的过程中，有两点是十分值得注意的：第一点，越早的开始发生侧滑，就越容易产生更好，更大的入弯时的车身角度；第二点，越是上级的车手，越是会在利用入弯的前半部分用来削减速度，在车身运动到切点的时候运用马力在后半段漂移出弯，尤其是在大于90度的弯角。所以大部分技术都是让车子在减速的状态下发生漂移。每个人都可以根据自己的习惯，判断力来决定使用如何的技术攻弯，不过越好的车手，就越是能将多种技术混合在一起使用。也许你能使用各种技术来漂移过弯，但通过弯道的速度也是非常重要的。

蛋白酶是众多没得其中之一，在人体中扮演多种功能，蛋白酶的其中一个主要作用是当做消化酶加工处理蛋白质，身体没有这种酶就难以消化食物中的蛋白质，其他类型的蛋白酶参与调节凝血的细胞活动，这些酶也叫做蛋白水解酶。蛋白质是由肽键绑定在一起的，长的氨基酸链小片段蛋白质称为肽，大片段蛋白质叫做多肽，分解肽的酶叫做蛋白酶是加速降解的蛋白质类型，γ肽酶劈开末端氨基酸因残食蛋白质，分解肽键释放氨基酸。另一方面，内肽酶作用于蛋白质内部劈开肽键产生多肽，酶消化的目标是将大分子分解为小分子，一些蛋白酶与肽酶一起将食物中的蛋白质分解为小肽和氨基酸，这些小分子能被小肠细胞吸收并当做燃料或构建新蛋白质分子。

前言：本文主要讲解Linux IO调度层的三种模式：cfp、deadline和noop，并给出各自的优化和适用场景建议。IO调度发生在Linux内核的IO调度层。这个层次是针对Linux的整体IO层次体系来说的。从read()或者write()系统调用的角度来说，Linux整体IO体系可以分为七层，它们分别是：VFS层： 虚拟文件系统层。由于内核要跟多种文件系统打交道，而每一种文件系统所实现的数据结构和相关方法都可能不尽相同，所以，内核抽象了这一层，专门用来适配各种文件系统，并对外提供统一操作接口。文件系统层： 不同的文件系统实现自己的操作过程，提供自己特有的特征，具体不多说了，大家愿意的话自己去看代码即可。页缓存层： 负责真对page的缓存。通用块层： 由于绝大多数情况的io操作是跟块设备打交道，所以Linux在此提供了一个类似vfs层的块设备操作抽象层。下层对接各种不同属性的块设备，对上提供统一的Block IO请求标准。IO调度层 ：因为绝大多数的块设备都是类似磁盘这样的设备，所以有必要根据这类设备的特点以及应用的不同特点来设置一些不同的调度算法和队列。以便在不同的应用环境下有针对性的提高磁盘的读写效率，这里就是大名鼎鼎的Linux电梯所起作用的地方。针对机械硬盘的各种调度方法就是在这实现的。块设备驱动层： 驱动层对外提供相对比较高级的设备操作接口，往往是C语言的，而下层对接设备本身的操作方法和规范。块设备层： 这层就是具体的物理设备了，定义了各种真对设备操作方法和规范。有一个已经整理好的[Linux IO结构图]，非常经典，一图胜千言：我们今天要研究的内容主要在IO调度这一层。它要解决的核心问题是，如何提高块设备IO的整体性能？这一层也主要是针对机械硬盘结构而设计的。众所周知，机械硬盘的存储介质是磁盘，磁头在盘片上移动进行磁道寻址，行为类似播放一张唱片。这种结构的特点是，顺序访问时吞吐量较高，但是如果一旦对盘片有随机访问，那么大量的时间都会浪费在磁头的移动上，这时候就会导致每次IO的响应时间变长，极大的降低IO的响应速度。磁头在盘片上寻道的操作，类似电梯调度，实际上在最开始的时期，Linux把这个算法命名为Linux电梯算法，即：如果在寻道的过程中，能把顺序路过的相关磁道的数据请求都“顺便”处理掉，那么就可以在比较小影响响应速度的前提下，提高整体IO的吞吐量。这就是我们为什么要设计IO调度算法的原因。目前在内核中默认开启了三种算法/模式：noop，cfq和deadline。严格算应该是两种：因为第一种叫做noop，就是空操作调度算法，也就是没有任何调度操作，并不对io请求进行排序，仅仅做适当的io合并的一个fifo队列。目前内核中默认的调度算法应该是cfq，叫做完全公平队列调度。这个调度算法人如其名，它试图给所有进程提供一个完全公平的IO操作环境。注：请大家一定记住这个词语，cfq，完全公平队列调度，不然下文就没法看了。cfq为每个进程创建一个同步IO调度队列，并默认以时间片和请求数限定的方式分配IO资源，以此保证每个进程的IO资源占用是公平的，cfq还实现了针对进程级别的优先级调度，这个我们后面会详细解释。查看和修改IO调度算法的方法是：cfq是通用服务器比较好的IO调度算法选择，对桌面用户也是比较好的选择。但是对于很多IO压力较大的场景就并不是很适应，尤其是IO压力集中在某些进程上的场景。因为这种场景我们需要更多的满足某个或者某几个进程的IO响应速度，而不是让所有的进程公平的使用IO，比如数据库应用。deadline调度（最终期限调度）就是更适合上述场景的解决方案。deadline实现了四个队列：其中两个分别处理正常read和write，按扇区号排序，进行正常io的合并处理以提高吞吐量。因为IO请求可能会集中在某些磁盘位置，这样会导致新来的请求一直被合并，可能会有其他磁盘位置的io请求被饿死。另外两个处理超时read和write的队列，按请求创建时间排序，如果有超时的请求出现，就放进这两个队列，调度算法保证超时（达到最终期限时间）的队列中的请求会优先被处理，防止请求被饿死。不久前，内核还是默认标配四种算法，还有一种叫做as的算法（Anticipatory scheduler），预测调度算法。一个高大上的名字，搞得我一度认为Linux内核都会算命了。结果发现，无非是在基于deadline算法做io调度的之前等一小会时间，如果这段时间内有可以合并的io请求到来，就可以合并处理，提高deadline调度的在顺序读写情况下的数据吞吐量。其实这根本不是啥预测，我觉得不如叫撞大运调度算法，当然这种策略在某些特定场景差效果不错。但是在大多数场景下，这个调度不仅没有提高吞吐量，还降低了响应速度，所以内核干脆把它从默认配置里删除了。毕竟Linux的宗旨是实用，而我们也就不再这个调度算法上多费口舌了。1、cfq：完全公平队列调度cfq是内核默认选择的IO调度队列，它在桌面应用场景以及大多数常见应用场景下都是很好的选择。如何实现一个所谓的完全公平队列（Completely Fair Queueing）？首先我们要理解所谓的公平是对谁的公平？从操作系统的角度来说，产生操作行为的主体都是进程，所以这里的公平是针对每个进程而言的，我们要试图让进程可以公平的占用IO资源。那么如何让进程公平的占用IO资源？我们需要先理解什么是IO资源。当我们衡量一个IO资源的时候，一般喜欢用的是两个单位，一个是数据读写的带宽，另一个是数据读写的IOPS。带宽就是以时间为单位的读写数据量，比如，100Mbyte/s。而IOPS是以时间为单位的读写次数。在不同的读写情境下，这两个单位的表现可能不一样，但是可以确定的是，两个单位的任何一个达到了性能上限，都会成为IO的瓶颈。从机械硬盘的结构考虑，如果读写是顺序读写，那么IO的表现是可以通过比较少的IOPS达到较大的带宽，因为可以合并很多IO，也可以通过预读等方式加速数据读取效率。当IO的表现是偏向于随机读写的时候，那么IOPS就会变得更大，IO的请求的合并可能性下降，当每次io请求数据越少的时候，带宽表现就会越低。从这里我们可以理解，针对进程的IO资源的主要表现形式有两个： 进程在单位时间内提交的IO请求个数和进程占用IO的带宽。其实无论哪个，都是跟进程分配的IO处理时间长度紧密相关的。有时业务可以在较少IOPS的情况下占用较大带宽，另外一些则可能在较大IOPS的情况下占用较少带宽，所以对进程占用IO的时间进行调度才是相对最公平的。即，我不管你是IOPS高还是带宽占用高，到了时间咱就换下一个进程处理，你爱咋样咋样。所以，cfq就是试图给所有进程分配等同的块设备使用的时间片，进程在时间片内，可以将产生的IO请求提交给块设备进行处理，时间片结束，进程的请求将排进它自己的队列，等待下次调度的时候进行处理。这就是cfq的基本原理。当然，现实生活中不可能有真正的“公平”，常见的应用场景下，我们很肯能需要人为的对进程的IO占用进行人为指定优先级，这就像对进程的CPU占用设置优先级的概念一样。所以，除了针对时间片进行公平队列调度外，cfq还提供了优先级支持。每个进程都可以设置一个IO优先级，cfq会根据这个优先级的设置情况作为调度时的重要参考因素。优先级首先分成三大类：RT、BE、IDLE，它们分别是实时（Real Time）、最佳效果（Best Try）和闲置（Idle）三个类别，对每个类别的IO，cfq都使用不同的策略进行处理。另外，RT和BE类别中，分别又再划分了8个子优先级实现更细节的QOS需求，而IDLE只有一个子优先级。另外，我们都知道内核默认对存储的读写都是经过缓存（buffer/cache）的，在这种情况下，cfq是无法区分当前处理的请求是来自哪一个进程的。只有在进程使用同步方式（sync read或者sync wirte）或者直接IO（Direct IO）方式进行读写的时候，cfq才能区分出IO请求来自哪个进程。所以，除了针对每个进程实现的IO队列以外，还实现了一个公共的队列用来处理异步请求。当前内核已经实现了针对IO资源的cgroup资源隔离，所以在以上体系的基础上，cfq也实现了针对cgroup的调度支持。总的来说，cfq用了一系列的数据结构实现了以上所有复杂功能的支持，大家可以通过源代码看到其相关实现，文件在源代码目录下的block/cfq-iosched.c。1.1 cfq设计原理在此，我们对整体数据结构做一个简要描述：首先，cfq通过一个叫做cfq_data的数据结构维护了整个调度器流程。在一个支持了cgroup功能的cfq中，全部进程被分成了若干个contral group进行管理。每个cgroup在cfq中都有一个cfq_group的结构进行描述，所有的cgroup都被作为一个调度对象放进一个红黑树中，并以vdisktime为key进行排序。vdisktime这个时间纪录的是当前cgroup所占用的io时间，每次对cgroup进行调度时，总是通过红黑树选择当前vdisktime时间最少的cgroup进行处理，以保证所有cgroups之间的IO资源占用“公平”。当然我们知道，cgroup是可以对blkio进行资源比例分配的，其作用原理就是，分配比例大的cgroup占用vdisktime时间增长较慢，分配比例小的vdisktime时间增长较快，快慢与分配比例成正比。这样就做到了不同的cgroup分配的IO比例不一样，并且在cfq的角度看来依然是“公平“的。选择好了需要处理的cgroup（cfq_group）之后，调度器需要决策选择下一步的service_tree。service_tree这个数据结构对应的都是一系列的红黑树，主要目的是用来实现请求优先级分类的，就是RT、BE、IDLE的分类。每一个cfq_group都维护了7个service_trees，其定义如下：其中service_tree_idle就是用来给IDLE类型的请求进行排队用的红黑树。而上面二维数组，首先第一个维度针对RT和BE分别各实现了一个数组，每一个数组中都维护了三个红黑树，分别对应三种不同子类型的请求，分别是：SYNC、SYNC_NOIDLE以及ASYNC。我们可以认为SYNC相当于SYNC_IDLE并与SYNC_NOIDLE对应。idling是cfq在设计上为了尽量合并连续的IO请求以达到提高吞吐量的目的而加入的机制，我们可以理解为是一种“空转”等待机制。空转是指，当一个队列处理一个请求结束后，会在发生调度之前空等一小会时间，如果下一个请求到来，则可以减少磁头寻址，继续处理顺序的IO请求。为了实现这个功能，cfq在service_tree这层数据结构这实现了SYNC队列，如果请求是同步顺序请求，就入队这个service tree，如果请求是同步随机请求，则入队SYNC_NOIDLE队列，以判断下一个请求是否是顺序请求。所有的异步写操作请求将入队ASYNC的service tree，并且针对这个队列没有空转等待机制。此外，cfq还对SSD这样的硬盘有特殊调整，当cfq发现存储设备是一个ssd硬盘这样的队列深度更大的设备时，所有针对单独队列的空转都将不生效，所有的IO请求都将入队SYNC_NOIDLE这个service tree。每一个service tree都对应了若干个cfq_queue队列，每个cfq_queue队列对应一个进程，这个我们后续再详细说明。cfq_group还维护了一个在cgroup内部所有进程公用的异步IO请求队列，其结构如下：异步请求也分成了RT、BE、IDLE这三类进行处理，每一类对应一个cfq_queue进行排队。BE和RT也实现了优先级的支持，每一个类型有IOPRIO_BE_NR这么多个优先级，这个值定义为8，数组下标为0-7。我们目前分析的内核代码版本为Linux 4.4，可以看出，从cfq的角度来说，已经可以实现异步IO的cgroup支持了，我们需要定义一下这里所谓异步IO的含义，它仅仅表示从内存的buffer/cache中的数据同步到硬盘的IO请求，而不是aio(man 7 aio)或者linux的native异步io以及libaio机制，实际上这些所谓的“异步”IO机制，在内核中都是同步实现的（本质上冯诺伊曼计算机没有真正的“异步”机制）。我们在上面已经说明过，由于进程正常情况下都是将数据先写入buffer/cache，所以这种异步IO都是统一由cfq_group中的async请求队列处理的。那么为什么在上面的service_tree中还要实现和一个ASYNC的类型呢？这当然是为了支持区分进程的异步IO并使之可以“完全公平”做准备喽。实际上在最新的cgroup v2的blkio体系中，内核已经支持了针对buffer IO的cgroup限速支持，而以上这些可能容易混淆的一堆类型，都是在新的体系下需要用到的类型标记。新体系的复杂度更高了，功能也更加强大，但是大家先不要着急，正式的cgroup v2体系，在Linux 4.5发布的时候会正式跟大家见面。我们继续选择service_tree的过程，三种优先级类型的service_tree的选择就是根据类型的优先级来做选择的，RT优先级最高，BE其次，IDLE最低。就是说，RT里有，就会一直处理RT，RT没了再处理BE。每个service_tree对应一个元素为cfq_queue排队的红黑树，而每个cfq_queue就是内核为进程（线程）创建的请求队列。每一个cfq_queue都会维护一个rb_key的变量，这个变量实际上就是这个队列的IO服务时间（service time）。这里还是通过红黑树找到service time时间最短的那个cfq_queue进行服务，以保证“完全公平”。选择好了cfq_queue之后，就要开始处理这个队列里的IO请求了。这里的调度方式基本跟deadline类似。cfq_queue会对进入队列的每一个请求进行两次入队，一个放进fifo中，另一个放进按访问扇区顺序作为key的红黑树中。默认从红黑树中取请求进行处理，当请求的延时时间达到deadline时，就从红黑树中取等待时间最长的进行处理，以保证请求不被饿死。这就是整个cfq的调度流程，当然其中还有很多细枝末节没有交代，比如合并处理以及顺序处理等等。1.2 cfq的参数调整理解整个调度流程有助于我们决策如何调整cfq的相关参数。所有cfq的可调参数都可以在/sys/class/block/sda/queue/iosched/目录下找到，当然，在你的系统上，请将sda替换为相应的磁盘名称。我们来看一下都有什么：这些参数部分是跟机械硬盘磁头寻道方式有关的，如果其说明你看不懂，请先补充相关知识：back_seek_max:磁头可以向后寻址的最大范围，默认值为16M。back_seek_penalty:向后寻址的惩罚系数。这个值是跟向前寻址进行比较的。以上两个是为了防止磁头寻道发生抖动而导致寻址过慢而设置的。基本思路是这样，一个io请求到来的时候，cfq会根据其寻址位置预估一下其磁头寻道成本。设置一个最大值back_seek_max，对于请求所访问的扇区号在磁头后方的请求，只要寻址范围没有超过这个值，cfq会像向前寻址的请求一样处理它。再设置一个评估成本的系数back_seek_penalty，相对于磁头向前寻址，向后寻址的距离为1/2(1/back_seek_penalty)时，cfq认为这两个请求寻址的代价是相同。这两个参数实际上是cfq判断请求合并处理的条件限制，凡事复合这个条件的请求，都会尽量在本次请求处理的时候一起合并处理。fifo_expire_async:设置异步请求的超时时间。同步请求和异步请求是区分不同队列处理的，cfq在调度的时候一般情况都会优先处理同步请求，之后再处理异步请求，除非异步请求符合上述合并处理的条件限制范围内。当本进程的队列被调度时，cfq会优先检查是否有异步请求超时，就是超过fifo_expire_async参数的限制。如果有，则优先发送一个超时的请求，其余请求仍然按照优先级以及扇区编号大小来处理。fifo_expire_sync:这个参数跟上面的类似，区别是用来设置同步请求的超时时间。slice_idle:参数设置了一个等待时间。这让cfq在切换cfq_queue或service tree的时候等待一段时间，目的是提高机械硬盘的吞吐量。一般情况下，来自同一个cfq_queue或者service tree的IO请求的寻址局部性更好，所以这样可以减少磁盘的寻址次数。这个值在机械硬盘上默认为非零。当然在固态硬盘或者硬RAID设备上设置这个值为非零会降低存储的效率，因为固态硬盘没有磁头寻址这个概念，所以在这样的设备上应该设置为0，关闭此功能。group_idle:这个参数也跟上一个参数类似，区别是当cfq要切换cfq_group的时候会等待一段时间。在cgroup的场景下，如果我们沿用slice_idle的方式，那么空转等待可能会在cgroup组内每个进程的cfq_queue切换时发生。这样会如果这个进程一直有请求要处理的话，那么直到这个cgroup的配额被耗尽，同组中的其它进程也可能无法被调度到。这样会导致同组中的其它进程饿死而产生IO性能瓶颈。在这种情况下，我们可以将slice_idle ＝ 0而group_idle ＝ 8。这样空转等待就是以cgroup为单位进行的，而不是以cfq_queue的进程为单位进行，以防止上述问题产生。low_latency:这个是用来开启或关闭cfq的低延时（low latency）模式的开关。当这个开关打开时，cfq将会根据target_latency的参数设置来对每一个进程的分片时间（slice time）进行重新计算。这将有利于对吞吐量的公平（默认是对时间片分配的公平）。关闭这个参数（设置为0）将忽略target_latency的值。这将使系统中的进程完全按照时间片方式进行IO资源分配。这个开关默认是打开的。我们已经知道cfq设计上有“空转”（idling）这个概念，目的是为了可以让连续的读写操作尽可能多的合并处理，减少磁头的寻址操作以便增大吞吐量。如果有进程总是很快的进行顺序读写，那么它将因为cfq的空转等待命中率很高而导致其它需要处理IO的进程响应速度下降，如果另一个需要调度的进程不会发出大量顺序IO行为的话，系统中不同进程IO吞吐量的表现就会很不均衡。就比如，系统内存的cache中有很多脏页要写回时，桌面又要打开一个浏览器进行操作，这时脏页写回的后台行为就很可能会大量命中空转时间，而导致浏览器的小量IO一直等待，让用户感觉浏览器运行响应速度变慢。这个low_latency主要是对这种情况进行优化的选项，当其打开时，系统会根据target_latency的配置对因为命中空转而大量占用IO吞吐量的进程进行限制，以达到不同进程IO占用的吞吐量的相对均衡。这个开关比较合适在类似桌面应用的场景下打开。target_latency:当low_latency的值为开启状态时，cfq将根据这个值重新计算每个进程分配的IO时间片长度。quantum:这个参数用来设置每次从cfq_queue中处理多少个IO请求。在一个队列处理事件周期中，超过这个数字的IO请求将不会被处理。这个参数只对同步的请求有效。slice_sync:当一个cfq_queue队列被调度处理时，它可以被分配的处理总时间是通过这个值来作为一个计算参数指定的。公式为：time_slice = slice_sync + (slice_sync/5 * (4 - prio))。这个参数对同步请求有效。slice_async:这个值跟上一个类似，区别是对异步请求有效。slice_async_rq:这个参数用来限制在一个slice的时间范围内，一个队列最多可以处理的异步请求个数。请求被处理的最大个数还跟相关进程被设置的io优先级有关。1.3 cfq的IOPS模式我们已经知道，默认情况下cfq是以时间片方式支持的带优先级的调度来保证IO资源占用的公平。高优先级的进程将得到更多的时间片长度，而低优先级的进程时间片相对较小。当我们的存储是一个高速并且支持NCQ（原生指令队列）的设备的时候，我们最好可以让其可以从多个cfq队列中处理多路的请求，以便提升NCQ的利用率。此时使用时间片的分配方式分配资源就显得不合时宜了，因为基于时间片的分配，同一时刻最多能处理的请求队列只有一个。这时，我们需要切换cfq的模式为IOPS模式。切换方式很简单，就是将slice_idle=0即可。内核会自动检测你的存储设备是否支持NCQ，如果支持的话cfq会自动切换为IOPS模式。另外，在默认的基于优先级的时间片方式下，我们可以使用ionice命令来调整进程的IO优先级。进程默认分配的IO优先级是根据进程的nice值计算而来的，计算方法可以在man ionice中看到，这里不再废话。2、deadline：最终期限调度deadline调度算法相对cfq要简单很多。其设计目标是：在保证请求按照设备扇区的顺序进行访问的同时，兼顾其它请求不被饿死，要在一个最终期限前被调度到。我们知道磁头对磁盘的寻道是可以进行顺序访问和随机访问的，因为寻道延时时间的关系，顺序访问时IO的吞吐量更大，随机访问的吞吐量小。如果我们想为一个机械硬盘进行吞吐量优化的话，那么就可以让调度器按照尽量复合顺序访问的IO请求进行排序，之后请求以这样的顺序发送给硬盘，就可以使IO的吞吐量更大。但是这样做也有另一个问题，就是如果此时出现了一个请求，它要访问的磁道离目前磁头所在磁道很远，应用的请求又大量集中在目前磁道附近。导致大量请求一直会被合并和插队处理，而那个要访问比较远磁道的请求将因为一直不能被调度而饿死。deadline就是这样一种调度器，能在保证IO最大吞吐量的情况下，尽量使远端请求在一个期限内被调度而不被饿死的调度器。

Jensen比较含蓄，有时又很有热情。也许比较偏成熟一点，毕竟要年长一些。属于很温柔的性格。但是疯起来也是很可爱的(u0e51u2022u0e31u0e47ωu2022u0e47u0e31u0e51)【我也更喜欢Jensen呐hhJared就比较大大咧咧。从他没心没肺的笑容就可以看出来hhh但是有时候这个大个子又很细腻。Jared这个人很阳光，但同时也是个抑郁症患者。他内心的正能量也陪他挺过了许多次。他在外网上举办的ALWays KEEp FIGHting的公益活动也激励了很多人。AKF就是这个大个子的性格表现。当然，Jensen的陪伴也成就了这个阳光的男孩子!(u0e51u2022u0e31u0e47ωu2022u0e47u0e31u0e51)

哈萨克斯坦。哈萨克斯坦共和国（哈萨克语：u049aазаu049bстан Республикасы，英语：The Republic of Kazakhstan），简称哈萨克斯坦（哈萨克语：u049aазаu049bстан，英语：Kazakhstan；），是一个位于中亚的内陆国家，也是世界上最大的内陆国。国名来自其主体民族哈萨克族。位于亚洲中部。北邻俄罗斯，南与乌兹别克斯坦、土库曼斯坦、吉尔吉斯斯坦接壤，西濒里海，东接中国。哈萨克斯坦的详细区域位置：世界最大的内陆国，哈萨克斯坦面积为272.49万平方公里，约占地球陆地表面积的2%，领土横跨亚欧两洲，以乌拉尔河为洲界。国境线总长度超过1.05万千米。哈萨克斯坦位于亚洲中部。北邻俄罗斯，南与乌兹别克斯坦、土库曼斯坦、吉尔吉斯斯坦接壤，西濒里海，东接中国。

1、酶的作用：酶是具有催化功能的生物大分子，即生物催化剂。 2、酶的化学本质：绝大多数是蛋白质,少数是RNA,现在还发现了极少数的DNA也能作为酶! 3、酶的特性，一具有专一性；二高效性；三反应条件温和，必须在一定的PH值和温度下进行。

你好。汽车的漂移是需要用手动手刹完成的。自动挡的车一般需要配有手动手刹。才可以完成漂移的。

前言：本文主要讲解Linux IO调度层的三种模式：cfp、deadline和noop，并给出各自的优化和适用场景建议。IO调度发生在Linux内核的IO调度层。这个层次是针对Linux的整体IO层次体系来说的。从read()或者write()系统调用的角度来说，Linux整体IO体系可以分为七层，它们分别是：VFS层： 虚拟文件系统层。由于内核要跟多种文件系统打交道，而每一种文件系统所实现的数据结构和相关方法都可能不尽相同，所以，内核抽象了这一层，专门用来适配各种文件系统，并对外提供统一操作接口。文件系统层： 不同的文件系统实现自己的操作过程，提供自己特有的特征，具体不多说了，大家愿意的话自己去看代码即可。页缓存层： 负责真对page的缓存。通用块层： 由于绝大多数情况的io操作是跟块设备打交道，所以Linux在此提供了一个类似vfs层的块设备操作抽象层。下层对接各种不同属性的块设备，对上提供统一的Block IO请求标准。IO调度层 ：因为绝大多数的块设备都是类似磁盘这样的设备，所以有必要根据这类设备的特点以及应用的不同特点来设置一些不同的调度算法和队列。以便在不同的应用环境下有针对性的提高磁盘的读写效率，这里就是大名鼎鼎的Linux电梯所起作用的地方。针对机械硬盘的各种调度方法就是在这实现的。块设备驱动层： 驱动层对外提供相对比较高级的设备操作接口，往往是C语言的，而下层对接设备本身的操作方法和规范。块设备层： 这层就是具体的物理设备了，定义了各种真对设备操作方法和规范。有一个已经整理好的[Linux IO结构图]，非常经典，一图胜千言：我们今天要研究的内容主要在IO调度这一层。它要解决的核心问题是，如何提高块设备IO的整体性能？这一层也主要是针对机械硬盘结构而设计的。众所周知，机械硬盘的存储介质是磁盘，磁头在盘片上移动进行磁道寻址，行为类似播放一张唱片。这种结构的特点是，顺序访问时吞吐量较高，但是如果一旦对盘片有随机访问，那么大量的时间都会浪费在磁头的移动上，这时候就会导致每次IO的响应时间变长，极大的降低IO的响应速度。磁头在盘片上寻道的操作，类似电梯调度，实际上在最开始的时期，Linux把这个算法命名为Linux电梯算法，即：如果在寻道的过程中，能把顺序路过的相关磁道的数据请求都“顺便”处理掉，那么就可以在比较小影响响应速度的前提下，提高整体IO的吞吐量。这就是我们为什么要设计IO调度算法的原因。目前在内核中默认开启了三种算法/模式：noop，cfq和deadline。严格算应该是两种：因为第一种叫做noop，就是空操作调度算法，也就是没有任何调度操作，并不对io请求进行排序，仅仅做适当的io合并的一个fifo队列。目前内核中默认的调度算法应该是cfq，叫做完全公平队列调度。这个调度算法人如其名，它试图给所有进程提供一个完全公平的IO操作环境。注：请大家一定记住这个词语，cfq，完全公平队列调度，不然下文就没法看了。cfq为每个进程创建一个同步IO调度队列，并默认以时间片和请求数限定的方式分配IO资源，以此保证每个进程的IO资源占用是公平的，cfq还实现了针对进程级别的优先级调度，这个我们后面会详细解释。查看和修改IO调度算法的方法是：cfq是通用服务器比较好的IO调度算法选择，对桌面用户也是比较好的选择。但是对于很多IO压力较大的场景就并不是很适应，尤其是IO压力集中在某些进程上的场景。因为这种场景我们需要更多的满足某个或者某几个进程的IO响应速度，而不是让所有的进程公平的使用IO，比如数据库应用。deadline调度（最终期限调度）就是更适合上述场景的解决方案。deadline实现了四个队列：其中两个分别处理正常read和write，按扇区号排序，进行正常io的合并处理以提高吞吐量。因为IO请求可能会集中在某些磁盘位置，这样会导致新来的请求一直被合并，可能会有其他磁盘位置的io请求被饿死。另外两个处理超时read和write的队列，按请求创建时间排序，如果有超时的请求出现，就放进这两个队列，调度算法保证超时（达到最终期限时间）的队列中的请求会优先被处理，防止请求被饿死。不久前，内核还是默认标配四种算法，还有一种叫做as的算法（Anticipatory scheduler），预测调度算法。一个高大上的名字，搞得我一度认为Linux内核都会算命了。结果发现，无非是在基于deadline算法做io调度的之前等一小会时间，如果这段时间内有可以合并的io请求到来，就可以合并处理，提高deadline调度的在顺序读写情况下的数据吞吐量。其实这根本不是啥预测，我觉得不如叫撞大运调度算法，当然这种策略在某些特定场景差效果不错。但是在大多数场景下，这个调度不仅没有提高吞吐量，还降低了响应速度，所以内核干脆把它从默认配置里删除了。毕竟Linux的宗旨是实用，而我们也就不再这个调度算法上多费口舌了。1、cfq：完全公平队列调度cfq是内核默认选择的IO调度队列，它在桌面应用场景以及大多数常见应用场景下都是很好的选择。如何实现一个所谓的完全公平队列（Completely Fair Queueing）？首先我们要理解所谓的公平是对谁的公平？从操作系统的角度来说，产生操作行为的主体都是进程，所以这里的公平是针对每个进程而言的，我们要试图让进程可以公平的占用IO资源。那么如何让进程公平的占用IO资源？我们需要先理解什么是IO资源。当我们衡量一个IO资源的时候，一般喜欢用的是两个单位，一个是数据读写的带宽，另一个是数据读写的IOPS。带宽就是以时间为单位的读写数据量，比如，100Mbyte/s。而IOPS是以时间为单位的读写次数。在不同的读写情境下，这两个单位的表现可能不一样，但是可以确定的是，两个单位的任何一个达到了性能上限，都会成为IO的瓶颈。从机械硬盘的结构考虑，如果读写是顺序读写，那么IO的表现是可以通过比较少的IOPS达到较大的带宽，因为可以合并很多IO，也可以通过预读等方式加速数据读取效率。当IO的表现是偏向于随机读写的时候，那么IOPS就会变得更大，IO的请求的合并可能性下降，当每次io请求数据越少的时候，带宽表现就会越低。从这里我们可以理解，针对进程的IO资源的主要表现形式有两个： 进程在单位时间内提交的IO请求个数和进程占用IO的带宽。其实无论哪个，都是跟进程分配的IO处理时间长度紧密相关的。有时业务可以在较少IOPS的情况下占用较大带宽，另外一些则可能在较大IOPS的情况下占用较少带宽，所以对进程占用IO的时间进行调度才是相对最公平的。即，我不管你是IOPS高还是带宽占用高，到了时间咱就换下一个进程处理，你爱咋样咋样。所以，cfq就是试图给所有进程分配等同的块设备使用的时间片，进程在时间片内，可以将产生的IO请求提交给块设备进行处理，时间片结束，进程的请求将排进它自己的队列，等待下次调度的时候进行处理。这就是cfq的基本原理。当然，现实生活中不可能有真正的“公平”，常见的应用场景下，我们很肯能需要人为的对进程的IO占用进行人为指定优先级，这就像对进程的CPU占用设置优先级的概念一样。所以，除了针对时间片进行公平队列调度外，cfq还提供了优先级支持。每个进程都可以设置一个IO优先级，cfq会根据这个优先级的设置情况作为调度时的重要参考因素。优先级首先分成三大类：RT、BE、IDLE，它们分别是实时（Real Time）、最佳效果（Best Try）和闲置（Idle）三个类别，对每个类别的IO，cfq都使用不同的策略进行处理。另外，RT和BE类别中，分别又再划分了8个子优先级实现更细节的QOS需求，而IDLE只有一个子优先级。另外，我们都知道内核默认对存储的读写都是经过缓存（buffer/cache）的，在这种情况下，cfq是无法区分当前处理的请求是来自哪一个进程的。只有在进程使用同步方式（sync read或者sync wirte）或者直接IO（Direct IO）方式进行读写的时候，cfq才能区分出IO请求来自哪个进程。所以，除了针对每个进程实现的IO队列以外，还实现了一个公共的队列用来处理异步请求。当前内核已经实现了针对IO资源的cgroup资源隔离，所以在以上体系的基础上，cfq也实现了针对cgroup的调度支持。总的来说，cfq用了一系列的数据结构实现了以上所有复杂功能的支持，大家可以通过源代码看到其相关实现，文件在源代码目录下的block/cfq-iosched.c。1.1 cfq设计原理在此，我们对整体数据结构做一个简要描述：首先，cfq通过一个叫做cfq_data的数据结构维护了整个调度器流程。在一个支持了cgroup功能的cfq中，全部进程被分成了若干个contral group进行管理。每个cgroup在cfq中都有一个cfq_group的结构进行描述，所有的cgroup都被作为一个调度对象放进一个红黑树中，并以vdisktime为key进行排序。vdisktime这个时间纪录的是当前cgroup所占用的io时间，每次对cgroup进行调度时，总是通过红黑树选择当前vdisktime时间最少的cgroup进行处理，以保证所有cgroups之间的IO资源占用“公平”。当然我们知道，cgroup是可以对blkio进行资源比例分配的，其作用原理就是，分配比例大的cgroup占用vdisktime时间增长较慢，分配比例小的vdisktime时间增长较快，快慢与分配比例成正比。这样就做到了不同的cgroup分配的IO比例不一样，并且在cfq的角度看来依然是“公平“的。选择好了需要处理的cgroup（cfq_group）之后，调度器需要决策选择下一步的service_tree。service_tree这个数据结构对应的都是一系列的红黑树，主要目的是用来实现请求优先级分类的，就是RT、BE、IDLE的分类。每一个cfq_group都维护了7个service_trees，其定义如下：其中service_tree_idle就是用来给IDLE类型的请求进行排队用的红黑树。而上面二维数组，首先第一个维度针对RT和BE分别各实现了一个数组，每一个数组中都维护了三个红黑树，分别对应三种不同子类型的请求，分别是：SYNC、SYNC_NOIDLE以及ASYNC。我们可以认为SYNC相当于SYNC_IDLE并与SYNC_NOIDLE对应。idling是cfq在设计上为了尽量合并连续的IO请求以达到提高吞吐量的目的而加入的机制，我们可以理解为是一种“空转”等待机制。空转是指，当一个队列处理一个请求结束后，会在发生调度之前空等一小会时间，如果下一个请求到来，则可以减少磁头寻址，继续处理顺序的IO请求。为了实现这个功能，cfq在service_tree这层数据结构这实现了SYNC队列，如果请求是同步顺序请求，就入队这个service tree，如果请求是同步随机请求，则入队SYNC_NOIDLE队列，以判断下一个请求是否是顺序请求。所有的异步写操作请求将入队ASYNC的service tree，并且针对这个队列没有空转等待机制。此外，cfq还对SSD这样的硬盘有特殊调整，当cfq发现存储设备是一个ssd硬盘这样的队列深度更大的设备时，所有针对单独队列的空转都将不生效，所有的IO请求都将入队SYNC_NOIDLE这个service tree。每一个service tree都对应了若干个cfq_queue队列，每个cfq_queue队列对应一个进程，这个我们后续再详细说明。cfq_group还维护了一个在cgroup内部所有进程公用的异步IO请求队列，其结构如下：异步请求也分成了RT、BE、IDLE这三类进行处理，每一类对应一个cfq_queue进行排队。BE和RT也实现了优先级的支持，每一个类型有IOPRIO_BE_NR这么多个优先级，这个值定义为8，数组下标为0-7。我们目前分析的内核代码版本为Linux 4.4，可以看出，从cfq的角度来说，已经可以实现异步IO的cgroup支持了，我们需要定义一下这里所谓异步IO的含义，它仅仅表示从内存的buffer/cache中的数据同步到硬盘的IO请求，而不是aio(man 7 aio)或者linux的native异步io以及libaio机制，实际上这些所谓的“异步”IO机制，在内核中都是同步实现的（本质上冯诺伊曼计算机没有真正的“异步”机制）。我们在上面已经说明过，由于进程正常情况下都是将数据先写入buffer/cache，所以这种异步IO都是统一由cfq_group中的async请求队列处理的。那么为什么在上面的service_tree中还要实现和一个ASYNC的类型呢？这当然是为了支持区分进程的异步IO并使之可以“完全公平”做准备喽。实际上在最新的cgroup v2的blkio体系中，内核已经支持了针对buffer IO的cgroup限速支持，而以上这些可能容易混淆的一堆类型，都是在新的体系下需要用到的类型标记。新体系的复杂度更高了，功能也更加强大，但是大家先不要着急，正式的cgroup v2体系，在Linux 4.5发布的时候会正式跟大家见面。我们继续选择service_tree的过程，三种优先级类型的service_tree的选择就是根据类型的优先级来做选择的，RT优先级最高，BE其次，IDLE最低。就是说，RT里有，就会一直处理RT，RT没了再处理BE。每个service_tree对应一个元素为cfq_queue排队的红黑树，而每个cfq_queue就是内核为进程（线程）创建的请求队列。每一个cfq_queue都会维护一个rb_key的变量，这个变量实际上就是这个队列的IO服务时间（service time）。这里还是通过红黑树找到service time时间最短的那个cfq_queue进行服务，以保证“完全公平”。选择好了cfq_queue之后，就要开始处理这个队列里的IO请求了。这里的调度方式基本跟deadline类似。cfq_queue会对进入队列的每一个请求进行两次入队，一个放进fifo中，另一个放进按访问扇区顺序作为key的红黑树中。默认从红黑树中取请求进行处理，当请求的延时时间达到deadline时，就从红黑树中取等待时间最长的进行处理，以保证请求不被饿死。这就是整个cfq的调度流程，当然其中还有很多细枝末节没有交代，比如合并处理以及顺序处理等等。1.2 cfq的参数调整理解整个调度流程有助于我们决策如何调整cfq的相关参数。所有cfq的可调参数都可以在/sys/class/block/sda/queue/iosched/目录下找到，当然，在你的系统上，请将sda替换为相应的磁盘名称。我们来看一下都有什么：这些参数部分是跟机械硬盘磁头寻道方式有关的，如果其说明你看不懂，请先补充相关知识：back_seek_max:磁头可以向后寻址的最大范围，默认值为16M。back_seek_penalty:向后寻址的惩罚系数。这个值是跟向前寻址进行比较的。以上两个是为了防止磁头寻道发生抖动而导致寻址过慢而设置的。基本思路是这样，一个io请求到来的时候，cfq会根据其寻址位置预估一下其磁头寻道成本。设置一个最大值back_seek_max，对于请求所访问的扇区号在磁头后方的请求，只要寻址范围没有超过这个值，cfq会像向前寻址的请求一样处理它。再设置一个评估成本的系数back_seek_penalty，相对于磁头向前寻址，向后寻址的距离为1/2(1/back_seek_penalty)时，cfq认为这两个请求寻址的代价是相同。这两个参数实际上是cfq判断请求合并处理的条件限制，凡事复合这个条件的请求，都会尽量在本次请求处理的时候一起合并处理。fifo_expire_async:设置异步请求的超时时间。同步请求和异步请求是区分不同队列处理的，cfq在调度的时候一般情况都会优先处理同步请求，之后再处理异步请求，除非异步请求符合上述合并处理的条件限制范围内。当本进程的队列被调度时，cfq会优先检查是否有异步请求超时，就是超过fifo_expire_async参数的限制。如果有，则优先发送一个超时的请求，其余请求仍然按照优先级以及扇区编号大小来处理。fifo_expire_sync:这个参数跟上面的类似，区别是用来设置同步请求的超时时间。slice_idle:参数设置了一个等待时间。这让cfq在切换cfq_queue或service tree的时候等待一段时间，目的是提高机械硬盘的吞吐量。一般情况下，来自同一个cfq_queue或者service tree的IO请求的寻址局部性更好，所以这样可以减少磁盘的寻址次数。这个值在机械硬盘上默认为非零。当然在固态硬盘或者硬RAID设备上设置这个值为非零会降低存储的效率，因为固态硬盘没有磁头寻址这个概念，所以在这样的设备上应该设置为0，关闭此功能。group_idle:这个参数也跟上一个参数类似，区别是当cfq要切换cfq_group的时候会等待一段时间。在cgroup的场景下，如果我们沿用slice_idle的方式，那么空转等待可能会在cgroup组内每个进程的cfq_queue切换时发生。这样会如果这个进程一直有请求要处理的话，那么直到这个cgroup的配额被耗尽，同组中的其它进程也可能无法被调度到。这样会导致同组中的其它进程饿死而产生IO性能瓶颈。在这种情况下，我们可以将slice_idle ＝ 0而group_idle ＝ 8。这样空转等待就是以cgroup为单位进行的，而不是以cfq_queue的进程为单位进行，以防止上述问题产生。low_latency:这个是用来开启或关闭cfq的低延时（low latency）模式的开关。当这个开关打开时，cfq将会根据target_latency的参数设置来对每一个进程的分片时间（slice time）进行重新计算。这将有利于对吞吐量的公平（默认是对时间片分配的公平）。关闭这个参数（设置为0）将忽略target_latency的值。这将使系统中的进程完全按照时间片方式进行IO资源分配。这个开关默认是打开的。我们已经知道cfq设计上有“空转”（idling）这个概念，目的是为了可以让连续的读写操作尽可能多的合并处理，减少磁头的寻址操作以便增大吞吐量。如果有进程总是很快的进行顺序读写，那么它将因为cfq的空转等待命中率很高而导致其它需要处理IO的进程响应速度下降，如果另一个需要调度的进程不会发出大量顺序IO行为的话，系统中不同进程IO吞吐量的表现就会很不均衡。就比如，系统内存的cache中有很多脏页要写回时，桌面又要打开一个浏览器进行操作，这时脏页写回的后台行为就很可能会大量命中空转时间，而导致浏览器的小量IO一直等待，让用户感觉浏览器运行响应速度变慢。这个low_latency主要是对这种情况进行优化的选项，当其打开时，系统会根据target_latency的配置对因为命中空转而大量占用IO吞吐量的进程进行限制，以达到不同进程IO占用的吞吐量的相对均衡。这个开关比较合适在类似桌面应用的场景下打开。target_latency:当low_latency的值为开启状态时，cfq将根据这个值重新计算每个进程分配的IO时间片长度。quantum:这个参数用来设置每次从cfq_queue中处理多少个IO请求。在一个队列处理事件周期中，超过这个数字的IO请求将不会被处理。这个参数只对同步的请求有效。slice_sync:当一个cfq_queue队列被调度处理时，它可以被分配的处理总时间是通过这个值来作为一个计算参数指定的。公式为：time_slice = slice_sync + (slice_sync/5 * (4 - prio))。这个参数对同步请求有效。slice_async:这个值跟上一个类似，区别是对异步请求有效。slice_async_rq:这个参数用来限制在一个slice的时间范围内，一个队列最多可以处理的异步请求个数。请求被处理的最大个数还跟相关进程被设置的io优先级有关。1.3 cfq的IOPS模式我们已经知道，默认情况下cfq是以时间片方式支持的带优先级的调度来保证IO资源占用的公平。高优先级的进程将得到更多的时间片长度，而低优先级的进程时间片相对较小。当我们的存储是一个高速并且支持NCQ（原生指令队列）的设备的时候，我们最好可以让其可以从多个cfq队列中处理多路的请求，以便提升NCQ的利用率。此时使用时间片的分配方式分配资源就显得不合时宜了，因为基于时间片的分配，同一时刻最多能处理的请求队列只有一个。这时，我们需要切换cfq的模式为IOPS模式。切换方式很简单，就是将slice_idle=0即可。内核会自动检测你的存储设备是否支持NCQ，如果支持的话cfq会自动切换为IOPS模式。另外，在默认的基于优先级的时间片方式下，我们可以使用ionice命令来调整进程的IO优先级。进程默认分配的IO优先级是根据进程的nice值计算而来的，计算方法可以在man ionice中看到，这里不再废话。2、deadline：最终期限调度deadline调度算法相对cfq要简单很多。其设计目标是：在保证请求按照设备扇区的顺序进行访问的同时，兼顾其它请求不被饿死，要在一个最终期限前被调度到。我们知道磁头对磁盘的寻道是可以进行顺序访问和随机访问的，因为寻道延时时间的关系，顺序访问时IO的吞吐量更大，随机访问的吞吐量小。如果我们想为一个机械硬盘进行吞吐量优化的话，那么就可以让调度器按照尽量复合顺序访问的IO请求进行排序，之后请求以这样的顺序发送给硬盘，就可以使IO的吞吐量更大。但是这样做也有另一个问题，就是如果此时出现了一个请求，它要访问的磁道离目前磁头所在磁道很远，应用的请求又大量集中在目前磁道附近。导致大量请求一直会被合并和插队处理，而那个要访问比较远磁道的请求将因为一直不能被调度而饿死。deadline就是这样一种调度器，能在保证IO最大吞吐量的情况下，尽量使远端请求在一个期限内被调度而不被饿死的调度器。

第一个是指球打在门柱上第二个是指打在横梁上post 门柱 bar 横梁

我的摔了一下可坏了也是不开机拿售后说屏碎了

前言：本文主要讲解Linux IO调度层的三种模式：cfp、deadline和noop，并给出各自的优化和适用场景建议。IO调度发生在Linux内核的IO调度层。这个层次是针对Linux的整体IO层次体系来说的。从read()或者write()系统调用的角度来说，Linux整体IO体系可以分为七层，它们分别是：VFS层： 虚拟文件系统层。由于内核要跟多种文件系统打交道，而每一种文件系统所实现的数据结构和相关方法都可能不尽相同，所以，内核抽象了这一层，专门用来适配各种文件系统，并对外提供统一操作接口。文件系统层： 不同的文件系统实现自己的操作过程，提供自己特有的特征，具体不多说了，大家愿意的话自己去看代码即可。页缓存层： 负责真对page的缓存。通用块层： 由于绝大多数情况的io操作是跟块设备打交道，所以Linux在此提供了一个类似vfs层的块设备操作抽象层。下层对接各种不同属性的块设备，对上提供统一的Block IO请求标准。IO调度层 ：因为绝大多数的块设备都是类似磁盘这样的设备，所以有必要根据这类设备的特点以及应用的不同特点来设置一些不同的调度算法和队列。以便在不同的应用环境下有针对性的提高磁盘的读写效率，这里就是大名鼎鼎的Linux电梯所起作用的地方。针对机械硬盘的各种调度方法就是在这实现的。块设备驱动层： 驱动层对外提供相对比较高级的设备操作接口，往往是C语言的，而下层对接设备本身的操作方法和规范。块设备层： 这层就是具体的物理设备了，定义了各种真对设备操作方法和规范。有一个已经整理好的[Linux IO结构图]，非常经典，一图胜千言：我们今天要研究的内容主要在IO调度这一层。它要解决的核心问题是，如何提高块设备IO的整体性能？这一层也主要是针对机械硬盘结构而设计的。众所周知，机械硬盘的存储介质是磁盘，磁头在盘片上移动进行磁道寻址，行为类似播放一张唱片。这种结构的特点是，顺序访问时吞吐量较高，但是如果一旦对盘片有随机访问，那么大量的时间都会浪费在磁头的移动上，这时候就会导致每次IO的响应时间变长，极大的降低IO的响应速度。磁头在盘片上寻道的操作，类似电梯调度，实际上在最开始的时期，Linux把这个算法命名为Linux电梯算法，即：如果在寻道的过程中，能把顺序路过的相关磁道的数据请求都“顺便”处理掉，那么就可以在比较小影响响应速度的前提下，提高整体IO的吞吐量。这就是我们为什么要设计IO调度算法的原因。目前在内核中默认开启了三种算法/模式：noop，cfq和deadline。严格算应该是两种：因为第一种叫做noop，就是空操作调度算法，也就是没有任何调度操作，并不对io请求进行排序，仅仅做适当的io合并的一个fifo队列。目前内核中默认的调度算法应该是cfq，叫做完全公平队列调度。这个调度算法人如其名，它试图给所有进程提供一个完全公平的IO操作环境。注：请大家一定记住这个词语，cfq，完全公平队列调度，不然下文就没法看了。cfq为每个进程创建一个同步IO调度队列，并默认以时间片和请求数限定的方式分配IO资源，以此保证每个进程的IO资源占用是公平的，cfq还实现了针对进程级别的优先级调度，这个我们后面会详细解释。查看和修改IO调度算法的方法是：cfq是通用服务器比较好的IO调度算法选择，对桌面用户也是比较好的选择。但是对于很多IO压力较大的场景就并不是很适应，尤其是IO压力集中在某些进程上的场景。因为这种场景我们需要更多的满足某个或者某几个进程的IO响应速度，而不是让所有的进程公平的使用IO，比如数据库应用。deadline调度（最终期限调度）就是更适合上述场景的解决方案。deadline实现了四个队列：其中两个分别处理正常read和write，按扇区号排序，进行正常io的合并处理以提高吞吐量。因为IO请求可能会集中在某些磁盘位置，这样会导致新来的请求一直被合并，可能会有其他磁盘位置的io请求被饿死。另外两个处理超时read和write的队列，按请求创建时间排序，如果有超时的请求出现，就放进这两个队列，调度算法保证超时（达到最终期限时间）的队列中的请求会优先被处理，防止请求被饿死。不久前，内核还是默认标配四种算法，还有一种叫做as的算法（Anticipatory scheduler），预测调度算法。一个高大上的名字，搞得我一度认为Linux内核都会算命了。结果发现，无非是在基于deadline算法做io调度的之前等一小会时间，如果这段时间内有可以合并的io请求到来，就可以合并处理，提高deadline调度的在顺序读写情况下的数据吞吐量。其实这根本不是啥预测，我觉得不如叫撞大运调度算法，当然这种策略在某些特定场景差效果不错。但是在大多数场景下，这个调度不仅没有提高吞吐量，还降低了响应速度，所以内核干脆把它从默认配置里删除了。毕竟Linux的宗旨是实用，而我们也就不再这个调度算法上多费口舌了。1、cfq：完全公平队列调度cfq是内核默认选择的IO调度队列，它在桌面应用场景以及大多数常见应用场景下都是很好的选择。如何实现一个所谓的完全公平队列（Completely Fair Queueing）？首先我们要理解所谓的公平是对谁的公平？从操作系统的角度来说，产生操作行为的主体都是进程，所以这里的公平是针对每个进程而言的，我们要试图让进程可以公平的占用IO资源。那么如何让进程公平的占用IO资源？我们需要先理解什么是IO资源。当我们衡量一个IO资源的时候，一般喜欢用的是两个单位，一个是数据读写的带宽，另一个是数据读写的IOPS。带宽就是以时间为单位的读写数据量，比如，100Mbyte/s。而IOPS是以时间为单位的读写次数。在不同的读写情境下，这两个单位的表现可能不一样，但是可以确定的是，两个单位的任何一个达到了性能上限，都会成为IO的瓶颈。从机械硬盘的结构考虑，如果读写是顺序读写，那么IO的表现是可以通过比较少的IOPS达到较大的带宽，因为可以合并很多IO，也可以通过预读等方式加速数据读取效率。当IO的表现是偏向于随机读写的时候，那么IOPS就会变得更大，IO的请求的合并可能性下降，当每次io请求数据越少的时候，带宽表现就会越低。从这里我们可以理解，针对进程的IO资源的主要表现形式有两个： 进程在单位时间内提交的IO请求个数和进程占用IO的带宽。其实无论哪个，都是跟进程分配的IO处理时间长度紧密相关的。有时业务可以在较少IOPS的情况下占用较大带宽，另外一些则可能在较大IOPS的情况下占用较少带宽，所以对进程占用IO的时间进行调度才是相对最公平的。即，我不管你是IOPS高还是带宽占用高，到了时间咱就换下一个进程处理，你爱咋样咋样。所以，cfq就是试图给所有进程分配等同的块设备使用的时间片，进程在时间片内，可以将产生的IO请求提交给块设备进行处理，时间片结束，进程的请求将排进它自己的队列，等待下次调度的时候进行处理。这就是cfq的基本原理。当然，现实生活中不可能有真正的“公平”，常见的应用场景下，我们很肯能需要人为的对进程的IO占用进行人为指定优先级，这就像对进程的CPU占用设置优先级的概念一样。所以，除了针对时间片进行公平队列调度外，cfq还提供了优先级支持。每个进程都可以设置一个IO优先级，cfq会根据这个优先级的设置情况作为调度时的重要参考因素。优先级首先分成三大类：RT、BE、IDLE，它们分别是实时（Real Time）、最佳效果（Best Try）和闲置（Idle）三个类别，对每个类别的IO，cfq都使用不同的策略进行处理。另外，RT和BE类别中，分别又再划分了8个子优先级实现更细节的QOS需求，而IDLE只有一个子优先级。另外，我们都知道内核默认对存储的读写都是经过缓存（buffer/cache）的，在这种情况下，cfq是无法区分当前处理的请求是来自哪一个进程的。只有在进程使用同步方式（sync read或者sync wirte）或者直接IO（Direct IO）方式进行读写的时候，cfq才能区分出IO请求来自哪个进程。所以，除了针对每个进程实现的IO队列以外，还实现了一个公共的队列用来处理异步请求。当前内核已经实现了针对IO资源的cgroup资源隔离，所以在以上体系的基础上，cfq也实现了针对cgroup的调度支持。总的来说，cfq用了一系列的数据结构实现了以上所有复杂功能的支持，大家可以通过源代码看到其相关实现，文件在源代码目录下的block/cfq-iosched.c。1.1 cfq设计原理在此，我们对整体数据结构做一个简要描述：首先，cfq通过一个叫做cfq_data的数据结构维护了整个调度器流程。在一个支持了cgroup功能的cfq中，全部进程被分成了若干个contral group进行管理。每个cgroup在cfq中都有一个cfq_group的结构进行描述，所有的cgroup都被作为一个调度对象放进一个红黑树中，并以vdisktime为key进行排序。vdisktime这个时间纪录的是当前cgroup所占用的io时间，每次对cgroup进行调度时，总是通过红黑树选择当前vdisktime时间最少的cgroup进行处理，以保证所有cgroups之间的IO资源占用“公平”。当然我们知道，cgroup是可以对blkio进行资源比例分配的，其作用原理就是，分配比例大的cgroup占用vdisktime时间增长较慢，分配比例小的vdisktime时间增长较快，快慢与分配比例成正比。这样就做到了不同的cgroup分配的IO比例不一样，并且在cfq的角度看来依然是“公平“的。选择好了需要处理的cgroup（cfq_group）之后，调度器需要决策选择下一步的service_tree。service_tree这个数据结构对应的都是一系列的红黑树，主要目的是用来实现请求优先级分类的，就是RT、BE、IDLE的分类。每一个cfq_group都维护了7个service_trees，其定义如下：其中service_tree_idle就是用来给IDLE类型的请求进行排队用的红黑树。而上面二维数组，首先第一个维度针对RT和BE分别各实现了一个数组，每一个数组中都维护了三个红黑树，分别对应三种不同子类型的请求，分别是：SYNC、SYNC_NOIDLE以及ASYNC。我们可以认为SYNC相当于SYNC_IDLE并与SYNC_NOIDLE对应。idling是cfq在设计上为了尽量合并连续的IO请求以达到提高吞吐量的目的而加入的机制，我们可以理解为是一种“空转”等待机制。空转是指，当一个队列处理一个请求结束后，会在发生调度之前空等一小会时间，如果下一个请求到来，则可以减少磁头寻址，继续处理顺序的IO请求。为了实现这个功能，cfq在service_tree这层数据结构这实现了SYNC队列，如果请求是同步顺序请求，就入队这个service tree，如果请求是同步随机请求，则入队SYNC_NOIDLE队列，以判断下一个请求是否是顺序请求。所有的异步写操作请求将入队ASYNC的service tree，并且针对这个队列没有空转等待机制。此外，cfq还对SSD这样的硬盘有特殊调整，当cfq发现存储设备是一个ssd硬盘这样的队列深度更大的设备时，所有针对单独队列的空转都将不生效，所有的IO请求都将入队SYNC_NOIDLE这个service tree。每一个service tree都对应了若干个cfq_queue队列，每个cfq_queue队列对应一个进程，这个我们后续再详细说明。cfq_group还维护了一个在cgroup内部所有进程公用的异步IO请求队列，其结构如下：异步请求也分成了RT、BE、IDLE这三类进行处理，每一类对应一个cfq_queue进行排队。BE和RT也实现了优先级的支持，每一个类型有IOPRIO_BE_NR这么多个优先级，这个值定义为8，数组下标为0-7。我们目前分析的内核代码版本为Linux 4.4，可以看出，从cfq的角度来说，已经可以实现异步IO的cgroup支持了，我们需要定义一下这里所谓异步IO的含义，它仅仅表示从内存的buffer/cache中的数据同步到硬盘的IO请求，而不是aio(man 7 aio)或者linux的native异步io以及libaio机制，实际上这些所谓的“异步”IO机制，在内核中都是同步实现的（本质上冯诺伊曼计算机没有真正的“异步”机制）。我们在上面已经说明过，由于进程正常情况下都是将数据先写入buffer/cache，所以这种异步IO都是统一由cfq_group中的async请求队列处理的。那么为什么在上面的service_tree中还要实现和一个ASYNC的类型呢？这当然是为了支持区分进程的异步IO并使之可以“完全公平”做准备喽。实际上在最新的cgroup v2的blkio体系中，内核已经支持了针对buffer IO的cgroup限速支持，而以上这些可能容易混淆的一堆类型，都是在新的体系下需要用到的类型标记。新体系的复杂度更高了，功能也更加强大，但是大家先不要着急，正式的cgroup v2体系，在Linux 4.5发布的时候会正式跟大家见面。我们继续选择service_tree的过程，三种优先级类型的service_tree的选择就是根据类型的优先级来做选择的，RT优先级最高，BE其次，IDLE最低。就是说，RT里有，就会一直处理RT，RT没了再处理BE。每个service_tree对应一个元素为cfq_queue排队的红黑树，而每个cfq_queue就是内核为进程（线程）创建的请求队列。每一个cfq_queue都会维护一个rb_key的变量，这个变量实际上就是这个队列的IO服务时间（service time）。这里还是通过红黑树找到service time时间最短的那个cfq_queue进行服务，以保证“完全公平”。选择好了cfq_queue之后，就要开始处理这个队列里的IO请求了。这里的调度方式基本跟deadline类似。cfq_queue会对进入队列的每一个请求进行两次入队，一个放进fifo中，另一个放进按访问扇区顺序作为key的红黑树中。默认从红黑树中取请求进行处理，当请求的延时时间达到deadline时，就从红黑树中取等待时间最长的进行处理，以保证请求不被饿死。这就是整个cfq的调度流程，当然其中还有很多细枝末节没有交代，比如合并处理以及顺序处理等等。1.2 cfq的参数调整理解整个调度流程有助于我们决策如何调整cfq的相关参数。所有cfq的可调参数都可以在/sys/class/block/sda/queue/iosched/目录下找到，当然，在你的系统上，请将sda替换为相应的磁盘名称。我们来看一下都有什么：这些参数部分是跟机械硬盘磁头寻道方式有关的，如果其说明你看不懂，请先补充相关知识：back_seek_max:磁头可以向后寻址的最大范围，默认值为16M。back_seek_penalty:向后寻址的惩罚系数。这个值是跟向前寻址进行比较的。以上两个是为了防止磁头寻道发生抖动而导致寻址过慢而设置的。基本思路是这样，一个io请求到来的时候，cfq会根据其寻址位置预估一下其磁头寻道成本。设置一个最大值back_seek_max，对于请求所访问的扇区号在磁头后方的请求，只要寻址范围没有超过这个值，cfq会像向前寻址的请求一样处理它。再设置一个评估成本的系数back_seek_penalty，相对于磁头向前寻址，向后寻址的距离为1/2(1/back_seek_penalty)时，cfq认为这两个请求寻址的代价是相同。这两个参数实际上是cfq判断请求合并处理的条件限制，凡事复合这个条件的请求，都会尽量在本次请求处理的时候一起合并处理。fifo_expire_async:设置异步请求的超时时间。同步请求和异步请求是区分不同队列处理的，cfq在调度的时候一般情况都会优先处理同步请求，之后再处理异步请求，除非异步请求符合上述合并处理的条件限制范围内。当本进程的队列被调度时，cfq会优先检查是否有异步请求超时，就是超过fifo_expire_async参数的限制。如果有，则优先发送一个超时的请求，其余请求仍然按照优先级以及扇区编号大小来处理。fifo_expire_sync:这个参数跟上面的类似，区别是用来设置同步请求的超时时间。slice_idle:参数设置了一个等待时间。这让cfq在切换cfq_queue或service tree的时候等待一段时间，目的是提高机械硬盘的吞吐量。一般情况下，来自同一个cfq_queue或者service tree的IO请求的寻址局部性更好，所以这样可以减少磁盘的寻址次数。这个值在机械硬盘上默认为非零。当然在固态硬盘或者硬RAID设备上设置这个值为非零会降低存储的效率，因为固态硬盘没有磁头寻址这个概念，所以在这样的设备上应该设置为0，关闭此功能。group_idle:这个参数也跟上一个参数类似，区别是当cfq要切换cfq_group的时候会等待一段时间。在cgroup的场景下，如果我们沿用slice_idle的方式，那么空转等待可能会在cgroup组内每个进程的cfq_queue切换时发生。这样会如果这个进程一直有请求要处理的话，那么直到这个cgroup的配额被耗尽，同组中的其它进程也可能无法被调度到。这样会导致同组中的其它进程饿死而产生IO性能瓶颈。在这种情况下，我们可以将slice_idle ＝ 0而group_idle ＝ 8。这样空转等待就是以cgroup为单位进行的，而不是以cfq_queue的进程为单位进行，以防止上述问题产生。low_latency:这个是用来开启或关闭cfq的低延时（low latency）模式的开关。当这个开关打开时，cfq将会根据target_latency的参数设置来对每一个进程的分片时间（slice time）进行重新计算。这将有利于对吞吐量的公平（默认是对时间片分配的公平）。关闭这个参数（设置为0）将忽略target_latency的值。这将使系统中的进程完全按照时间片方式进行IO资源分配。这个开关默认是打开的。我们已经知道cfq设计上有“空转”（idling）这个概念，目的是为了可以让连续的读写操作尽可能多的合并处理，减少磁头的寻址操作以便增大吞吐量。如果有进程总是很快的进行顺序读写，那么它将因为cfq的空转等待命中率很高而导致其它需要处理IO的进程响应速度下降，如果另一个需要调度的进程不会发出大量顺序IO行为的话，系统中不同进程IO吞吐量的表现就会很不均衡。就比如，系统内存的cache中有很多脏页要写回时，桌面又要打开一个浏览器进行操作，这时脏页写回的后台行为就很可能会大量命中空转时间，而导致浏览器的小量IO一直等待，让用户感觉浏览器运行响应速度变慢。这个low_latency主要是对这种情况进行优化的选项，当其打开时，系统会根据target_latency的配置对因为命中空转而大量占用IO吞吐量的进程进行限制，以达到不同进程IO占用的吞吐量的相对均衡。这个开关比较合适在类似桌面应用的场景下打开。target_latency:当low_latency的值为开启状态时，cfq将根据这个值重新计算每个进程分配的IO时间片长度。quantum:这个参数用来设置每次从cfq_queue中处理多少个IO请求。在一个队列处理事件周期中，超过这个数字的IO请求将不会被处理。这个参数只对同步的请求有效。slice_sync:当一个cfq_queue队列被调度处理时，它可以被分配的处理总时间是通过这个值来作为一个计算参数指定的。公式为：time_slice = slice_sync + (slice_sync/5 * (4 - prio))。这个参数对同步请求有效。slice_async:这个值跟上一个类似，区别是对异步请求有效。slice_async_rq:这个参数用来限制在一个slice的时间范围内，一个队列最多可以处理的异步请求个数。请求被处理的最大个数还跟相关进程被设置的io优先级有关。1.3 cfq的IOPS模式我们已经知道，默认情况下cfq是以时间片方式支持的带优先级的调度来保证IO资源占用的公平。高优先级的进程将得到更多的时间片长度，而低优先级的进程时间片相对较小。当我们的存储是一个高速并且支持NCQ（原生指令队列）的设备的时候，我们最好可以让其可以从多个cfq队列中处理多路的请求，以便提升NCQ的利用率。此时使用时间片的分配方式分配资源就显得不合时宜了，因为基于时间片的分配，同一时刻最多能处理的请求队列只有一个。这时，我们需要切换cfq的模式为IOPS模式。切换方式很简单，就是将slice_idle=0即可。内核会自动检测你的存储设备是否支持NCQ，如果支持的话cfq会自动切换为IOPS模式。另外，在默认的基于优先级的时间片方式下，我们可以使用ionice命令来调整进程的IO优先级。进程默认分配的IO优先级是根据进程的nice值计算而来的，计算方法可以在man ionice中看到，这里不再废话。2、deadline：最终期限调度deadline调度算法相对cfq要简单很多。其设计目标是：在保证请求按照设备扇区的顺序进行访问的同时，兼顾其它请求不被饿死，要在一个最终期限前被调度到。我们知道磁头对磁盘的寻道是可以进行顺序访问和随机访问的，因为寻道延时时间的关系，顺序访问时IO的吞吐量更大，随机访问的吞吐量小。如果我们想为一个机械硬盘进行吞吐量优化的话，那么就可以让调度器按照尽量复合顺序访问的IO请求进行排序，之后请求以这样的顺序发送给硬盘，就可以使IO的吞吐量更大。但是这样做也有另一个问题，就是如果此时出现了一个请求，它要访问的磁道离目前磁头所在磁道很远，应用的请求又大量集中在目前磁道附近。导致大量请求一直会被合并和插队处理，而那个要访问比较远磁道的请求将因为一直不能被调度而饿死。deadline就是这样一种调度器，能在保证IO最大吞吐量的情况下，尽量使远端请求在一个期限内被调度而不被饿死的调度器。

破冰船一般常用两种破冰方法，当冰层不超过1.5米厚时，多采用“连续式”破冰法。主要靠螺旋桨的力量和船头把冰层劈开撞碎，每小时能在冰海航行9.2千米。如果冰层较厚，则采用“冲撞式”破冰法。冲撞破冰船船头部位吃水浅，会轻而易举地冲到冰面上去，船体就会把下面厚厚的冰层压为碎块。然后破冰船倒退一段距离，再开足马力冲上前面的冰层，把船下的冰层压碎。如此反复，就开出了新的航道。还有一种方法是使用螺旋桨当刀子把冰切碎。用燃料油为动力的破冰船，多采用柴油机带动发动机发电，电动机驱动螺旋桨（组合机组驱动），驱动功率可达上百万瓦，可以满足较长时间破冰航行的需要。

kaz是哈萨克斯坦共和国。哈萨克斯坦位于亚洲中部。北邻俄罗斯，南与乌兹别克斯坦、土库曼斯坦、吉尔吉斯斯坦接壤，西濒里海，东接中国。面积272.49万平方千米。哈萨克斯坦人口19765004人（截至2023年1月）。全国设14个州、3个直辖市。首都阿斯塔纳。哈萨克斯坦地形复杂，境内多为平原和低地。特点是东南高、西北低，大部分领土为平原和低地。西部和西南部地势最低。里海沿岸低地向南朝里海方向逐渐下降，沿里海地带低于海平面达28米；最低点卡拉基耶盆地低于海平面132米。向南又逐渐升高，形成海拔200～300米的于斯蒂尔特高原和曼格斯拉克半岛上的卡拉套山、阿克套山（海拔为555米）。哈萨克斯坦饮食文化哈萨克人的主要食物是牛羊肉、奶、面食、蔬菜等，习性和欧洲基本相同。最常喝的饮料是奶茶和马奶。哈萨克人的传统食品是羊肉、羊奶及其制品，最流行的菜肴是手抓羊肉。哈萨克语把手抓羊肉叫“别什巴尔马克”，意思是“五指”，即用手来抓着吃，这也是特色美食。在哈萨克，最诱人的还是马肠肉了，在严冬时节，许多住在北方严寒地区的人们都以食马肉抗寒。以上内容参考百度百科-哈萨克斯坦

弹离合（初学级）：能够比较理想的直接破坏掉轮胎的抓地力。通过对离合踏板的踩击导致扭力在传动系统的不均匀传递来使后轮失去牵引力。所谓的踩击的意思就是说：迅速而有力的将离合踏板踹到底，然后再迅速的抬起。一般运用在比较窄，没有足够的空间利用重心转移造成甩尾的入弯处。在低速时进行强力的弹离合，是最直接有效能够在瞬间使节流阀完全开启的办法。而在有一定的速度的基础下或这是正在侧滑的过程中，则要轻而柔和的弹离合。只可能运用在后驱车。 手刹（初学级）：最早是在拉力赛中被运用。在拉起手刹锁住后轮的同时，导致了整个后车身的侧滑开始。因为需要使车尾发生侧滑而刚好甩到一个正确的入弯角度，所以一个很流畅，力度和时间刚好的手刹使用过程是很难掌握的。拉手刹时不要太紧张，不用太狠，也不用太高，足够就好，任何时候都不要松开手刹扣，因为拉手刹的过程并不长，要保证在适当的时候，手刹能够顺畅而快速的放掉。这个基础的技术能够运用在任何速度，任何弯角，任何车，即便是专业的漂移车手也经常会运用手刹在侧滑的过程中来纠正车身侧滑的角度。 锁档（中级）：这是一个在减速过程中的弹离合。以适当的引擎转速接近弯道，迅速的踩击离合器，并且降档，利用引擎的出力来使后轮急剧的减速以致发生侧滑。当然，这对你车子的传动系统来说会比较辛苦。而车子具体的动作，反映和程度，完全取决于车子的种类以及引擎的不同。因为需要有较好的技术控制引擎转速的掉落以及动力回升来达到使车身滑行，所以相对于手刹来说更难于使用。同弹离合一样，只能运用在后驱车！ 重刹车（中级）：一般运用于较窄的弯位和中速弯。在重踩煞车的情况下冲入弯道，使车子大绝大部分重力抛到前面，而使后轮不受重力而失去抓地力。这项技术经常被运用在赛车场上以来提高入弯的回头性，尤其是四驱（Evo和STI）。在柏油路面练习时如果发现你的车子在合适的入弯速度下严重的出现转向过度的话，那你可能在避震的设定或轮胎的选择上没有搞好，或者你应该换一台更适合的车子。 Lift off 转向过度（上级）：被广泛地运用在高速弯的滑行。利用重力转移使车子从拥有抓地里的状态转变到漂移状态。和重刹车是同样的物理原理—重量转移，但不同的是这项技术被运用在非常高速的情况下，这就需要车手对车子在高速的平衡有着很好地掌握。顶级的D1车手会在漂移的过程中运用具有进攻性的lift off 转向过度来削减动力输出。 钟摆效应（上级）：对头文字D熟悉的朋友应该对“钟摆”这个词有所了解了，这也是一项由拉力技术而衍生出来的。顾名思义，钟摆的意思就是说在入弯之前先将车子向弯的外侧摆动，然后再大幅度转向内侧，在重力转移的作用下破坏轮胎地抓地力而使车身发生侧抛，一般使用在入口的弧度比较小的弯位。配合lift off 转向过度，可以增强彼此的效果。在拉力过程中，钟摆是为了在没有摩擦力的路面上尽可能的增强抓地力，而漂移比赛中使用钟摆则完全因为相反的原因--让车身发生侧抛。钟摆的价值和实用性在于既可以在入弯的时候有效的减速，同时还能保证整个过程的高速状态！ 摆动漂移（上级）：钟摆的最终形态。速度并不快，在道路的两边进行来回的侧摆，是一种直线上的飘移，也叫做“鱼摆尾”（神龙摆尾？），但是这种摆动最难的部分不只是能将车身在高速状态下的重力装移掌握得炉火纯青，还要能够让车身的摆动角度刚好在入弯的时候处于正确的入弯角度和速度。而这一动作的熟练运用也标志着车手技术的全面以及高水准。 打滑（专业）：顶级车手的伎俩，这个技术是指将车子的后轮使入赛道外的土地或者是草地上面，使之在瞬间丧失原有的抓地力，以获得更大的角度。这种特殊而有效的方法一般被运用在那些无法依靠本身引擎马力和速度来破坏抓地力的车子和情况下，或者在入弯时做出更具有攻击性的角度。更多地被运用在后驱车上面。 跳动侧滑（专业）：和前一个技术一样，这个都是充分利用路面的状况而使车子侧滑。这次是让后轮压到路旁的波浪带（赛道弯位周围红白色相间的石带），通过后轮压到波浪带而产生的跳动来使车子脱离原有的抓地力，也或者利用前轮压到波浪带产生的转向过度而产生漂移。因为在运用这项技术的时候会产生相当强烈的震动和摇摆，所以不论对于车手还使车子都十分辛苦的。 长距离漂移（专业）：用于顶级的竞赛中，其实质就是在离入弯还有一段距离的直线上使用手刹，提前使车子贴着边线冲入弯道。直到最近才发展成为一种独立的技术，目的是让车子在攻入弯线就已经发生漂移。与摆动漂移配合来使用，能够帮助车手一气呵成式的攻下整条线路。 最后再向大家讲一下漂移的线路，时机，位置的关系问题。上面这张图能够清楚地告诉大家基本的线路和所用到的技术，图示中，车身上的数字与前面的10种技术是相对应的，而车头的箭头表示前轮的指向，红色是减速，绿色是加速，蓝色是调节节流阀的开启。 一般来说，在学习漂移攻弯的过程中，有两点是十分值得注意的：第一点，越早的开始发生侧滑，就越容易产生更好，更大的入弯时的车身角度；第二点，越是上级的车手，比如说土屋圭市，越是会在利用入弯的前半部分用来削减速度，在车身运动到切点的时候运用马力在后半段漂移出弯，尤其是在大于90度的弯角。所以大部分技术都是让车子在减速的状态下发生漂移。每个人都可以根据自己的习惯，判断力来决定使用如何的技术攻弯，不过越好的车手，就越是能将多种技术混合在一起使用。也许你能使用各种技术来漂移过弯，但通过弯道的速度也是非常重要的。 技术这种东西，越是高级就越是融合了更多的基本技术在其中，而且越是坐在这里看就越糊涂，应该将要领记在脑中然后进行实践练习，就会更有发现。如果对一些技术的概念模糊不清的话，可以去找一些漂移的视频来看，日本的《Option》，《甩尾天国》都是不错的选择，这两个系列的DVD在很多国家都是超级受欢迎的，里面有D1最前线的日本传来的最新的漂移咨询，从改装，技术，比赛应有尽有

若酶只与底物互补生成ES复合物,不能进一步促使底物进入过渡状态,那么酶的催化作用不能发生.这是因为酶与底物生成ES复合物后尚需通过酶与底物分子间形成更多的非共价键,生成酶与底物的过渡状态互补的复合物(图4-8),才能完成酶的催化作用.实际上在上述更多的非共价键生成的过程中底物分子由原来的基态转变成过渡状态.即底物分子成为活化分子,为底物分子进行化学反应所需的基团的组合排布、瞬间的不稳定的电荷的生成以及其他的转化等提供了条件.所以过渡状态不是一种稳定的化学物质,不同于反应过程中的中间产物.就分子的过渡状态而言,它转变为产物(P)或转变为底物(S)的概率是相等的. 当酶与底物生成ES复合物并进一步形成过渡状态,这过程已释放较多的结合能,现知这部分结合能可以抵消部分反应物分子活化所需的活化能,从而使原先低于活化能阈的分子也成为活化分子,于是加速化学反应的速度

二叉树没有度为1的点，至少情况应该如下（除根节点外每一层都是两个结点）o/oo/oo根据上述二叉树情况，其结点数公式为2h-1所以本题至少有2h-1个结点

原因是有好多种的：1、开机线路不正常看：使用外接电源给手机供电，使用电联表检测看看示数是否有变化，如果没有变化的话很可能就是开机线断了或者开机键接触不良。2、电池的供电电路不正常：使用外部接口对手机进行供电，看看开机时候恢复正常，如果正常的话就确定是手机的供电电路不正常。3、手机电源的IC不正常：对照电路原理图在电源IC的外 围电路的测试点上进行测试，看测试值是否正常。4、手机的系统时钟和复位不正常：可以使用双总示波器来对手机的CPU电源进行检测，查看复位之中的波形图是否正确。5、逻辑电路出现问题：也就是手机电路版出现的故障，一般可以通过补焊来解决这个问题。6、软件冲突：安装的软件与手机的系统不相符也可能会造成手机开机不了的情况，可以将手机连接电脑将程序删除。7、如果是山寨手机，那估计开不了机是因为里面的芯片烧了，或者里面的小零件有的松了，不过这种情况是掉过才会出现的，芯片烧了有可能是充电的时间太长，把芯片烧了，

歌名：《big shots》歌手： Tes专辑：《Lexoleum》时长：03分46秒歌词： I"m a big big girl ! 我是个重要的女孩！ In a big big world ! 在一个大世界里！ It"s not a big big thing if you leave me 如果你离开我，那不是件大事。 But I do do feel.但我确实感到。 That I too too will miss you much. 我将会非常想念你！ Miss you much ! 太过想念你了！ I can see the first leaf falling. 我能看见第一片落叶。 It"s all yellow and nice. 是那样黄也那么的美。 It"s so very cold outside. 外面是那么的冷。 Like the way I"m feeling inside. 就象我内心的感受。 I"m a big big girl ! 我是个重要的女孩！ In a big big world ! 在一个大世界里！ It"s not a big big thing if you leave me. 如果你离开我，那不是件大事。 But I do do feel. 但我确实感到。 That I too too will miss you much. 我将会非常想念你！ Miss you much ! 太过想念你了！ Outside it"s now raining. 现在外面正在下雨。 And tears are falling from my eyes. 而我的眼睛也在流泪。 Why did it have to happen ? 这一切为什么要发生？ Why did it all have to end ? 这一切又为什么要结束？ I"m a big big girl !我是个重要的女孩！ In a big big world !在一个大世界里！ It"s not a big big thing if you leave me.如果你离开我，那不是件大事。 But I do do feel.但我确实感到。 That I too too will miss you much. 我将会非常想念你！ Miss you much !太过想念你了！ I have your arms around me warm like fire.我原来是躺在你如火炉般温暖的怀抱里的。 But when I open my eyes. 但当我醒来张开眼睛。 You"re gone !你却已经走了！ I"m a big big girl !我是个重要的女孩！ In a big big world ! 在一个大世界里！ It"s not a big big thing if you leave me. 如果你离开我，那不是件大事。 But I do do feel.但我确实感到。 That I too too will miss you much.我将会非常想念你！ Miss you much ! 太过想念你了！ I"m a big big girl !我是个重要的女孩！ In a big big world !在一个大世界里！ It"s not a big big thing if you leave me.如果你离开我，那不是件大事。 But I do feel that will miss you much !但我确实觉得我将会非常想念你！ Miss you much !太过想念你了！

网友们觉得叫jensen或詹森太生分，所以为其取昵称jenny，音译就是珍妮了，叫的人挺多，个人认为此昵称过于女性化。

　　1.趋近效应（approximation）和定向效应（oientation） 　酶可以将它的底物结合在它的活性部位由于化学反应速度与反应物浓度成正比，若在反应系统的某一局部区域，底物浓度增高，则反应速度也随之提高，此外，酶与底物间的靠近具有一定的取向，这样反应物分子才被作用，大大增加了ES复合物进入活化状态的机率。　　2.张力作用（distortionorstrain）　　底物的结合可诱导酶分子构象发生变化，比底物大得多的酶分子的三、四级结构的变化，也可对底物产生张力作用，使底物扭曲，促进ES进入活性状态。　　3.酸碱催化作用（acid-basecatalysis）　　酶的活性中心具有某些氨基酸残基的R基团，这些基团往往是良好的质子供体或受体，在水溶液中这些广义的酸性基团或广义的碱性基团对许多化学反应是有力的催化剂。　　4.共价催化作用（covalentcatalysis）　　某些酶能与底物形成极不稳定的、共价结合的ES复合物，这些复合物比无酶存在时更容易进行化学反应。

kaz是哈萨克斯坦这个国家。哈萨克斯坦共和国（哈萨克语：u049aазаu049bстан Республикасы，英语：The Republic of Kazakhstan），简称哈萨克斯坦（哈萨克语：u049aазаu049bстан，英语：Kazakhstan），位于亚洲中部。北邻俄罗斯，南与乌兹别克斯坦、土库曼斯坦、吉尔吉斯斯坦接壤，西濒里海，东接中国。面积272.49万平方千米。哈萨克斯坦人口19765004人（截至2023年1月）。全国设14个州、3个直辖市。首都阿斯塔纳。公元1456年建立哈萨克汗国，16世纪时哈萨克族分别发展，成为大中小三个玉兹。19世纪中叶遭俄罗斯帝国吞并。1936年建立哈萨克苏维埃社会主义共和国并加入苏联，成为苏联加盟共和国之一。1991年12月16日独立，哈萨克斯坦共和国成立。哈萨克斯坦人长相哈萨克斯坦典型的大陆性气候，夏热冬寒，有历史记录的最高和最低气温分别为49℃和-57℃。哈萨克人属于中亚混血典型图兰人种，哈萨克人有一些偏欧洲长相，而有一些偏东亚人长相，哈萨克斯坦人普遍颜值很高，身材修长，五官姣好，可以说哈国美女多多。哈萨克斯坦排球美女莎宾娜就被誉为世界排球第一美女。哈萨克斯坦国家的象征就是“雪豹”，被称为雪山之巅的王者。喜欢在山巅雪地里行走，是雪山当之无愧的王者。阿拉木图有一条街，街名是以中国著名的音乐家冼星海命名，街名叫冼星海大街 ，音乐家洗星海最后一段时光就是在在哈萨克斯坦渡过。以上内容参考：百度百科—哈萨克斯坦

Jensen不等式：如果f(x)在(a，b)上是凸函数，x1，x2都在(a，b)上，证明不等式：f[(x1+x2)/2]≥1/2[f(x1)+f(x2)]成立。证明：证明f[(x1+x2)/2]≥1/2[f(x1)+f(x2)]成立，可以转化为证明f[(x1+x2)/2]-f(x1)≥f(x2)-f[(x1+x2)/2]成立。不妨设x10，是凹函数，故有1/2[f(x1)+f(x2)]>f[(x1+x2)/2]。不等式的特殊性质有以下三种：①不等式性质1：不等式的两边同时加上（或减去）同一个数（或式子），不等号的方向不变。②不等式性质2：不等式的两边同时乘（或除以）同一个正数，不等号的方向不变。③不等式性质3：不等式的两边同时乘（或除以）同一个负数，不等号的方向变。总结：当两个正数的积为定值时，它们的和有最小值；当两个正数的和为定值时，它们的积有最大值。

1. Absolutely! —— 毫无疑问！ 　　2. Adorable! —— 可爱极了！ 　　3. Amazing! —— 太神奇了！ 　　4. Anytime! —— 随时吩咐！ 　　5. Almost! —— 差不多了！ 　　6. Awful! —— 好可怕啊！ 　　7. Allow me! —— 让我来！ 　　8. Baloney! —— 胡扯！荒谬！ 　　9. Bingo! —— 中了！ 　　10. Boring! —— 真无聊！ 　　11. Bravo! —— 太棒了！ 　　12. Bullshit! —— 胡说！ 　　13. Correct! —— 对的！ 　　14. Crazy! —— 疯了！ 　　15. Damn! —— 该死的！ 　　16. Deal! —— 一言为定！ 　　17. Definitely! —— 当然！ 　　18. Disgusting! —— 好恶心啊！ 　　19. Drat! —— 讨厌！ 　　20. Exactly! —— 完全正确！ 　　21. Faint! —— 我倒！ 　　22. Fantastic! —— 妙极了！ 　　23. Fifty-fifty! —— 一半对一半！ 　　24. Fresh! —— 好有型！帅极了！ 　　25. Gorgeous! —— 美极了！ 　　26. Great! —— 太好了！ 　　27. Hopefully! —— 希望如此！ 　　28. Horrible! —— 好可怕！ 　　29. Hot! —— 好辣！ 　　30. Hurray! / Hurrah! —— 万岁！ 　　31. Imagine! —— 想想看！ 　　32. Impossible! —— 不可能吧！ 　　33. Impressive! —— 很感人，永生难忘！ 　　34. Incredible! —— 不可思议！ 　　35. Indeed? —— 真的？ 　　36. Listen! —— 听着！ 　　37. Lousy! —— 差劲！ 　　38. Now! —— 现在就做！ 　　39. Objection! —— 我*！ 　　40. Outrageous! —— 不得了！ 　　41. Perfect! —— 很完美！ 　　42. Please! —— 拜托了！ 　　43. Probably! —— 很可能！ 　　44. Rats! —— 差劲！ 　　45. Relax! —— 放轻松！ 　　46. Right! —— 对的！ 　　47. Satisfied? —— 满意了吗？ 　　48. So so! —— 马马虎虎！ 　　49. Still? —— 仍是这样？ 　　50. Stingy! —— 小气鬼！ 　　51. Superb! —— 棒极了！ 　　52. Surprise! —— 给你一个惊喜！ 　　53. Terrible! —— 好可怕！ 　　54. Terrific! —— 了不起的！ 　　55. Try! —— 去试一下！ 　　56. Unbelievable! —— 难以置信！ 　　57. Understand? —— 明不明白？ 　　58. Well? —— 怎么样？ 　　59. Willingly! —— 很乐意！

keep track of her shots 跟踪她的镜头