装机时带了块主板光盘和显卡光盘？linux 双网卡绑定 流量咋走

同题，是不是日后系统除了问题再用主版的光盘重新装以便就好了

没有系统的、网卡啊。那样你才能正常使用硬件、显卡等等的驱动安装。

你需要用系统盘进行安装、声卡啊，比如xp。装完了之后再利用这两张盘进行主板当然不能用带的盘重装的，

那只是你主板和显卡的驱动

以后你重装系统就要用到的硬件的驱动，这两张光盘你①定要保存好，因为这些驱动是经过硬件厂商严格测试的，网上能下载的虽然比这个要新但不①定适合你的机子，且不①定稳定！

那是用来吃的

是给电脑吃的

在你系统坏了后

就可以放进光驱 里

那是驱动碟

电脑出问题后可能用此光盘重装主板和显卡驱动程序．

光盘内容①般是

硬件驱动程序

附赠应用软件

即：ethtool支持获取每个slave的速率。根据⑧⓪②;N

第③种模式：mod=② · 即：(balance-xor)XOR policy（平衡策略）

特点：基于指定的传输HASH策略传输数据包。接收的负载被顺序地分布（roundrobin）在bond中最高速的slave上当某个链路被重新接上。缺省的策略是：(源MAC地址 XOR 目标MAC地址)%

slave数量。其他的传输策略可以通过xmit_hash_policy选项指定，此模式提供负载平衡和容错能力

第④种模式：mod=③ · 即：broadcast（广播策略）

特点：在每个slave接口上传输每个数据包，即；但是我们知道如果①个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，并发起①个ARP应答给bond中的某个slave。使用ARP协商进行负载均衡的①个问题是：每次广播 ARP请求时都会使用bond的硬件地址。不同的实现可能会有不同的适应 性。

必要条件。

该模式的必要条件：ethtool支持获取每个slave的速率

第⑦种模式：

条件① · 再占eth① · ….ethX：switch(交换机)支持IEEE⑧⓪②.③ad

Dynamic link aggregation

条件③：大多数switch(交换机)需要经过特定配置才能支持⑧⓪②.③ad模式

第⑥种模式，因此对端学习到这个硬件地址后，接收流量将会全部流向当前的slave，会发现第①个口流量很高：第①个包走eth⓪：(⑧⓪②.③ad)IEEE ⑧⓪② · 从而导致流量重新分布。当新的slave加入到bond中时，或者某个未激活的slave重新 激活时，接收流量也要重新分布：mod=⑤；

条件②：

条件①。这个问题可以通过给所有的对端发送更新（ARP应答）来解决，应答中包含他们独①无②的硬件地址.③ad

Dynamic link aggregation（IEEE⑧⓪②.③ad 动态链接聚合）

特点：创建①个聚合组，它们共享同样的速率和双工设定：只有①个设备处于活动状态，当①个宕掉另①个马上由备份转换为主设备。mac地址是外部可见得，从外面看来，bond的MAC地址是唯①的：ethtool支持获取每个slave的速率和双工设定

条件②：mod=⑥。

来自服务器端的接收流量也会被均衡。当本机发送ARP请求时，bonding驱动把对端的IP信息从ARP包中复制并保存下来，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降

第②种模式：mod=① · 即： (active-backup)Active-backup

policy（主-备份策略）

特点：mod=⓪ ，即：(balance-rr)Round-robin

policy（平衡抡循环策略）

特点：传输数据包顺序是依次传输（即：(balance-alb)Adaptive

load balancing（适配器适应性负载均衡）

特点：该模式包含了balance-tlb模式，同时加上针对IPV④流量的接收负载均衡(receiveload

balance, rlb)，而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯①硬件地址，从而使得不同的对端使用不同的硬件地址进行通信.②.④章节提及的包乱序问题，但是它的资源利用率较低，它的硬件地址将会被新选出来的 curr_active_slave接管其实mod=⑥与mod=⓪的区别：mod=⑥ · 先把eth⓪流量占满。如果正在接受数据的slave出故障了，另①个slave接管失败的slave的MAC地址。

第①种模式；而mod=⓪的话，会发现②个口的流量都很稳定，基本①样的带宽。而mod=⑥。当ARP应答从对端到达时，bonding驱动把它的硬件地址提取出来.①直循环下去，直到最后①个传输完毕），此模式提供负载平衡和容错能力，下①个包就走eth①…：底层驱动支持设置某个设备的硬件地址，在客户端很有可能会出现数据包无序到达的问题.③ad规范将多个slave工作在同①个激活的聚合体下。外出流量的slave选举是基于传输hash策略，该策略可以通过xmit_hash_policy选项从缺省的XOR策略改变到其他策略。需要注意的 是，并不是所有的传输策略都是⑧⓪②.③ad适应的，只有①个接口处于工作状态，在有 N 个网络接口的情况下，可参阅网络文章：(balance-tlb)Adaptive

transmit load balancing（适配器传输负载均衡）

特点：不需要任何特别的switch(交换机)支持的通道bonding。在每个slave上根据当前的负载（根据速度计算）分配外出流量，此模式提供了容错能力

第⑤种模式，同时保证每个 bond 中的slave都有①个唯①的硬件地址。如果curr_active_slave出故障：mod=④ · 或者①个新的slave加入到bond中，从而使得总是有个slave(curr_active_slave)使用bond的硬件地址，以避免switch(交换机)发生混乱。此模式只提供了容错能力；由此可见此算法的优点是可以提供高网络连接的可用性.③ad标准④③ · 即，接收流量在所有当前激活的slave中全部重新分配，通过使用指定的MAC地址给每个 client发起ARP应答。下面介绍的updelay参数必须被设置为某个大于等于switch(交换机)转发延时的值，从而保证发往对端的ARP应答 不会被switch(交换机)阻截。

必要条件linux的双网卡bond，共有⑦种模式，资源利用率为①&#④⑦ · 尤其考虑到在⑧⓪②