rab

你好，你是想问《contrabandpolice：prologue》打不开是为什么吗？《contrabandpolice：prologue》打不开的原因是缺少插件。这个游戏必须除了安装一个游戏本体之外，还需要安装一个插件才可以正常运行。《contrabandpolice：prologue》翻译成中文的名字叫做《边境检察官》，在这个游戏中，玩家需要扮演一个缉私警察，守护边境查出那些禁止带出或带入的违规物品。

RabbitProto是一个适配3D打印机的即插即用的附加组件，以导电油墨为材料快速打印出电路，连接各种电子元件，这令到创客们可以更加便捷地开发、测试产品原型。游戏手柄、可穿戴设备及人体交互艺术等等都是可以应用的。

拉比（Rabbi），有时也写为辣彼，是犹太人中的一个特别阶层，是老师也是智者的象征，指接受过正规犹太教育，系统学习过《塔纳赫》、《塔木德》等犹太教（Judaism）经典，担任犹太人社团或犹太教教会精神领袖或在犹太经学院中传授犹太教教义者，主要为有学问的学者。犹太教负责执行教规、律法并主持宗教仪式的人。原意为教师，即口传律法的教师。2～6世纪曾作为口传律法汇编者的称呼。后在犹太教社团中，指受过正规宗教教育，熟悉《圣经》和口传律法而担任犹太教会众精神领袖或宗教导师的人。

meets是句子的谓语成分，不可缺少。

RMQ线上集群（ v3.6.12 ）purge一个大量消息堆积（100W+）的队列时，有可能导致客户端报大量发送超时异常。 purge 操作实际发生的事情（ rabbit_amqqueue_process .erl）： handle_call(purge, _From, State = #q{backing_queue = BQ, backing_queue_state = BQS}) -> {Count, BQS1} = BQ:purge(BQS) , ... BQ默认对应 rabbit_variable_queue 模块： msg_store_remove(MSCState, IsPersistent, MsgIds) -> with_immutable_msg_store_state( MSCState, IsPersistent, fun (MCSState1) -> rabbit_msg_store :remove(MsgIds, MCSState1) end). 也就是purge操作，最终是由 rabbit_msg_store 进程来进行操作的。 rabbit_msg_store 进程，每个节点只有一个，因此容易成为瓶颈。 rabbitmq 进程间通信采用 credit_flow 机制，一般一条持久化消息发送到持久化队列的大致过程如下： rabbit_reader → rabbit_channel → rabbit_amqqueue_process → rabbit_msg_store 当 rabbit_msg_store 进程忙于大量消息的purge操作时，不能及时处理其上游 rabbit_amqqueue_process 的消息，这会导致其上游 rabbit_amqqueue_process 很快耗光其 credit 值，从而造成 flow。同理， 当 rabbit_amqqueue_process 进程由于 flow 被 block 住，不能及时处理其上游 rabbit_channel 的消息，导致 rabbit_channel 很快耗光其 credit 值，也造成 flow。最终限流状态会一直追溯到最上层 connection。 此时客户端发送会卡顿（表现出等待confirm超时等异常） 因此， 对于线上有业务量的RMQ集群，如果有大量消息堆积的队列需要清理，最好不要直接purge，有可能对线上业务造成影响 。 最保险的清理方式，起 Consumers 消费（接收即丢弃） 线上业务集群节点 TcpExt.pruneCalled 指标报警，同时发现有一队列处于 flow 状态，进而判断持久化进程 rabbit_msg_store 出现瓶颈，通过 sar 工具发现以下异常： 最终定位到节点对应的宿主机底层IO有问题，及时进行规避。 Finding bottlenecks with RabbitMQ 3.3 Purge a large queue is slow

亲，您要的资源已上传,或者正在发送，及时下载或及时查收 ，祝您看文愉快。 O(∩_∩)O【满意及时采纳为最佳哦】有问题可以追问。——【弭LLLLLL月牙】

hp同人文《Secrets》by Vorabiza，译为《秘密》，结局是he。《秘密》是2011年上映的美国电影，由Christina Voros导演，Christina Voros编剧。该电影讲述了女主人公Sandra在离婚后，与儿子搬到乡下居住，并认识了同住一个社区的男主人公Mark，两人之间的感情纠葛的故事。电影中，Sandra和Mark之间的感情经历了许多波折，但最终还是得到了圆满的结局。因此，可以得出结论，这部电影的结局是he。

歌曲：Rabble乐队：Abondoned poolsYou"re sitting next to meThe leaves are on the groundMy heart is in your handsThe ticking of the clockThe siren on the streetMy heart is in your handsBut all I ever wantedAll I ever really neededWas just for you to hear meJust for you to really know meAll I wanted was you to hear meAnd all I needed was you to know meMiles and miles of smilesPromising the worldIt"s getting dark down hereWe could use a little helpWe could use a little sparkIts getting dark down hereBut all I ever wantedAll I ever really neededWas just for you to hear meJust for you to really know meAll I wanted was you to hear meAnd all I needed was you to know meYou"re sitting next to meThe leaves are on the groundMy heart is in your handsBut all I ever wantedAll I ever really neededWas just for you to hear meJust for you to really know meAll I wanted was you to hear meAnd all I needed was you to know meBut all I ever wantedAll I ever really neededWas just for you to hear meJust for you to really know meAll I wanted was you to hear meAnd all I needed was you to know mehttp://music.baidu.com/song/1522785

Studies on the cellular immune effect of rabies vaccine 狂犬病疫苗细胞免疫作用研究 Rabies vaccine human diploid call 狂犬病疫苗肺炎链球菌接合疫苗 12th , regularly for dog injection prevention rabies vaccine 十二、定期为犬注射预防狂犬病疫苗。 Development and current situation of domestic and foreign rabies vaccine 国内外狂犬病疫苗的发展和现状 A survey on the efficacy of rabies vaccines in guangzhou city 广州市288例狂犬病疫苗免疫效果影响因素分析 Cpnical observation on the effect of purified human vero - cell rabies vaccine 细胞狂犬病疫苗临床观察研究 Serological evaluation of results of o domestic rabies vaccines 两种国产狂犬病疫苗免疫后血清学效果评价 If that wasn " t enough , he also came up with a rabies vaccine 如果说这还不够的话，他还研制出了狂犬病疫苗。 Observation on the protective effectiveness of purified human rabies vaccine 人用狂犬病纯化疫苗免疫效果观察 Immunization effect and adverse reaction of three kinds of rabies vaccine 三种狂犬病疫苗免疫学效果及副反应观察 Cpnical observation on the effect of purified vero cell rabies vaccine for human use 细胞狂犬病纯化疫苗临床效果观察 Studies on healthy crowd " s humoral immune responses to purified vero cell rabies vaccine 细胞狂犬病疫苗的体液免疫应答 Cpnical *** ysis of 64 cases with allergic reaction by injecting rabies vaccine 注射狂犬病疫苗引起过敏反应64例临床分析 Safety and immune effects of the purified vero cell rabies vaccine for human use 细胞狂犬病纯化疫苗安全性观察及免疫效果分析 Effect of rabies vaccine immunization among 529 cases injured by dogs in gaozhou 高州市529例犬伤者注射人用狂犬病疫苗的免疫效果 Observation on the immunization effect of human purified rabies vaccine in 1270 cases 1270例注射人用狂犬病纯化疫苗者免疫效果观察 Observation on the efficacy and side effect of aqueous and lyophipzed rabies vaccine 液体与冻干狂犬病疫苗临床反应与免疫原性观察 Studies on the manufacture and immunogenicity of purified rabies vaccines on hum ans vero cell 细胞狂犬病疫苗的研制及免疫学效果观察 Studies on cpnical trials and immune effect of a new purified rabies vaccine prepared from vero cells 细胞狂犬病疫苗的临床观察及免疫学效果研究 Analysis of the early stage antibodies in sera of the subjects immunized with rabies vaccine with ifat and epsa 检测狂犬病疫苗接种者早期血清抗体结果分析 Objective to investigate the cellular immune effect of rabies vaccine of people exposed to rabies 摘要目的观察狂犬病暴露后接种疫苗对机体的细胞免疫作用。 Observation on the prevalent features of rabies and the results of immunization with rabies vaccine in tengzhou city 滕州市犬致伤特点及狂犬疫苗免疫后效果观察 The prepminary *** ysis on the serological and epidemiological effects of in oculation with rabies vaccine in crowd of subjects bitten by animals 动物致伤人群接种狂犬病疫苗后血清学与流行病学效果的初步分析 Conclusions after vaccinated with rabies vaccine , it was possible that some persons might not have the antibody and cellular immunity simultaneously 结论狂犬病暴露者接种狂犬病疫苗后，并非都能同时产生体液和细胞免疫，不能产生细胞免疫的这部分人，其总体细胞免疫功能亦偏低。 The anti - rabies vaccine must be injected at least once every three years . vaccination is available from any private veterinary surgeon , the cpnics of the society for the prevention of cruelty to animals or afcd s animal management centres 狂犬病防疫注射必须每三年进行一次，私家兽医师、爱护动物协会的兽医诊所和渔护署辖下的动物管理中心均提供狂犬病防疫注射服务。 One of the first inkpngs that viruses could be useful in bating cancer came in 1912 , when an itapan gynecologist observed the regression of cervical cancer in a woman who was inoculated with a rabies vaccine made from a pve , crippled form of the rabies virus 最早显示病毒可能可以用来对抗癌症的迹象之一，于1912年浮现：有位义大利妇科医生观察到某个妇女在注射了减毒狂犬病疫苗之后，其子宫颈癌有消退的现象。

前言 开源社区有好多优秀的队列中间件，比如RabbitMQ和Kafka，每个队列都貌似有其特性，在进行工程选择时，往往眼花缭乱，不知所措。对于RabbitMQ和Kafka，到底应该选哪个？ RabbitMQ架构 概念 RabbitMQ是一个分布式系统 broker：每个节点运行的服务程序，功能为维护该节点的队列的增删以及转发队列操作请求。 master queue：每个队列都分为一个主队列和若干个镜像队列。 mirror queue：镜像队列，作为master queue的备份。在master queue所在节点挂掉之后，系统把mirror queue提升为master queue，负责处理客户端队列操作请求。注意，mirror queue只做镜像，设计目的不是为了承担客户端读写压力。 如上图所示，集群中有两个节点，每个节点上有一个broker，每个broker负责本机上队列的维护，并且borker之间可以互相通信。集群中有两个队列A和B，每个队列都分为master queue和mirror queue（备份）。那么队列上的生产消费怎么实现的呢？ 队列消费 如上图有两个consumer消费队列A，这两个consumer连在了集群的不同机器上。RabbitMQ集群中的任何一个节点都拥有集群上所有队列的元信息，所以连接到集群中的任何一个节点都可以，主要区别在于有的consumer连在master queue所在节点，有的连在非master queue节点上。 因为mirror queue要和master queue保持一致，故需要同步机制，正因为一致性的限制，导致所有的读写操作都必须都操作在master queue上（想想，为啥读也要从master queue中读？和数据库读写分离是不一样的。），然后由master节点同步操作到mirror queue所在的节点。即使consumer连接到了非master queue节点，该consumer的操作也会被路由到master queue所在的节点上，这样才能进行消费。 队列生产 原理和消费一样，如果连接到非 master queue 节点，则路由过去。 不足 由于master queue单节点，导致性能瓶颈，吞吐量受限。虽然为了提高性能，内部使用了Erlang这个语言实现，但是终究摆脱不了架构设计上的致命缺陷。 Kafka 说实话，Kafka我觉得就是看到了RabbitMQ这个缺陷才设计出的一个改进版，改进的点就是：把一个队列的单一master变成多个master，即一台机器扛不住qps，那么我就用多台机器扛qps，把一个队列的流量均匀分散在多台机器上不就可以了么？注意，多个master之间的数据没有交集，即一条消息要么发送到这个master queue，要么发送到另外一个master queue。 这里面的每个master queue 在Kafka中叫做Partition，即一个分片。一个队列有多个主分片，每个主分片又有若干副分片做备份，同步机制类似于RabbitMQ。 如上图，我们省略了不同的queue，假设集群上只有一个queue（Kafka中叫Topic）。每个生产者随机把消息发送到主分片上，之后主分片再同步给副分片。 队列读取的时候虚拟出一个Group的概念，一个Topic内部的消息，只会路由到同Group内的一个consumer上，同一个Group中的consumer消费的消息是不一样的；Group之间共享一个Topic，看起来就是一个队列的多个拷贝。所以，为了达到多个Group共享一个Topic数据，Kafka并不会像RabbitMQ那样消息消费完毕立马删除，而是必须在后台配置保存日期，即只保存最近一段时间的消息，超过这个时间的消息就会从磁盘删除，这样就保证了在一个时间段内，Topic数据对所有Group可见（这个特性使得Kafka非常适合做一个公司的数据总线）。队列读同样是读主分片，并且为了优化性能，消费者与主分片有一一的对应关系，如果消费者数目大于分片数，则存在某些消费者得不到消息。 由此可见，Kafka绝对是为了高吞吐量设计的，比如设置分片数为100，那么就有100台机器去扛一个Topic的流量，当然比RabbitMQ的单机性能好。 总结 本文只做了Kafka和RabbitMQ的对比，但是开源队列岂止这两个，ZeroMQ，RocketMQ，JMQ等等，时间有限也就没有细看，故不在本文比较范围之内。 所以，别再被这些五花八门的队列迷惑了，从架构上找出关键差别，并结合自己的实际需求（比如本文就只单单从吞吐量一个需求来考察）轻轻松松搞定选型。最后总结如下： 吞吐量较低：Kafka和RabbitMQ都可以。 吞吐量高：Kafka。

可积性(integrability) 理论物理有两方面，一是构建理论模型，写下系统满足的方程。比如牛顿的力学方程，爱因斯坦的引力方程，麦克斯韦方程，薛定谔方程。理论的构建从根本推动了物理的发展，每一个方程都是物理历史上的里程碑。为了表达对这些理论构造的天才的敬意，方程都冠上了他们的名字。 理论物理另外一个方面是对理论方程的求解。这一方面经常被忽略，因为对方程的求解是一个数学问题。还有一种态度是，对理论方程的具体求解是应用物理，是下一级的学科了。这也可以理解，理论的构建都是建立在一些基本的假设而不是特定的具体环境之下。比如牛顿的力学 F=ma ：力和加速度成正比。这个方程并没有具体这个力是什么样的，怎样在不同时间不同地点变换都不重要。不同情况的力对应了这个理论下不同的模型。再一般考虑一些简单的模型比如力是0，或者力是恒定的，然后求解这个简单模型的方程来理解这个理论本身的一般性质。对于更复杂的模型，方程会复杂到几乎不能求解，但是我们已经有了足够的物理自觉和对理论的足够自信从而可以知道复杂系统的大致的变化规律，至少可以知道在很短时间内系统变化的规律，因为在很短时间内，力是可以近似为恒力的，再利用计算机数值的近似方法的，就可以累积出长时间的变化了，只不过需要计算机强大的计算能力罢了，但是理论上是可以做到的。理论的逻辑是，所有理论的解都是可以在自然界发生的。当在自然中观察到某些现象时，我们可以去用对应的理论的解去解释。但是反过来，我们也可以先求出方程的解，然后在设法去自然界中观察。有些解是与从简单例子得到的直觉相悖的，这样的解就会让我们刷新对理论的理解升级我们的自觉，比如黑洞的解，比如纠缠态的解。这中类型的解也往往被冠与发现者的名字来表达敬意。真正可以精确解析求解的模型是很少见的。这些模型就是课本上的教学例子，但是有时候这些例子给人一种求解很简单的假象。可积性和理论模型的可解性有关。可积性的定义很广义也很含糊。 什么是可积性呢？ 可积性承诺了一些模型求解的方法，但是对于具体的模型，首先得证明可积性，这个还没有程式化的方法。即使证明了可积性，如何利用可积性也不是很直接。也不确定可积性可以求解你想要的物理量。即使你发现可以用可积性了，过程也不是那么直接，还是需要一些工作量。大多数的情况下是，把解偏微分的分析问题转化成代数问题。可积性是一个发动条件很苛刻的但是只是可能管用的咒语。 什么理论模型是可积？ 目前我觉得最容易入门的材料是Beisert教授在ETH Zurich的讲义"Introduction to Integrability"。 一些笔记 最容易理解的是可积概念是经典力学中刘维尔可积性。是说系统具有足够多的守恒量。每一个守恒量都是对系统的一个限制，所以守恒量越多，限制也越强，解的空间也越小，也容易找到。当一个系统有2n(n个正则坐标，n个正则动量)个自由度的时候，如果他具有n个独立的守恒量，那么就可以做正则变化用这n个守恒量作为正则动量，然后正则坐标随时间的演化都是线性的。我们需要做的工作就是，做正则变化，这涉及到一些代数操作还有一些定积分。当然我们要首先找到守恒量，找守恒量没有直接的方法： n个守恒量对应了n个限制，在2n个自由度的相空间，这n个限制定义了一个n维的曲面，这个曲面就是所有解可能存在的空间。所有的解都可以看做是在这个曲面里的流，每一个守恒量都生成一个独立的流。。如果这个曲面是compact的，也就是局域的，不会延伸到无穷远的话，而且具n个独立的流的话，那么这曲面等价于一个n维环面，基本的流是一些闭合的环。这就是action-angle坐标的基础。一个一般的解是这些环形运动的叠加，如果这些环形运动的周期的比是有理数，那么这一般的解的轨迹就是闭合的，也就是说是一个周期运动。这些闭合的轨迹往往反应了而外的守恒量，这样的系统也称为超可积。 所有的经典力学(或者具有有限自由度的系统)在局部(locally)都是可积的，就好像表示时空的黎曼空间局部都是平坦的。其实之前提到的n维曲面是一个辛空间。可积性就相当于在辛空间的全局都是平坦的。这里有个有趣的问题：造成辛空间曲率的源是什么？能不能写下一个类似于爱因斯坦方程的方程？或者等价的说，怎么用规范场理论的纤维从来描述这个？ 目前的发展，可积系统通常用 Lax 对(pair) 来描述。可以认为Lax 对（L，M）是两个取值为某个李代数的关于相空间的方程。他们满足需要等价于运动方程的Lax 方程 frac{dL}{dt}=[M,L] 从Lax对 可以很容易的表示守恒量F_k=tr L^k 。虽然用Lax pair来描述可积系统很方便但是： 其实最大的问题，还是第一个。如果知道系统可积，并且所有的守恒量都找到了，那么可以程式化地构造Lax pair，但是这个时候我们已经知道系统的全部了，并不在需要Lax pair了。如果直接寻找 Lax pair是没有一个程式化的方法的。还有其实，单单有Lax pair还不够，因为我们需要的是独立的守恒量，怎样证明从Lax pair得到的守恒量是独立的，额外要求存在一个 r 矩阵。这个r矩阵不是唯一的，怎样构造这个r矩阵还是没有程式化的方法的。但是脱离物理，单单研究Lax 系统还有r矩阵，可以构造出很多可积的模型 (Zakharov and Shabat construction)。一个问题就是，可不可以对所有的可积系统进行分类。类似于Petrov对于爱因斯坦场引力场方程解的分类。如果像上面提到的，可积系统对应了平坦的辛几何，那么这个分类是不是就是对类似于爱因斯坦方程在辛几何的解的分类？ Zakharov and Shabat construction是基于一种特殊的Lax 体统，里面的Lax pair还依赖一个辅助的谱变量 （L(u),M(u)）。对于任意 u，要求Lax 方程都要等价于系统的运动方程。这似乎对Lax pair提出了更高的限制。但是这个谱变量很有用，因为他提供了无穷多的守恒量的可能。这对于具有无穷自由度的系统很有帮助。 L(u)本身是一个矩阵，所以我们研究它的本征值和本徵向量。我们选取这个L, 让他的矩阵元是u的解析函数。也就是说，矩阵元只能有有一些极点(pole)。这样的话，矩阵的本征值就会有极点还有支点(branch point)。当u在复空间变化绕过一个支点的时候，其中一个本征值会变为另一个本征值。本征值就可以看做是u的一个多值函数。通过共形变换 u->z, 可以让这个关于u的多值函数，变为一个关于z的单值函数。我们有两个量现在本征值和z,都是复数，在本征值和z合起来的2维复数空间，他们的函数关系就定义了一个1维复空间，也就是黎曼面，成为谱曲线。谱曲线完全决定了守恒量的信息。本证向量是这个谱曲线的单值函数，其极点决定了系统随时间演化的信息。 总结一下就是，我们把物理系统转化为一个黎曼面，黎曼面的moduli（描述黎曼面的数据），描述了守恒量，也就是系统的动力学坐标，然后在黎曼面有一些标记点对应了本征值的极点，对应了位置坐标。了解弦论的同学应该发现，这个构造和弦论的S-matrix的构造一样。另外，这个和Witten的3维引力的理论构造一样，和Nima的amplitutehydron的构造类似，和Seiberg-Witten的关于N=2超对称理论的构造一样。。。反正看到这里我是震惊的，让我浮想联翩，再有一条线索，辛几何和复几何是有联系的，也就是著名的mirror对称。这里就真的是物理白日梦了。希望有一天看到这些概念更多的联系。或许没啥联系。但是这是一种趋势，把物理问题转化为其他比如几何的数据。 回到可积性来，这种转化是可逆的，就是给定一个满足一定条件的具有一些特殊点黎曼面我们可以重新构造出一个唯一物理态。 再回到之前的白日梦，这个转化和爱因斯坦的引力几何化还有点不同。这里不是几何化一个理论，而是几何化理论的解。

无本金远期外汇交易是一种远期外汇买卖交易，只不过在到期时，交易双方并非按约定的汇率兑换货币，而是根据约定汇率和市场汇率进行比较，进行盈亏交割。由于到期不实际交割本金，因此称为无本金交割远期外汇交易。NDF一般用于管制货币，09年之前人民币尚未走出国门，境外做人民币和美元的远期交易，只能通过NDF形式，到期日约定汇率和央行中间价进行比较进行盈亏交割。但由于目前央行中间价沦为汇率调控工具，与实际市场汇率偏差过大，导致人民币NDF定价困难，越来越有被边缘化的趋势。

有些应用程序需要非常高的吞吐量，而其他一些应用程序却正在发布批处理作业，这些作业可能会延迟一段时间。在设计系统时，目标应该是最大限度地将性能和可用性结合起来，这对您的特定应用程序是有意义的。错误的体系结构设计决策或客户端错误，可能会损坏中间件或影响吞吐量。 您的发布服务器可能会停止运行，或者由于内存使用过多而导致服务器崩溃。本系列文章重点关注rabbitmq的最佳实践。应做和不应做两种不同使用类别的最佳实践相混合;高可用性和高性能（高吞吐量）。我们将讨论队列大小、常见错误、延迟队列、预取值、连接和通道、HIPE和集群中的节点数。这些通常都是最佳实践规则，基于我们在使用rabbitmq时获得的经验。 队列中的许多消息会对RAM的使用造成很大的负担。为了释放RAM，rabbitmq将（页面输出）消息刷新到磁盘。此过程会降低排队速度。当有许多消息需要分页取出时，分页过程通常会花费时间并阻止队列处理消息。许多消息可能会对中间件的性能产生负面影响。 当有许多消息重启集群时，也是费时的，因为必须重建索引。重新启动后，在群集中的节点之间同步消息也需要时间。 在rabbitmq 3.6中添加了一个名为lazy queues的功能。懒惰队列是消息自动存储到磁盘上的队列。只有在需要时才将消息加载到内存中。对于懒惰的队列，消息直接进入磁盘，因此RAM的使用被最小化，但是吞吐时间将花费更长的时间。 我们已经看到，懒惰的队列以更好的可预测性的方式，创建了一个更稳定的集群。要让您的消息不出现警告，请刷新到磁盘。你不会突然被一个性能冲击问题所困扰。如果您一次发送大量消息（例如处理批处理作业），或者如果您认为您的消费者一直无法跟上发布者的速度，我们建议您启用延迟队列。 对于经常受到消息峰值冲击的应用程序，以及要求吞吐量比其他任何东西都重要的应用程序，可以推荐的另一做法是设置队列的最大长度。这样可以通过丢弃来自队列头部的消息来保持队列的简短性，从而使队列永远不会超过max-length设置。 队列在rabbitmq中是单线程的，一个队列可以处理大约50k条消息/秒。如果您有多个队列和消费者，您可以在多核系统上获得更好的吞吐量。如果在底层节点上拥有与核心一样多的队列，那么您将获得最佳吞吐量。 rabbitmq管理接口为集群中的每个队列收集和计算度量。如果您有数千个活动队列和使用者，这可能会减慢服务器的运行速度。如果队列太多，CPU和RAM的使用也可能受到负面影响。 队列性能受限于一个CPU核心。因此，如果将队列拆分到不同的核心，您将获得更好的性能；如果您拥有rabbitmq集群，您也可以将他们拆分到不同的节点。 rabbitmq队列绑定到最初声明它们的节点。即使您创建了一个rabbitmq中间件集群，所有路由到特定队列的消息都将转到该队列所在的节点。您可以在节点之间平均地手动拆分队列，但缺点是您需要记住队列的位置。 如果您有多个节点或具有多个核心的单节点集群，我们建议使用两个插件来帮助您: 当您想要在生产者和消费者之间共享队列时，为队列命名是很重要的，但是如果您使用临时队列，则不重要。相反，您应该让服务器使用一个随机的队列名称，而不是你自己命名一个——或者修改rabbitmq策略。 客户机连接可能会失败，并可能留下未使用的资源（队列），留下许多队列可能会影响性能。自动删除队列有三种方法: 在 Erlang VM 的内部队列每个队列均使用用了一个优先级别，他们耗费了一些资源。在大多数情况下，不超过5个优先级就足够了。 一个常见的问题是如何处理发送到rabbitmq的消息的palyload（消息大小）。当然，您不应该在消息中发送非常大的文件信息，但是每秒的消息数是一个比它本身的消息大小更大的瓶颈。发送多个小消息可能是一个坏的选择。一个更好的办法是将它们捆绑成一个更大的消息，让消费者将其拆分。但是，如果捆绑多条消息，则需要记住这可能会影响处理时间。如果其中一条捆绑消息失败，是否需要重新处理所有这些消息？如何设置这个取决于带宽和体系结构。 每个连接使用大约100kb的RAM（如果使用TLS，甚至更多）。数千个连接可能是rabbitmq服务器的沉重负担。在最坏的情况下，服务器可能由于内存不足而崩溃。AMQP协议有一种称为“多路复用”的机制，它“复用”单个TCP连接。它建议每个进程只创建一个TCP连接，并在这个唯一一个连接的基础上为不同的线程使用多个通道。连接也应该是长连接的。AMQP连接的握手过程非常复杂，至少需要7个TCP数据包（如果使用了TLS，则需要更多）。 相反，如果需要，可以更频繁地打开和关闭通道。如果可能的话，甚至通道也应该是长寿命的，例如，在每个发布信息线程中复用相同的通道。每次发布信息时不用打开频道。最佳实践是复用连接，使用各通道在一个连接的基础上实现多路复用。理想情况下，每个进程只能有一个连接，然后在应用程序中为每个线程使用一个通道，而每个channel 复用同一个连接即可。 您还应该确保不在线程之间共享通道，因为大多数客户机不保证通道是线程安全的（因为这样会对性能产生严重的负面影响）。 确保不要在线程之间共享通道，因为大多数客户机不会使通道线程安全（因为这样会对性能产生严重的负面影响）。 为发布者和消费者区分连接以获得高吞吐量。当发布服务器向服务器发送太多要处理的消息时，rabbitmq可以对TCP连接施加反向压力。如果消费者使用相同的TCP连接，服务器可能不会从客户机接收消息确认。因此，消费性能也会受到影响。而随着消费速度的降低，服务器将不堪重负。 具有大量连接和通道的另一个影响为rabbitmq管理接口的性能。对于每个连接和通道性能，指标必须收集、分析和显示度量。 在连接失败的情况下，传输中的消息可能会丢失，并且可能需要重新传输此类消息。Acknowledgements 让服务器和客户机知道何时重新传输消息。客户机可以在收到消息时对其进行确认，也可以在客户机完全处理完消息后对其进行确认。Acknowledgement 具有性能影响，因此为了实现最快的吞吐量，应该禁用手动确认。 接收重要消息的消费应用程序在完成需要对其进行的任何操作之前不应确认消息，这样未处理的消息（工作进程崩溃、异常等）就不会丢失。 发布确认，是相同的事情，但用于发布。服务器收到来自发布服务器的消息时会进行确认。发布确认也会影响性能。但是，应该记住，如果发布者至少需要处理一次消息，就需要这样做。 所有未确认的消息必须驻留在服务器上的RAM中。如果您有太多未确认的消息，您将耗尽内存。限制未确认消息的一个有效方法是客户端预取的消息数做出相关设置。在预取部分了解有关预取的更多信息。 如果您不能承受丢失任何消息的代价，请确保您的队列声明为“持久”，并且您的消息以传递模式“持久”发送。 为了避免在中间件中丢失消息，需要为中间件重新启动、中间件硬件故障或中间件崩溃时做好准备。为了确保消息和中间件定义在重新启动后仍然存在，我们需要确保它们在磁盘上。在中间件重新启动期间，不持久的消息、交换和队列将会被丢失。 持久性消息更重，因为它们必须写入磁盘。请记住，即使您发送的是临时消息，懒惰的队列也会对性能产生相同的影响。对于高性能-请使用瞬态消息。 您可以通过amqps连接到rabbitmq，这是用tls包装的amqp协议。由于所有流量都必须加密和解密，因此TLS会影响性能。为了获得最大的性能，我们建议使用vpc对等，那么流量是私有的，并且是独立的，不涉及AMQP客户机/服务器。 在cloudamqp中，我们将rabbitmq服务器配置为只接受快速但安全的加密密码并确定其优先级。 预取值用于指定多少条消息将同时被发送给消费者。它被用来从你的消费者那里得到尽可能多的东西(饱和工作)。 From RabbitMQ.com: “The goal is to keep the consumers saturated with work, but to minimise the client"s buffer size so that more messages stay in Rabbit"s queue and are thus available for new consumers or to just be sent out to consumers as they become free.” 来自rabbitmq.com：“我们的目标是让消费者饱和工作，但要最大限度地减小客户机的缓冲区大小，因此更多的消息被留在Rabbit的队列中，从而对新的消费者可用，或者发送给那些变得空闲的消者。” rabbitmq的默认预取设置为客户端提供了一个不受限制的缓冲区，这意味着rabbitmq在默认情况下会将尽可能多的消息发送给任何看起来准备接受它们的客户机。发送的消息由rabbitmq客户端库（在使用者中）缓存，直到对其进行处理。预取限制了在确认消息之前客户端可以接收的消息数。所有预取的消息都将从队列中删除，并且对其他使用者不可见。 A too small prefetch count may hurt performance since RabbitMQ is most of the time waiting to get permission to send more messages. The image below is illustrating long idling time. In the example, we have a QoS prefetch setting of 1. This means that RabbitMQ won"t send out the next message until after the round trip completes (deliver, process, acknowledge). Round time in this picture is in total 125ms with a processing time of only 5ms. 预取数太小可能会影响性能，因为rabbitmq大多数时间都在等待获得发送更多消息的许可。下图显示的是长时间的空转时间。在本例中，QoS预取设置为1。这意味着rabbitmq在往返完成（传递、处理、确认）之前不会发送下一条消息。图片中的整个周期时间总共为125ms，处理时间仅为5ms。 另一方面，大量的预取数可以接收队列中的大量消息并将其传递给同一个消费者，但是其他使用者却处于空闲状态。 如果您有一个或几个消费者快速处理消息，我们建议您一次预取多个消息。尽量让你的客户端繁忙。如果您一直有大约相同的处理时间，并且网络行为保持不变-您只需在客户机上为每个消息计算总的往返时间/处理时间，即可获得估计的预取值。 如果您有许多消费者，并且处理时间很短，我们建议预取值设置的应该比单个或少数使用者要低一些。太低的值会让消费者空转很多，因为他们需要等待消息到达。过高的值可能会使一个消费者忙碌，而其他消费者则处于空闲状态。 如果您有许多使用者和/或处理时间较长，我们建议您将预取计数设置为1，以便消息在所有消费者中均匀分布。 请注意，如果客户端自动确认消息，则预取值将不起作用。 一个典型的错误是有一个无限的预取，其中一个客户机接收所有的消息，耗尽内存并崩溃，然后所有的消息都被重新传递。 有关rabbitmq预取的信息，请参阅推荐的rabbitmq文档。 HIPE将以增加启动时间为代价增加服务器吞吐量。启用HIPE时，将在启动时编译rabbitmq。根据我们的基准测试，吞吐量增加了20-80%。HIPE的缺点是启动时间也增加了很多，大约1-3分钟。在rabbitmq的文档中，hipe仍然被标记为实验性的。 如果您需要高可用性，请不要启用HIPE。 当您用一个节点创建一个cloudamqp实例时，您将得到一个具有高性能的单个节点。一个节点将为您提供 最高的性能 ，因为消息不需要在多个节点之间进行镜像。 当您使用两个节点创建一个CloudAMQP实例时，与单个节点的相比，您将获得一半的性能。节点位于不同的可用性区域，队列在可用性区域之间自动镜像。两个节点将为您提供 高可用性 ，因为一个节点可能崩溃或被标记为受损，但另一个节点仍将启动并运行，准备接收消息。 当您使用三个节点创建一个CloudAMQP实例时，与单个节点的相同计划大小相比，您将获得1/4的性能。节点位于不同的可用性区域，队列在可用性区域之间自动镜像。您也可以暂停少数组件-与允许每个节点响应相比，通过关闭少数组件，您减少了重复传递。暂停少数组件是三节点集群中的一种分区处理策略，它可以防止由于网络拆分而导致数据不一致。 我们在cloudamqp集群中注意到的一个常见错误是，用户创建了一个新的vhost，但忘记为新的vhost启用一个ha策略。如果没有HA策略，则不会在节点之间同步消息。 直接交换是最快速。如果有许多bindings ，rabbitmq必须计算将消息发送到何处。 有些插件可能非常好用，但它们可能会消耗大量的CPU或RAM。因此，不建议将它们用于生产服务器。确保禁用不使用的插件。您可以通过CloudAmqp中的控制面板启用许多不同的插件。 将rabbitmq管理统计速率模式设置为detailed会严重影响性能，不应在生产中使用。 确保您使用的是最新推荐的客户端库版本 保持最新稳定版本的rabbitmq和erlang。在为客户发布新的主要版本之前，我们通常会在很大程度上对其进行测试。请注意，在为新集群选择版本的下拉列表中，我们始终使用最推荐的版本作为所选选项（默认）。 Dead lettering和TTL是rabbitmq中的两个流行功能，应该谨慎使用。TTL和Dead lettering可以产生您没有预料到的性能影响。 使用x-dead-letter-exchange属性声明的队列将向指定的dead-letter-exchange 发送被拒绝、非确认或过期（带有ttl）的消息。如果您指定了x-dead-letter-routing-key，则消息的路由键将在dead lettered时更改。 通过使用x-message-ttl属性声明队列，如果消息在指定的时间内未被使用，则将从队列中丢弃消息。

学习rabbitmq可以参考IT论坛,比如https://www.itkc8.com/forum/programme/2/699/1.html

AMQP(高级消息队列协议) 是一个异步消息传递所使用的应用层协议规范，作为线路层协议，而不是API（例如JMS），AMQP 客户端能够无视消息的来源任意发送和接受信息。AMQP的原始用途只是为金融界提供一个可以彼此协作的消息协议，而现在的目标则是为通用消息队列架构提供通用构建工具。因此，面向消息的中间件 （MOM）系统，例如发布/订阅队列，没有作为基本元素实现。反而通过发送简化的AMQ实体，用户被赋予了构建例如这些实体的能力。这些实体也是规范的一 部分，形成了在线路层协议顶端的一个层级：AMQP模型。这个模型统一了消息模式，诸如之前提到的发布/订阅，队列，事务以及流数据，并且添加了额外的特性，例如更易于扩展，基于内容的路由。AMQP当中有四个概念非常重要virtual host，虚拟主机exchange，交换机queue，队列binding，绑定一个虚拟主机持有一组交换机、队列和绑定。为什么需要多个虚拟主机呢？因为RabbitMQ当中，用户只能在虚拟主机的粒度进行权限控制。因此，如果需要禁止A组访问B组的交换机/队列/绑定，必须为A和B分别创建一个虚拟主机。每一个RabbitMQ服务器都有一个默认的虚拟主机/。何谓虚拟主机（virtual host），交换机（exchange），队列（queue）和绑定（binding）队列（Queues）是你的消息（messages）的终点，可以理解成装消息的容器。消息就一直在里面，直到有客户端（也就是消费者，Consumer）连接到这个队列并且将其取走为止。不过，也可以将一个队列配置成这样的：一旦消息进入这个队列，此消息就被删除。队列是由消费者（Consumer）通过程序建立的，不是通过配置文件或者命令行工具。这没什么问题，如果一个消费者试图创建一个已经存在的队列，RabbitMQ会直接忽略这个请求。因此我们可以将消息队列的配置写在应用程序的代码里面。而要把一个消息放进队列前，需要有一个交换机（Exchange）。交换机（Exchange）可以理解成具有路由表的路由程序。每个消息都有一个称为路由键（routing key）的属性，就是一个简单的字符串。交换机当中有一系列的绑定（binding），即路由规则（routes）。（例如，指明具有路由键 “X” 的消息要到名为timbuku的队列当中去。）消费者程序（Consumer）要负责创建你的交换机。交换机可以存在多个，每个交换机在自己独立的进程当中执行，因此增加多个交换机就是增加多个进程，可以充分利用服务器上的CPU核以便达到更高的效率。例如，在一个8核的服务器上，可以创建5个交换机来用5个核，另外3个核留下来做消息处理。类似的，在RabbitMQ的集群当中，你可以用类似的思路来扩展交换机一边获取更高的吞吐量。交换机如何判断要把消息送到哪个队列？你需要路由规则，即绑定（binding）。一个绑定就是一个类似这样的规则：将交换机“desert（沙漠）”当中具有路由键“阿里巴巴”的消息送到队列“hideout（山洞）”里面去。换句话说，一个绑定就是一个基于路由键将交换机和队列连接起来的路由规则。例如，具有路由键“audit”的消息需要被送到两个队列，“log-forever”和“alert-the-big-dude”。要做到这个，就需要创建两个绑定，每个都连接一个交换机和一个队列，两者都是由“audit”路由键触发。在这种情况下，交换机会复制一份消息并且把它们分别发送到两个队列当中。交换机不过就是一个由绑定构成的路由表。交换机有多种类型。他们都是做路由的，但是它们接受不同类型的绑定。为什么不创建一种交换机来处理所有类型的路由规则呢？因为每种规则用来做匹配分子的CPU开销是不同的。例如，一个“topic”类型的交换机试图将消息的路由键与类似“dogs.*”的模式进行匹配。匹配这种末端的通配符比直接将路由键与“dogs”比较（“direct”类型的交换机）要消耗更多的CPU。如果你不需要“topic”类型的交换机带来的灵活性，你可以通过使用“direct”类型的交换机获取更高的处理效率。

方法/步骤1首先，我们拿到手的小米路由3 ( 在以下文中以 MINI 代替 )，系统是官方稳定版的。要想刷 OpenWRT ( 在以下文中以 OP 代替 ) ， 我们需要刷入 开发版 的 MINI 系统。 打开 miwifi 点 com 点击 ——> 下载 然后找到 小米路由器mini ROM ————> 开发版 0.4.96（8月29日更新） ————> 立即下载 下载好以后，我们需要用到一个U盘，随便 2G 或者 4G 都可以，把U盘格式化为 FAT32 格式。 然后把下载好的 NIMI 开发版 系统 复制到 U盘 根目录下，并改名为 miwifi.bin 路由器断电，插入U盘 ，按住复位键 ，路由器通电 ，指示灯闪烁的时候，放开复位键，然后等待刷机完成。 当MINI的指示灯由 黄色长亮 变成 蓝色长亮的时候，我们的MINI 开发版系统就刷好了。2 然后就是把路由器的网络接入方式设置好，并绑定你的 小米 帐号。 下一步，就是获取 ROOT 权限。 我们打开 miwifi 点 com ，点击 ————> 开放 下拉 点击 ————> 开启SSH工具 然后，再打开的网页中 ，记住你的 root密码 ，在后面的操作中用得到。 点击 ————> 下载工具包 把下载下来的 miwifi_ssh.bin 复制到刚才的U盘中， 这个时候，要把前面复制进去的开发版系统文件 miwifi.bin 删除掉。 同样的，断电，插入U盘，按住复位键，通电，在黄色指示灯闪烁的时候，放开复位键，等待.... 当指示灯变成 蓝色长亮的时候，说明我们获取到 root 权限了。可以接下去的操作了。 我们打开 h t t p : //downloads.openwrt.org.cn/PandoraBox/Xiaomi-Mini-R1CM/ 我们下载MINI 的 OP 程序 PandoraBox-ralink-xiaomi-mini-r474-20140703.bin 这个里面，已经安装了一些插件了3我用的是这一个。 PandoraBox-ralink-xiaomi-mini-r515-20140719.bin 这个里面，是纯净版的 OP 我们把它改一个名字，因为然面要把OP程序的名字打出来，所以我们就把前面的英文都删掉 ， 改成 20140703.bin 然后我们在百度下载一个工具 winscp 下载好后，安装完成。 打开 winscp ， 文件协议 我们选择 SCP ,主机名是路由器IP ：192.168.31.1 ，端口是：22 点击登录 需要我们输入用户名， root 和 密码，这个密码，就是在上面，获取ROOT权限的时候，网页上显示的 root密码， 在弹出的窗口上，我们选择 是 。 然后在，右边我们打开 /tmp/ 左边找到下载好的 MINI 的 OP程序 ，把它从左边的框拖到右边的框，也就是把文件复制到 MINI 的 /tmp/目录下 到这里，我们就可以把 winscp 关掉了。 然后，再下载一个工具 百度 putty 它是一个绿色的小软件，不需要安装 ，下载后，直接打开 我们在 Host Name(of IP address) 下面的空白的地方，输入MINI 的IP地址 ：192.168.31.1 在弹出的对话框上点 是 或者是 YES ，然后，输入帐号 root 回车 再输入 root密码， 注意：我们输入的root密码，在窗口上是不显示出来的，你只要在键盘上面，按出密码的字母和数字，然后回车就进入路由器了。 进入路由器以后，输入 cd /tmp/ 回车 然后，输入 mtd -r write /tmp/20140703.bin firmware 回车 然后就是在刷入OP到 MINI 里面了。 等待一下 大概40秒到一分钟的样子，我们按一下，方向键 上 。 然后路由器就自动 刷好 重启了 。4稍微等待一下，你可以用手机搜索一下周边的WIFI，你就会看到 PandoraBox开头的非常好的 WIFI 网络，不需要密码。 到了这一步，我们的MINI 也终于刷好了 OP 了 下面我们需要重新获取一下IP地址。 如果你的电脑是手动输入IP地址的，请改一下，让他自动获取，获取到IP地址后，我们在浏览器输入 192.168.1.1 回车 进入OP 了，点击管理 ，然后输入帐号和密码。默认的帐号是 root 密码是 admin 回车就可以进去了。 然后设置好相关的参数，修改系统时间和密码。 如果想要刷回 MINI 官方系统，请参照上面，刷入开发版系统操作。

　　万能中继，即AP+STA，可以同时作为无线客户端连接AP，同时自身也能作为AP接入点。能接收一切无线AP发射点然后再用无线或有线转发出去，特点是可以不用修改AP前提下直接连接，当然，如果AP有密码就得输入正确的密码才行。　　那么，如何使用PandoraBox的无线中继呢？　　1.打开PandoraBox的管理界面，选择到[网络]->[无线]。　　点击接口上的搜索按钮，等待几秒。　　2.找到你需要中继的信号，点击[加入网络]

密码为admin。pandorabox恢复出厂密码为admin，是pandorabox制造商为用户提供复原手机状态的一种方法，包括恢复预置APP、系统UI、桌面图标排列及一些常规设置，同时pandorabox制造商制作恢复出厂设置的密码是为了让用户的体验更好，使用更便捷。对于一部无硬件故障的手机来说，恢复出厂设置的风险较小，只需要按照提示，备份可用数据即可直接在手机上操作。恢复出厂设置后，手机系统状态会处于初始状态。通过恢复出厂设置可以清除所有已安装的APP，但是预置APP在恢复后会重新回到桌面。对于已经ROOT的系统来说，恢复出厂设置无法清除通过ROOT安装的APP。

OpenWrt在PogoPlug上应该是没有太大的问题了,我简单讲解一下如何安装OpenWrt(PandoraBox).准备流程:1.在开始之前,建议大家做好NAND的完整备份,以防以后需要恢复.如何备份,请参考其他帖子.2.到下载需要的升级文件.http://downloads.openwrt.org.cn/PandoraBox/oxnas/openwrt-oxnas-3.1-uImage 启动的内核文件.openwrt-oxnas-root.ubi 是ubifs的rootfs文件.uImage.ram ram版的openwrt系统,通过该系统向NAND写入OpenWrt. uImage-fl.sh-nand.ram 包含以上文件的ram openwrt,可以通过TTL控制并启动TFTP的同学可以使用此文件.注意:默认帐号root: 密码:admin3.启动RAM DISK版本的OpenWrt.4.在启动完成你RAM OpenWrt系统使用工具写入OpenWrt到NAND Flash.5.重新启动系统,注意,有硬盘的同学注意清空硬盘上的启动信息,避免从硬盘启动U-boot.-------------------------------------------------------------------------------------------------------------有TTL串口线的同学,使用方法A:准备好tftp服务器,windows下建议使用tftpd32.进入u-boot shell,输入命令:设置设备IP:setenv ipaddr 192.168.1.200设置TFTP服务器IP: setenv serverip 192.168.1.100下载RAM OpenWrt: tftpboot 0x60500000 uImage.ram启动RAM OpenWrt: bootm 0x60500000OpenWrt启动完成后,打开ftp客户端(默认帐号root: 密码:admin),将openwrt-oxnas-3.1-uImage ,penwrt-oxnas-root.ubi分别重命名为uImage,rootfs.ubi,并上传到上传到根目录的/boot.切换回OpenWrt的shell,用telnet或者ssh或者TTL的都可以,执行下面的命令:切换到/boot目录cd /boot列出文件,进行核对.ls执行../flash-nand.sh./flash-nand.sh等待烧写完毕.重启系统.reboot--------------------------------------------------------------------------------------------------------------方法B,没有TTL串口的兄弟:1.使用硬盘制作启动盘.2.将uImage.ram 作为内核文件,替换硬盘启动的uImage,写入到硬盘.3.从硬盘启动,通过telnet登录到ram openwrt里面.4.重复参考A方法步骤,ftp升级文件到/boot.5.执行./flash-nand.sh.FAQ:1.如何修改u-boot环境变量?答:修改u-boot-env,在OpenWrt下执行fw_printenv,是否可以看到uboot的环境变量信息了?同理,fw_setenv可以跟uboot的setenv命令一样设置env.2.如何修改lan的mac地址.参考下面的命令uci set network.lan.macaddr="00:24:d7:bf:7f:20"uci commit network重启系统即可生效

生产环境究竟是使用mysqldump还是xtrabackup来备份与恢复数据库root@client2:/var/lib/my；total77860；drwx------8mysqlmysql409；drwxr-xr-x38rootroot4096；-rw-r--r--1rootroot0Jan5；drwx------2mysqlmysql409；-rw-rw----1mysqlmysql692；-rw-rw----1mysqlmysroot@client2:/var/lib/mysql# lltotal 77860drwx------ 8 mysql mysql 4096 Mar 7 21:06 ./drwxr-xr-x 38 root root 4096 Mar 7 19:52 ../-rw-r--r-- 1 root root 0 Jan 5 14:22 debian-5.5.flagdrwx------ 2 mysql mysql 4096 Feb 11 17:39 django/-rw-rw---- 1 mysql mysql 69206016 Mar 7 21:02 ibdata1-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:02 ib_logfile0-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:01 ib_logfile1drwx------ 2 mysql mysql 4096 Jan 5 22:55 monitor/drwx------ 2 mysql root 4096 Jan 5 14:22 mysql/-rw-rw---- 1 root root 6 Jan 5 14:22 mysql_upgrade_infodrwx------ 2 mysql mysql 4096 Jan 5 14:22 performance_schema/drwxr-xr-x 2 mysql mysql 4096 Mar 7 21:03 test/drwxr-xr-x 2 mysql mysql 4096 Mar 7 19:58 xtrbackup/然后启动mysql，并查看test数据库的表里内容root@client2:/var/lib/mysql# service mysql startmysql start/running, process 12730root@client2:/var/lib/mysql# mysql -u root -pEnter password:Welcome to the MySQL monitor. Commands end with ; or g.Your MySQL connection id is 36Server version: 5.5.28-0ubuntu0.12.04.3-log (Ubuntu)Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.Oracle is a registered trademark of Oracle Corporation and/or itsaffiliates. Other names may be trademarks of their respectiveowners.Type "help;" or "h" for help. Type "c" to clear the current input statement.mysql> use test;Reading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -ADatabase changedmysql> select * from test;+------+| id |+------+| 1 || 2 || 3 || 5 |+------+5 rows in set (0.01 sec)可以看到数据库已经恢复完成可能大家有个疑问，为什么我这里不像很多网上的文章里是在apply-log后，使用copy-back如果使用/usr/bin/innobackupex --copy-back命令后，会报Original data directory is not empty! at /usr/local/xtrabackup/bin/innobackupex line 538.恢复的目录必须为空。经查官网，这是xtrabackup的一个BUG。innobackupex–copy-back was run. With this bug fix, innobackupex–copy-back operation if the destination is not empty, avoiding potential data loss or a strang combination of a restored backup and previous data. Bug Fixed: #737569 (Valentine Gostev) will now error out of the did not check that MySQL datadir was empty before所以在apply-log后直接复制数据目录到数据库的位置上吧。三、对数据库的增量备份与恢复为了进行增量备份，先对数据库添加一些数据mysql> insert into test values(11);Query OK, 1 row affected (0.10 sec)mysql> insert into test values(12);Query OK, 1 row affected (0.05 sec)mysql> insert into test values(13);Query OK, 1 row affected (0.00 sec)mysql> insert into test values(14);Query OK, 1 row affected (0.00 sec)mysql> insert into test values(15);Query OK, 1 row affected (0.00 sec)mysql> flush privileges;Query OK, 0 rows affected (0.01 sec)mysql> select * from test;+------+| id |+------+| 1 || 2 || 3 || 4 || 5 || 11 || 13 || 14 || 15 |+------+10 rows in set (0.00 sec)然后进行增量的备份root@client2:/var/lib/mysql# innobackupex --user=root --password=123456 --database=test --incremental --incremental-basedir=/tmp/restore/ /tmp/dataInnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oyand Percona Inc 2009-2012. All Rights Reserved.This software is published underthe GNU GENERAL PUBLIC LICENSE Version 2, June 1991.130307 21:13:38 innobackupex: Starting mysql with options: --password=xxxxxxxx --user="root" --unbuffered --130307 21:13:38 innobackupex: Connected to database with mysql child process (pid=12864) 130307 21:13:44 innobackupex: Connection to database server closedIMPORTANT: Please check that the backup run completes successfully.At the end of a successful backup run innobackupexprints "completed OK!".innobackupex: Using mysql Ver 14.14 Distrib 5.5.28, for debian-linux-gnu (x86_64) using readline 6.2innobackupex: Using mysql server version Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.innobackupex: Created backup directory /tmp/data/2013-03-07_21-13-44130307 21:13:44 innobackupex: Starting mysql with options: --password=xxxxxxxx --user="root" --unbuffered --130307 21:13:44 innobackupex: Connected to database with mysql child process (pid=12891) 130307 21:13:46 innobackupex: Connection to database server closed130307 21:13:46 innobackupex: Starting ibbackup with command: xtrabackup_55 --backup --suspend-at-end --target-dir=/tmp/data/2013-03-07_21-13-44 --incremental-basedir="/tmp/restore/"innobackupex: Waiting for ibbackup (pid=12898) to suspendinnobackupex: Suspend file "/tmp/data/2013-03-07_21-13-44/xtrabackup_suspended"xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined) incremental backup from 59605543 is enabled.xtrabackup: uses posix_fadvise().xtrabackup: cd to /var/lib/mysqlxtrabackup: Target instance is assumed as followings.xtrabackup: innodb_data_home_dir = ./xtrabackup: innodb_data_file_path = ibdata1:10M:autoextendxtrabackup: innodb_log_group_home_dir = ./xtrabackup: innodb_log_files_in_group = 2xtrabackup: innodb_log_file_size = 5242880130307 21:13:46 InnoDB: Using Linux native AIO>> log scanned up to (59606124)[01] Copying ./ibdata1to /tmp/data/2013-03-07_21-13-44/ibdata1.delta[01] ...done130307 21:13:50 innobackupex: Continuing after ibbackup has suspended130307 21:13:50 innobackupex: Starting mysql with options: --password=xxxxxxxx --user="root" --unbuffered --130307 21:13:50 innobackupex: Connected to database with mysql child process (pid=12913) >> log scanned up to (59606124)130307 21:13:52 innobackupex: Starting to lock all tables...>> log scanned up to (59606124)>> log scanned up to (59606124)130307 21:14:03 innobackupex: All tables locked and flushed to disk130307 21:14:03 innobackupex: Starting to backup .frm, .MRG, .MYD, .MYI,innobackupex: .TRG, .TRN, .ARM, .ARZ, .CSM, .CSV and .opt files ininnobackupex: subdirectories of "/var/lib/mysql"innobackupex: Backing up file "/var/lib/mysql/test/test.frm"innobackupex: Backing up file "/var/lib/mysql/test/db.opt"130307 21:14:03 innobackupex: Finished backing up .frm, .MRG, .MYD, .MYI, .TRG, .TRN, .ARM, .ARZ, .CSV, .CSM and .opt filesinnobackupex: Resuming ibbackupxtrabackup: The latest check point (for incremental): "59606124">> log scanned up to (59606124)xtrabackup: Stopping log copying thread.xtrabackup: Transaction log of lsn (59606124) to (59606124) was copied.130307 21:14:05 innobackupex: All tables unlocked130307 21:14:05 innobackupex: Connection to database server closedinnobackupex: Backup created in directory "/tmp/data/2013-03-07_21-13-44"innobackupex: MySQL binlog position: filename "mysql-bin.000023", position 107130307 21:14:05 innobackupex: completed OK!其中，--incremental指明是增量备份，--incremental-basedir指定上次完整备份或者增量备份文件的位置。这里的增量备份其实只针对的是InnoDB，对于MyISAM来说，还是完整备份。 在进行增量备份的恢复之前，先关闭数据库，然后删除数据库testroot@client2:/var/lib/mysql# service mysql stopmysql stop/waitingroot@client2:/var/lib/mysql# rm -rf testroot@client2:/var/lib/mysql# lltotal 77856drwx------ 7 mysql mysql 4096 Mar 7 21:17 ./drwxr-xr-x 38 root root 4096 Mar 7 19:52 ../-rw-r--r-- 1 root root 0 Jan 5 14:22 debian-5.5.flagdrwx------ 2 mysql mysql 4096 Feb 11 17:39 django/-rw-rw---- 1 mysql mysql 69206016 Mar 7 21:17 ibdata1-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:17 ib_logfile0-rw-rw---- 1 mysql mysql 5242880 Mar 7 21:11 ib_logfile1drwx------ 2 mysql mysql 4096 Jan 5 22:55 monitor/drwx------ 2 mysql root 4096 Jan 5 14:22 mysql/-rw-rw---- 1 root root 6 Jan 5 14:22 mysql_upgrade_infodrwx------ 2 mysql mysql 4096 Jan 5 14:22 performance_schema/drwxr-xr-x 2 mysql mysql 4096 Mar 7 19:58 xtrbackup/增量备份的恢复root@client2:/var/lib/mysql# innobackupex -user=root --password=123456 --defaults-file=/etc/mysql/my.cnf --apply-log /tmp/restore/ --incremental-dir=/tmp/data/2013-03-07_21-13-44/InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oyand Percona Inc 2009-2012. All Rights Reserved.This software is published underthe GNU GENERAL PUBLIC LICENSE Version 2, June 1991.IMPORTANT: Please check that the apply-log run completes successfully.At the end of a successful apply-log run innobackupexprints "completed OK!".130307 21:18:20 innobackupex: Starting ibbackup with command: xtrabackup_55 --defaults-file="/etc/mysql/my.cnf" --prepare --target-dir=/tmp/restore --incremental-dir=/tmp/data/2013-03-07_21-13-44/xtrabackup_55 version 1.6.7 for Percona Server 5.5.16 Linux (x86_64) (revision id: undefined) incremental backup from 59605543 is enabled.xtrabackup: cd to /tmp/restore

comparableadj.可比较的; 比得上的; [英][u02c8ku0252mpu0259ru0259bl][美][u02c8kɑ:mpu0259ru0259bl]nominaladj.名义上的;票面上的; 名字的，列名的; [英][u02c8nu0252mu026anl][美][u02c8nɑ:mu026anl]

不一定是盗版，RAB和RIA可能是鞋子上的品牌标志或者某个特殊的设计元素。

一、Xtrabackup介绍 A、Xtrabackup是什么 Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份(备份时不影响数据读写)，是商业备份工具InnoDB Hotbackup的一个很好的替代品。

它可能被一些消费者更昂贵的比可比彩色广告

这个英文单词我也不明白是什么意思呢？没法翻译需要请其他人帮忙。

soar above the sky翱翔在天空soar[英][su0254:(r)][美][su0254r, sor]vi.高飞; 飞腾; 猛增，剧增; 高耸，屹立; n.高飞; 高涨; 高飞范围; 上升高度; vt.高飞越过; 飞升到; 第三人称单数：soars过去分词：soared现在进行时：soaring过去式：soared例句:1.Property prices continued to soar in may. 房地产价格在5月继续飙升.-----------------------------------如有疑问欢迎追问！满意请点击右上方【选为满意回答】按钮

不是啊，这是课文中对海涅后来常年卧病在床的状态的描述，也许就是海涅对自己那段时候生活状态的描述，我觉得意思是，常年躺在床上就像在坟墓里一样，但和坟墓不同的是，这里没有那么安静，所以说Grab ohne Ruhe

没有直接关系。矩阵B可逆，AB的秩等于A的秩，那么A可逆的充要条件是A可以写成初等阵的乘积。AB等于B左乘初等矩阵，而左乘初等阵就是对B进行初等行变换，所以它的秩不变。而B可逆的充要条件是B可以写成初等阵的乘积，同理秩不变。

由于两个6欧姆电阻串联的中点，与两个1欧姆电阻串联的中点之间电位差为0，即两点之间的1欧姆电阻可以视为开路，这样，原电路ab之间等于一个9欧姆、一个12欧姆与一个2欧姆的电阻并联，Rab阻值为1/9+1/12+1/2的倒数，即1.44欧姆。

画图解，求得Rab=4.5Ω

D对。分析：在求ab间的电阻Rab 时，可不用理会cd两端（它没接其他地方，可略去不看）。从电路可看出，从右往左进行，右边的60欧与30欧并联得 20欧。这个20欧与图中的80欧串联，得　100欧。这个100欧与图中的100欧并联，得50欧。这个50欧与图中的50欧串联，得100欧。即　Rab＝100欧

假定ab间施加的电压是U，流过下边100Ω电阻的电流是i2，流过右边100Ω电阻的电流是i3。根据基尔霍夫电流定律，对于中间节点，可以列出：i1 = i2+i3+0.99i1，中间节点对b点的电压相等，得到：100xi2 = 100xi3+(0.99i1+i3)x10000。根据上述两式，联合求解，可以求出：i2 = 100.01/102xi1。对于输入回路，有：U = 25xi1+100xi2，将上述求得的i2代入，得到：U = 25xi1+100x100.01/102xi1 ≈ 123.05xi1。所以，输入电阻Rab =U/i1 ≈ 123.05Ω。

先只看变压器，因为，对理想变压器，其两侧的功率相等，即 U1^2/R1=U2^2/R2，所以R1=R2*(U1/U2)^2=20Ω*(1:2)^2=5Ω，也就是，从初级看，次级的20Ω等效为5Ω。所以，Rab=1Ω+5Ω=6Ω

二是功率设置问题，业务信道功率设置不合理，而且主要是在PS业务方面。 2、话统分析中发现RAB建立成功率较低，失败原因值均为RAB.FailEstabPsPerCell.14 (原因为14(Failure in the Radio Interface Procedure)，主要原因是做H业务时RB建立成功率较低导致，HSDPA的RB建立失败原因值均为终端无响应。目前已通过修改RB上行干扰余量、SICH上行干扰余量；3、这种问题设备硬件不会有什么问题，主要是无线环境有问题，比如弱覆盖，干扰，后台可以通过调整最小接入电平值来调整用户接入门限，避免失败；如果严重的话，或者说严格一点，就要到现场测试，是无线信号衰减过快，弱覆盖、干扰等等，进行适当的调整，如果是室外站，可以通过调整天馈，增加功率；室分的话，就要想办法加强弱覆盖区域的覆盖。4、针对RAB.FailEstabPsPerCell.14（无线接口进程失败）需要对网络覆盖、无线环境和设备运行状态进行排查，对弱覆盖且业务量需求区域及时补点，加强网络覆盖；对由于无线环境和设备运行状态异常小区及时优化和硬件维护处理。

1图应该是5k。

普通解法，需要运用三角形转星型的公式；观察到这里参数的特殊性，故可用简单方法求解；若在ab端施加一个电压Uab，并忽略R5的存在，那么c点电压Ucb与e点电压Uecb是相等的；Ucb = Uab*R3/(R2+R3)；Uecb = Uab*R6/(R4+R6)；代入参数后，得 Ucb = Ueb；也就是说即使有R5存在，也不会有电流流经R5，R5的有无对电路没有影响；所以 Rab = R1//(R2+R3)//(R4+R6)；还不理解可追问，满意请采纳哈；

r(A)是系数矩阵的秩，r(A,b)是增广矩阵的秩如果r(A)<r(A,b)实际上就是相当于，初等行变换化简之后得到某一行参数系数都是0，而常数不是0即若干个0相加，得到非0常数，这显然是不可能的所以此非齐次线性方程组无解

2u2126电阻左侧电位为-I1 V, 两侧电位差为2I1 V,则2u2126电阻右侧电位为-I1+2I1=I1 V,即为电源电压Uab。所以电源输出的总电流为Iab=I1+I1=2I1 A,Rab=Uab/Iab=0.5 u2126以下为电源电压为10V时的模拟图:

给电阻编个号，(如图)。R3与R4串联：R3+R4=10+20=30ΩR2与(R3+R4)并联：30∥30=15ΩR1与15Ω串联：Rab=R1+15=10+15=25Ω

Rab=7欧CD连接，上面3欧、6欧并联为2欧下面两个4欧并联为2欧，这个2欧与8欧串联为10欧，再与10欧并联为5欧，最后与上面的2欧串联得7欧。

a、上面两个8欧并联为4欧、中间3欧与6欧并联为2欧、下面8欧被短路为0欧，所以Rab=4+2=6 欧。b、左上两个4欧并联为2欧、中下两个10欧并联为5欧、并联后的2欧与5欧串联得7欧，最后与右边的7欧并联得3.5欧。

是8个电阻并联，所以Rab=R/8

r（A）就是A的秩，不用说ra的秩。 因为a-b的向量组（行或列）一定是A和B向量组的线性组合。 自然r（A）+r（B）大于它 R(AB)：若A中至少有一个r阶子式不等于零，且在r<min(m,n)时，a中所有的r+1阶子式全为零，则a的秩为r。 p=""> </min(m,n)时，a中所有的r+1阶子式全为零，则a的秩为r。> 在m*n矩阵A中，任意决定k行和k列交叉点上的元素构成A的一个k阶子矩阵，此子矩阵的行列式，称为A的一个k阶子式。

r(A,B)>=r(A+B) r(A,B)>=r(B)>=r(AB) r(AB)与r(A+B)没有直接关系。 矩阵B可逆，AB的秩等于A的秩，那么A可逆的充要条件是A可以写成初等阵的乘积。AB等于B左乘初等矩阵，而左乘初等阵就是对B进行初等行变换，所以它的秩不变。而B可逆的充要条件是B可以写成初等阵的乘积，同理秩不变。

Rab=1.5欧姆，原电路等效于去掉R5后的电路, 便于理解的话可以类比为 将一个电阻的两端全部接的电路的B 点或者A点，同样不会对电路的等效电阻产生影响。另一种理解的话可以在AB 端点加电压后，R5 上的电流为0，即可认为R5 是断开的。

他是小天狼星的弟弟雷古勒斯阿克图勒斯布莱克虽然他以前也当过食死徒，但他很快就认清了，为了对抗伏地魔，他偷走了金挂坠盒，因为喝了药水，后来死掉了，其实他是个好人

Rab间是一个平衡电桥(对角线电阻乘积相等)，因此最下面的电阻R2可不计（两点间单位相等，无电流），Rab=(R1+R2)//(R1+R2)//R1或(R1//R1+R2//R2)//R1代入数值即可。

erab是s1接口的连接标示，rrc是空中接口的上层标示

Rab=6欧+15欧//(5欧+5欧）=12欧Rcd=5欧//(15欧+5欧）=4欧

选择答案A

Rab = R1+R4//(R2+R3)；

(6//3+6//3)//4=2

首先来看一下R.A.B留下的话: To the Dark Lord I know I will be dead long before you read this but I want you to know that it was I who discovered your secret I have stolen tthe real Horcrux and intend to destroy it as soon as I can. I face death in the hope that when you meet your match you will be mortal once more R.A.B 致黑魔王： 我知道在你阅读这张纸时，我肯定已经去世很久了。 但我想让你知道是我发现了你的秘密。 我已经偷走了真正的魂器，并打算尽我所能地尽快销毁它。 面对死亡，我无所畏惧，因为我心中怀着一个希望： 当你遇到你的对手时，你将再次变得可以被打败（不再不朽）。神秘的R.A.B是谁谁都不知道,可是很多猜测都说是小天狼星的弟弟雷古勒斯·布莱克。 我特地对这段话做了一番分析： 1）此人称伏地魔为“黑魔王”，众所周知，只有食死徒才会这样叫他。所以可以肯定R.A.B是个食死徒。 2）最后一句“you will be mortal（致命的） once more”说明此人找到Horcrux 时伏地魔已经被打败过一次了，也就是杀哈利没成功的那次。说明伏地魔杀哈利时此人还活着。 3）此人很久以前就已经死了。 综上所述，这个人死的时间应该是伏地魔倒台之后，但因为他拿到了Horcrux后还没来得及毁掉就死了，说明这人也不是活的很长，而且这人是食死徒。 确定了这些仅有的线索后，我又翻了哈5，查了小天狼星弟弟的资料。 他是个食死徒，而且对伏地魔的那些行为很恐惧，想退出食死徒的行列。 值得注意的是：罗琳特地写出了他的死亡时间是15年前。哈5中哈利差不多16岁，15年前正好是1岁，也就是说小天狼星的弟弟死于伏地魔垮台后不久。 一切都吻合了，包括姓名。所以R.A.B是小天狼星的弟弟的可能性几乎是100%。 之后我又在哈5中寻找Horcrux的下落。发现书中提到了克利切检回去的东西中，有两样很可疑：一是音乐盒。一拧发条，音乐盒就隐约发出叮叮咚咚的不详乐曲，让所有人都迷迷糊糊。 二是我认为最有可能的，是一只谁也打不开的沉甸甸的纪念品盒。 所以如果我的分析没有错，R.A.B应该就是小天狼星的弟弟。而Horcrux很可能就是以上所说的两样东西的其中一样！！！

不会是哈利熟悉的人,不然,早猜出来了.

13.6

rab等于ra说明：R（A）是矩阵A的秩，R（AB），AB是A与B两个矩阵的积，也是一个矩阵，R（AB）就是这个积矩阵的秩。秩是线性代数术语。在线性代数中，一个矩阵的秩是其非零子式的最高阶数，一个向量组的秩则是其最大无关组所含的向量个数。在解析几何中，矩阵的秩可用来判断空间中两直线、两平面及直线和平面之间的关系。注意：使用计算机按上述方法求矩阵的秩时，可能涉及浮点数。此时基本高斯消去(LU分解)可能是不稳定的，可以使用奇异值分解(SVD)或有支点(pivoting)的QR分解。秩的数值判定要求对一个值比如来自 SVD 的一个奇异值是否为零的依据，实际选择依赖于矩阵和应用二者。

小天狼星的弟弟哈利波特是装死

　　RAB可以看作是UE与CN之间接入层向非接入层提供的业务（不关心该承载是以何种方式实现的），主要用于用户数据的传输。RAB直接与UE业务相关，它涉及接入层各个协议模块，在空中接口上，RAB反映为无线承载（RB）。　　RRC：Radio Resource Control,RRC连接在UE与UTRAN之间传输无线网络信令，如进行无线资源的分配等等。RRC连接在呼叫建立之初建立，在通话结束后释放，并在期间一直维持。　　1、RRC 无线资源控制，起功能是系统信息广播、寻呼控制、RRC连接控制等功能。　　2.RAB的建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB,当RAB建立成功之后，一个基本的呼叫即建立，UE进入通话过程。　　除了这个之外，还有一个很重要的就是呼叫的详细流程：　　1.UE呼叫，首先是上行预同步，在UpPCH信道进行SYNC_UL的发送；　　2.下行FPACH信道的功控指示，UE功率控制；　　3.RACH信道的接入，RRC连接的建立；　　4.FACH信道指配，完成鉴权、加密和 呼叫控制；　　5.CN和UE完成RAB的建立，完成DPCH业务信道。　　呼叫的整个过程就是① 随机接入的过程----信令通道的建立；② RAB建立后业务信道的完成。　　搞清楚这些后，RRC和 RAB 都很清楚了！

1去掉b下方的两个电阻（被短路）2把右上角和下角与b点连为一点。3把右中点与a连为一点，Rab＝与5个电阻并联。即R/5

将1Ω，2Ω，4Ω电阻有△变换位星形连接。36/7和18/7并联之后与30/7串联。化简得30/7+12/7=42/7=6Ω。此题主要考察电阻三角形连接与星形连接的等效互换。

　　对电路图进行等效结构变化：　　因此：Req=Rab=（3∥6+10）∥6=4（Ω）。

Rab = R1 || ((R2||R3)+R4) = 400 || (300+200) = 400||500 = 222.222Ω好好学习天天向上

小天狼星的弟弟雷古勒斯布莱克,原本是食死徒,可是后来觉醒了,为了抵抗伏地魔喝了魔药后死了.

原来的图画错了，结果也错了，修改如下：Rab=2+4∥4+0=2+2=4（Ω），选择：B。

黑人那起源的音乐.

雷古勒斯拉格霍恩是《哈利波特》系列小说和电影中的一个角色，他是一位霍格沃茨魔法学校的前校长。根据小说和电影中的描述，雷古勒斯拉格霍恩是在一次魔法决斗中被一位名叫伊格弩斯弗莱奇的前学生杀死的。在决斗中，雷古勒斯拉格霍恩使用了一个黑魔法防御术，试图保护自己和学生。然而，伊格弩斯弗莱奇使用了一种强大的咒语，使得雷古勒斯拉格霍恩无法躲避，最终被击中并受伤。在受伤后，雷古勒斯拉格霍恩被送往医院治疗，但是他的伤势太重，最终不治身亡。他的死亡对霍格沃茨学校和魔法世界产生了深远的影响，也成为了小说和电影中的重要情节之一。

等效电路如下

先将电路等效转换，可见c、d两点电位相等，4R可以去掉。在简化后得到ab间的等效电阻为1.5R。去掉4R的原因：在第3个图中，ab间有两条相同的通路。假设在ab间加一个电压Uab。根据分压原理可知c点和d点的电位是相等的。即Ucb=Udb，Ucd=Ucb-Udb=0。无论在cd间连接的导体的阻值是多大，其上都不会有电流流过。所以4R处电阻值的大小不会影响电路的运行情况，因此可以把4R去掉。扩展资料：求等效电阻的方法1、等效变换化法：不含受控源的二端网络除源后，其电路可以看成由电阻按不同方式连接而成的纯电阻电路。求解该二端网络的等效电阻可采用电阻的串并联等效变化或△-Y变化法直接求取。2、开路短路法：开路短路法指二端网络的等效电阻等于该端口的开路电压Uoc与该端口的短路电流Isc之比。注意：短路电流由开路电压正极流向负极。3、输入电阻法：戴维南定理指出一个含独立电源、线性电阻和受控源的一端口对外电路，其等效电阻等于一端口的全部独立电源置零后的输入电阻。输入电阻等于端口外加电压源与端口的输入电流之比。

衣服姑奶奶了

　　RAB可以看作是UE与CN之间接入层向非接入层提供的业务（不关心该承载是以何种方式实现的），主要用于用户数据的传输。RAB直接与UE业务相关，它涉及接入层各个协议模块，在空中接口上，RAB反映为无线承载（RB）。　　RRC：Radio Resource Control,RRC连接在UE与UTRAN之间传输无线网络信令，如进行无线资源的分配等等。RRC连接在呼叫建立之初建立，在通话结束后释放，并在期间一直维持。　　1、RRC 无线资源控制，起功能是系统信息广播、寻呼控制、RRC连接控制等功能。　　2.RAB的建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB,当RAB建立成功之后，一个基本的呼叫即建立，UE进入通话过程。　　除了这个之外，还有一个很重要的就是呼叫的详细流程：　　1.UE呼叫，首先是上行预同步，在UpPCH信道进行SYNC_UL的发送；　　2.下行FPACH信道的功控指示，UE功率控制；　　3.RACH信道的接入，RRC连接的建立；　　4.FACH信道指配，完成鉴权、加密和 呼叫控制；　　5.CN和UE完成RAB的建立，完成DPCH业务信道。　　呼叫的整个过程就是① 随机接入的过程----信令通道的建立；② RAB建立后业务信道的完成。　　搞清楚这些后，RRC和 RAB 都很清楚了！

Rab=6//[1+(4//4)]=6//3=2欧。 Rac=1//[6+(4//4)]=1//8=8/9 欧。 Rcd=2//[2+(7//4)]=1.39欧。

4R无效，可以不要，Rab=（R+2R）并联（R+2R）=1.5R

r(A,B)>=r(A+B)r(A,B)>=r(B)>=r(AB)r(AB)与r(A+B)没有直接关系。矩阵B可逆，AB的秩等于A的秩，那么A可逆的充要条件是A可以写成初等阵的乘积。AB等于B左乘初等矩阵，而左乘初等阵就是对B进行初等行变换，所以它的秩不变。而B可逆的充要条件是B可以写成初等阵的乘积，同理秩不变。

10欧

哈利波特的混血王子是斯内普。斯内普，全名为西弗勒斯·斯内普。由于他的父亲是一名麻瓜，而他的妈妈是一名女巫，所以他自称自己混血王子。斯内普在杀了邓布利多之后，击败哈利波特，与此同时向哈利波特承认了自己就是混血王子。《哈利波特》的原著中，在混血王子的日记本中写到了斯内普将预言告知了伏地魔。斯内普跟踪邓布利多，在猪头酒吧听到西比尔·特里劳尼做的那个有关“天选之子”的预言。不过，斯内普没有听完全部预言就被阿不福斯·邓布利多发现了，然后将他赶出了酒吧。斯内普斯内普将预言告诉给伏地魔。伏地魔发现有两个孩子符合预言中的“天选之子”。最终，斯内普也承认了自己的身份。

小天狼星的弟弟，七上有提到

　　R&B的全名是Rhythm & Blues，一般译作"节奏怨曲"。广义上，R&B可视为“黑人的流行音乐”，它源於黑人的Blues音乐，是现今西行流行乐和摇滚乐的基础，Billboard杂志曾界定R&B为所有黑人音乐——除了Jazz和Blues之外，都可列作R&B——可见R&B的范围是多么的广泛。近年黑人音乐圈大为盛行的Hip-Hop和RAP都源於R&B，并且同时保存着不少R&B成分。　　rhythm and blues 节奏极强的一种美国音乐　　“节奏布鲁斯”(R&B)在20世纪40年代中期出现的时候,它甚至还没有名字。但这个词才一出现，它就迅速广泛地传播开去。时至今日，R&B已经成了黑人流行音乐的代名词。早期的摇滚乐就是以R&B为基础的，它是由受流行音乐影响的“乡村和西部音乐”延展而来。R&B不仅仅是在布鲁斯和摇滚乐之间的一种重要的过渡音乐，它还是布鲁斯、灵魂乐、摇滚、爵士乐之间最重要的音乐分支。 　　当然，布鲁斯无疑是R&B的一个重要组成部分，但爵士乐元素也同等重要。最早的R&B艺术家就是来自“大乐队”(Big-Band)和“摇摆爵士”(Swing-Jazz)领域。在“二战”前，爵士乐远比今日风行，那时它是一种为跳舞而演奏的音乐，但是在乐队中通常会有歌手。“二战”期间，许多重要的爵士乐艺术家开始发展“上乘爵士”(Be Bop)和“酷爵士”(Cool Jazz)，这种跳舞元素更少的爵士乐。然而受战时的经济、军事等因素的影响和约束，“大乐队”开始逐渐减少。但听众们，尤其是那些在大城市中迅速增加的非裔美国社区的听众，他们仍然希望听到可以跳舞的音乐。于是音乐家们为了适应听众，就做出音量更大、使用更多的电声乐器，并且以“回复”(Riff)为主的“布吉音乐”(Boogie)。 著名的R&B歌手有鲁震宇、Big.Y 原创的单曲《写给陶喆》。r&b greats at juno records　　推荐歌曲： if i ain"t got you　　Jay-Sean

RAB可以看作是UE与CN之间接入层向非接入层提供的业务（不关心该承载是以何种方式实现的），主要用于用户数据的传输。RAB直接与UE业务相关，它涉及接入层各个协议模块，在空中接口上，RAB反映为无线承载（RB）。RRC：Radio Resource Control，RRC连接在UE与UTRAN之间传输无线网络信令，如进行无线资源的分配等等。RRC连接在呼叫建立之初建立，在通话结束后释放，并在期间一直维持。1、RRC 无线资源控制，起功能是系统信息广播、寻呼控制、RRC连接控制等功能。2. RAB的建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功之后，一个基本的呼叫即建立，UE进入通话过程。除了这个之外，还有一个很重要的就是呼叫的详细流程：1。UE呼叫，首先是上行预同步，在UpPCH信道进行SYNC_UL的发送；2。下行FPACH信道的功控指示，UE功率控制；3。RACH信道的接入，RRC连接的建立；4。FACH信道指配，完成鉴权、加密和 呼叫控制；5。CN和UE完成RAB的建立，完成DPCH业务信道。呼叫的整个过程就是① 随机接入的过程----信令通道的建立；② RAB建立后业务信道的完成。搞清楚这些后，RRC和 RAB 都很清楚了！

雷古勒斯·阿克图卢斯·布莱克。雷古勒斯·布莱克，全名雷古勒斯·阿克图勒斯·布莱克，是小天狼星·布莱克的弟弟。生于1961年，即低小天狼星一年级或两年级；1979年为了毁掉伏地魔的魂器——斯莱特林的挂坠盒，喝下毒药死于湖底。死前将斯莱特林的挂坠盒交于他的家养小精灵克利切，吩咐它将其摧毁并禁止它向家人说起自己。角色经历：出身于纯粹高贵的纯血统布莱克家族，纯血主义者，曾经的伏地魔的崇拜者，16岁加入食死徒，备受父母的喜爱。伏地魔曾向他要一只家养小精灵做实验，他推荐克利切，但是吩咐克利切完成伏地魔要他做的事，然后回家。雷古勒斯从返回家中受到惊吓的克利切身上发现端倪，对伏地魔产生怀疑。为保护布莱克家族，他在一段时间后带着克利切前往伏地魔保存魂器的洞穴，喝下毒药，换走魂器斯莱特林的挂坠盒。