a1278就是苹果MacBook Pro(MC374CH/A)这型号,a1278是笔记本底面标的模具型号,mc374是在中国市场的型号名称。
看了配置,显卡是GeForce 320M,没有独立显存,只是和系统共享来进行图形处理器,要比带有独立显存的显卡差很多。
1、《刀塔2》
系统支持:PC、Mac
OS X、Linux
《刀塔2》也被称作《DOTA2》,由《DOTA》的地图核心制作者IceFrog(冰蛙)联手美国Valve公司研发的一款游戏,于2013年4月28日开始测试,发布中文名为“刀塔”,是该系列的第二部作品。《刀塔2》完整继承了原作《DotA》一百多位的英雄,并脱离了上一代作品《DOTA》所依赖的《魔兽争霸Ⅲ》引擎的多人即时对战游戏,
《刀塔2》的世界由天辉和夜魇两个阵营所辖区域组成,有上、中、下三条主要的作战道路相连接,中间以河流为界。每个阵营分别由五位玩家所扮演的英雄担任守护者,他们将以守护己方远古遗迹并摧毁敌方远古遗迹为使命,通过提升等级、赚取金钱、购买装备和击杀敌方英雄等手段达成胜利。
2、《英雄联盟》
系统支持:Microsoft、Windows、Mac
OS X
《英雄联盟》(简称LOL)是由美国拳头游戏(Riot
Games)开发、中国大陆地区腾讯游戏代理运营的英雄对战MOBA竞技网游。游戏里拥有数百个个性英雄,并拥有排位系统、符文系统等特色养成系统。《英雄联盟》还致力于推动全球电子竞技的发展,
除了联动各赛区发展职业联赛、打造电竞体系之外,每年还会举办“季中冠军赛”“全球总决赛”“All
Star全明星赛”三大世界级赛事,获得了亿万玩家的喜爱,形成了自己独有的电子竞技文化。
3、《极品飞车20》
系统支持:Windows10、PS4、Xbox One、Mac
OS X
《极品飞车20》(极品飞车20:复仇/极品飞车20:偿还)是《极品飞车》系列的第20部作品,本作依旧由Ghost
Games制作,游戏改装玩法更加强悍。
警匪追逐中将加入互动元素,赛道包括柏油路以及沙土路,还将加入“特技飞车”玩法,另外,前作争议的联网机制本作将取消,玩家可以离线游玩单机模式,而且可以随意暂停游戏。
4、《命令与征服:红色警戒3》
系统支持:Windows、Xbox
360、PlayStation 3、Mac OS X
《命令与征服:红色警戒3》是由美国艺电公司2008年出品的一款即时战略游戏,于2008年8月推出PS3、Xbox360、PC三种游戏版本。
该游戏是《命令与征服:红色警戒》系列的第三部。故事围绕虚构的“第三次世界大战”,苏联库可夫将军以及前任苏军上校阿纳托利·查丹科改写了历史,该行动造成了一个新的国家崛起:旭日帝国。最终苏联、盟军与旭日帝国形成了三足鼎立的局面。
5、《侠盗猎车手5》
系统支持:PS3、Xbox
360、PS4、Xbox one、PC、Mac OS X
《侠盗猎车手5》(Grand
Theft Auto V),是由Rockstar Games游戏公司出版发行的一款围绕犯罪为主题的开放式动作冒险游戏。本作于2013年9月17日登陆Play
Station 3、Xbox 360平台,2014年11月18日登陆Play Station 4和Xbox ONE平台。
游戏背景洛圣都基于现实地区中的美国洛杉矶和加州南部制作,游戏拥有几乎与现实世界相同的世界观。玩家可扮演三位主角并在任意时刻进行切换,每位主角都有自己独特的人格与故事背景,以及交织的剧情。
6、《王者荣耀》
系统支持:Android、IOS、Nintendo Switch
《王者荣耀》是由腾讯游戏天美工作室群开发并运行的一款运营在Android、IOS、NS平台上的MOBA类手机游戏,于2015年11月26日在Android、IOS平台上正式公测,游戏前期使用名称有《英雄战迹》、《王者联盟》。《Arena Of Valor》,即《王者荣耀》的欧美版本于2018年在任天堂Switch平台发售。
王者荣耀是类dota手游,游戏中的玩法以竞技对战为主,玩家之间进行1V1、3V3、5V5等多种方式的PVP对战,还可以参加游戏的冒险模式,进行PVE的闯关模式,在满足条件后可以参加游戏排位赛等。
7、《崩坏3》
系统支持:IOS、IOS、PC
《崩坏3》是由米哈游科技(上海)有限公司制作发行的一款角色扮演类手机游戏,该作于2016年10月14日全平台公测。游戏讲述了世界受到神秘灾害“崩坏”侵蚀的故事,
玩家可扮演炽翎、白夜执事、第六夜想曲、月下初拥、极地战刃、空之律者、原罪猎人等女武神,去抵抗崩坏的入侵,维护好这个世界的和平。游戏拥有圣痕系统、女武神等战斗培养元素,还引入乱斗竞速、舰团战等PVP玩法
8、《第五人格》
系统支持:Android、iOS、PC
《第五人格》是由网易开发的非对称性对抗竞技类手机游戏,游戏于2018年4月2日开启公测。玩家将扮演侦探奥尔菲斯,在收到一封神秘的委托信后,进入恶名昭著的庄园调查一件失踪案。在进行证据调查过程中,玩家扮演的奥尔菲斯将采用演绎法,对案情进行回顾。
在案情回顾时,玩家可以选择扮演监管者或求生者,展开激烈的对抗。而在调查的过程,无限接近事实时,却发现越来越不可思议的真相。
给你个TC中文MAN,参考参考,也可以去我的BLOG看看,最近我也在学,
名字
tc - 显示/维护流量控制设置
摘要
tc qdisc [ add | change | replace | link ] dev DEV [ parent qdisc-id | root ] [ handle qdisc-id ] qdisc [ qdisc specific parameters ]
tc class [ add | change | replace ] dev DEV parent qdisc-id [ classid class-id ] qdisc [ qdisc specific parameters ]
tc filter [ add | change | replace ] dev DEV [ parent qdisc-id | root ] protocol protocol prio priority filtertype [ filtertype specific parameters ] flowid flow-id
tc [-s | -d ] qdisc show [ dev DEV ]
tc [-s | -d ] class show dev DEV tc filter show dev DEV
简介
Tc用于Linux内核的流量控制。流量控制包括以下几种方式:
SHAPING(限制)
当流量被限制,它的传输速率就被控制在某个值以下。限制值可以大大小于有效带宽,这样可以平滑突发数据流量,使网络更为稳定。shaping(限制)只适用于向外的流量。
SCHEDULING(调度)
通过调度数据包的传输,可以在带宽范围内,按照优先级分配带宽。SCHEDULING(调度)也只适于向外的流量。
POLICING(策略)
SHAPING用于处理向外的流量,而POLICIING(策略)用于处理接收到的数据。
DROPPING(丢弃)
如果流量超过某个设定的带宽,就丢弃数据包,不管是向内还是向外。
流量的处理由三种对象控制,它们是:qdisc(排队规则)、class(类别)和filter(过滤器)。
QDISC(排队嬖
QDisc(排队规则)是queueing discipline的简写,它是理解流量控制(traffic control)的基础。无论何时,内核如果需要通过某个网络接口发送数据包,它都需要按照为这个接口配置的qdisc(排队规则)把数据包加入队列。然后,内核会尽可能多地从qdisc里面取出数据包,把它们交给网络适配器驱动模块。
最简单的QDisc是pfifo它不对进入的数据包做任何的处理,数据包采用先入先出的方式通过队列。不过,它会保存网络接口一时无法处理的数据包。
CLASS(类)
某些QDisc(排队规则)可以包含一些类别,不同的类别中可以包含更深入的QDisc(排队规则),通过这些细分的QDisc还可以为进入的队列的数据包排队。通过设置各种类别数据包的离队次序,QDisc可以为设置网络数据流量的优先级。
FILTER(过滤器)
filter(过滤器)用于为数据包分类,决定它们按照何种QDisc进入队列。无论何时数据包进入一个划分子类的类别中,都需要进行分类。分类的方法可以有多种,使用fileter(过滤器)就是其中之一。使用filter(过滤器)分类时,内核会调用附属于这个类(class)的所有过滤器,直到返回一个判决。如果没有判决返回,就作进一步的处理,而处理方式和QDISC有关。
需要注意的是,filter(过滤器)是在QDisc内部,它们不能作为主体。
CLASSLESS QDisc(不可分类QDisc)
无类别QDISC包括:
[p|b]fifo
使用最简单的qdisc,纯粹的先进先出。只有一个参数:limit,用来设置队列的长度,pfifo是以数据包的个数为单位;bfifo是以字节数为单位。
pfifo_fast
在编译内核时,如果打开了高级路由器(Advanced Router)编译选项,pfifo_fast就是系统的标准QDISC。它的队列包括三个波段(band)。在每个波段里面,使用先进先出规则。而三个波段(band)的优先级也不相同,band 0的优先级最高,band 2的最低。如果band里面有数据包,系统就不会处理band 1里面的数据包,band 1和band 2之间也是一样。数据包是按照服务类型(Type of Service,TOS)被分配多三个波段(band)里面的。
red
red是Random Early Detection(随机早期探测)的简写。如果使用这种QDISC,当带宽的占用接近于规定的带宽时,系统会随机地丢弃一些数据包。它非常适合高带宽应用。
sfq
sfq是Stochastic Fairness Queueing的简写。它按照会话(session--对应于每个TCP连接或者UDP流)为流量进行排序,然后循环发送每个会话的数据包。
tbf
tbf是Token Bucket Filter的简写,适合于把流速降低到某个值。
不可分类QDisc的配置
如果没有可分类QDisc,不可分类QDisc只能附属于设备的根。它们的用法如下:
tc qdisc add dev DEV root QDISC QDISC-PARAMETERS
要删除一个不可分类QDisc,需要使用如下命令:
tc qdisc del dev DEV root
一个网络接口上如果没有设置QDisc,pfifo_fast就作为缺省的QDisc。
CLASSFUL QDISC(分类QDisc)
可分类的QDisc包括:
CBQ
CBQ是Class Based Queueing(基于类别排队)的缩写。它实现了一个丰富的连接共享类别结构,既有限制(shaping)带宽的能力,也具有带宽优先级管理的能力。带宽限制是通过计算连接的空闲时间完成的。空闲时间的计算标准是数据包离队事件的频率和下层连接(数据链路层)的带宽。
HTB
HTB是Hierarchy Token Bucket的缩写。通过在实践基础上的改进,它实现了一个丰富的连接共享类别体系。使用HTB可以很容易地保证每个类别的带宽,虽然它也允许特定的类可以突破带宽上限,占用别的类的带宽。HTB可以通过TBF(Token Bucket Filter)实现带宽限制,也能够划分类别的优先级。
PRIO
PRIO QDisc不能限制带宽,因为属于不同类别的数据包是顺序离队的。使用PRIO QDisc可以很容易对流量进行优先级管理,只有属于高优先级类别的数据包全部发送完毕,才会发送属于低优先级类别的数据包。为了方便管理,需要使用iptables或者ipchains处理数据包的服务类型(Type Of Service,ToS)。
操作原理
类(Class)组成一个树,每个类都只有一个父类,而一个类可以有多个子类。某些QDisc(例如:CBQ和HTB)允许在运行时动态添加类,而其它的QDisc(例如:PRIO)不允许动态建立类。
允许动态添加类的QDisc可以有零个或者多个子类,由它们为数据包排队。
此外,每个类都有一个叶子QDisc,默认情况下,这个叶子QDisc使用pfifo的方式排队,我们也可以使用其它类型的QDisc代替这个默认的QDisc。而且,这个叶子叶子QDisc有可以分类,不过每个子类只能有一个叶子QDisc。
当一个数据包进入一个分类QDisc,它会被归入某个子类。我们可以使用以下三种方式为数据包归类,不过不是所有的QDisc都能够使用这三种方式。
tc过滤器(tc filter)
如果过滤器附属于一个类,相关的指令就会对它们进行查询。过滤器能够匹配数据包头所有的域,也可以匹配由ipchains或者iptables做的标记。
服务类型(Type of Service)
某些QDisc有基于服务类型(Type of Service,ToS)的内置的规则为数据包分类。
skb->priority
用户空间的应用程序可以使用SO_PRIORITY选项在skb->priority域设置一个类的ID。
树的每个节点都可以有自己的过滤器,但是高层的过滤器也可以直接用于其子类。
如果数据包没有被成功归类,就会被排到这个类的叶子QDisc的队中。相关细节在各个QDisc的手册页中。
命名规则
所有的QDisc、类和过滤器都有ID。ID可以手工设置,也可以有内核自动分配。
ID由一个主序列号和一个从序列号组成,两个数字用一个冒号分开。
QDISC
一个QDisc会被分配一个主序列号,叫做句柄(handle),然后把从序列号作为类的命名空间。句柄采用象10:一样的表达方式。习惯上,需要为有子类的QDisc显式地分配一个句柄。
类(CLASS)
在同一个QDisc里面的类分享这个QDisc的主序列号,但是每个类都有自己的从序列号,叫做类识别符(classid)。类识别符只与父QDisc有关,和父类无关。类的命名习惯和QDisc的相同。
过滤器(FILTER)
过滤器的ID有三部分,只有在对过滤器进行散列组织才会用到。详情请参考tc-filters手册页。
单位
tc命令的所有参数都可以使用浮点数,可能会涉及到以下计数单位。
带宽或者流速单位:
kbps
千字节/秒
mbps
兆字节/秒
kbit
KBits/秒
mbit
MBits/秒
bps或者一个无单位数字
字节数/秒
数据的数量单位:
kb或者k
千字节
mb或者m
兆字节
mbit
兆bit
kbit
千bit
b或者一个无单位数字
字节数
时间的计量单位:
s、sec或者secs
秒
ms、msec或者msecs
分钟
us、usec、usecs或者一个无单位数字
微秒
TC命令
tc可以使用以下命令对QDisc、类和过滤器进行操作:
add
在一个节点里加入一个QDisc、类或者过滤器。添加时,需要传递一个祖先作为参数,传递参数时既可以使用ID也可以直接传递设备的根。如果要建立一个QDisc或者过滤器,可以使用句柄(handle)来命名;如果要建立一个类,可以使用类识别符(classid)来命名。
remove
删除有某个句柄(handle)指定的QDisc,根QDisc(root)也可以删除。被删除QDisc上的所有子类以及附属于各个类的过滤器都会被自动删除。
change
以替代的方式修改某些条目。除了句柄(handle)和祖先不能修改以外,change命令的语法和add命令相同。换句话说,change命令不能一定节点的位置。
replace
对一个现有节点进行近于原子操作的删除/添加。如果节点不存在,这个命令就会建立节点。
link
只适用于DQisc,替代一个现有的节点。
历史
tc由Alexey N Kuznetsov编写,从Linux 22版开始并入Linux内核。
SEE ALSO
tc-cbq(8)、tc-htb(8)、tc-sfq(8)、tc-red(8)、tc-tbf(8)、tc-pfifo(8)、tc-bfifo(8)、tc-pfifo_fast(8)、tc-filters(8)
Linux从kernel 21105开始支持QOS,不过,需要重新编译内核。运行make config时将EXPERIMENTAL _OPTIONS设置成y,并且将Class Based Queueing (CBQ), Token Bucket Flow, Traffic Shapers 设置为 y ,运行 make dep; make clean; make bzilo,生成新的内核。
在Linux操作系统中流量控制器(TC)主要是在输出端口处建立一个队列进行流量控制,控制的方式是基于路由,亦即基于目的IP地址或目的子网的网络号的流量控制。流量控制器TC,其基本的功能模块为队列、分类和过滤器。Linux内核中支持的队列有,Class Based Queue ,Token Bucket Flow ,CSZ ,First In First Out ,Priority ,TEQL ,SFQ ,ATM ,RED。这里我们讨论的队列与分类都是基于CBQ(Class Based Queue)的,而过滤器是基于路由(Route)的。
配置和使用流量控制器TC,主要分以下几个方面:分别为建立队列、建立分类、建立过滤器和建立路由,另外还需要对现有的队列、分类、过滤器和路由进行监视。
其基本使用步骤为:
1) 针对网络物理设备(如以太网卡eth0)绑定一个CBQ队列;
2) 在该队列上建立分类;
3) 为每一分类建立一个基于路由的过滤器;
4) 最后与过滤器相配合,建立特定的路由表。
先假设一个简单的环境
流量控制器上的以太网卡(eth0) 的IP地址为192168166,在其上建立一个CBQ队列。假设包的平均大小为1000字节,包间隔发送单元的大小为8字节,可接收冲突的发送最长包数目为20字节。
假如有三种类型的流量需要控制:
1) 是发往主机1的,其IP地址为192168124。其流量带宽控制在8Mbit,优先级为2;
2) 是发往主机2的,其IP地址为192168126。其流量带宽控制在1Mbit,优先级为1;
3) 是发往子网1的,其子网号为19216810,子网掩码为2552552550。流量带宽控制在1Mbit,优先级为6。
1 建立队列
一般情况下,针对一个网卡只需建立一个队列。
将一个cbq队列绑定到网络物理设备eth0上,其编号为1:0;网络物理设备eth0的实际带宽为10 Mbit,包的平均大小为1000字节;包间隔发送单元的大小为8字节,最小传输包大小为64字节。
tc qdisc add dev eth0 root handle 1: cbq bandwidth 10Mbit avpkt 1000 cell 8 mpu 64
2 建立分类
分类建立在队列之上。一般情况下,针对一个队列需建立一个根分类,然后再在其上建立子分类。对于分类,按其分类的编号顺序起作用,编号小的优先;一旦符合某个分类匹配规则,通过该分类发送数据包,则其后的分类不再起作用。
1) 创建根分类1:1;分配带宽为10Mbit,优先级别为8。
tc class add dev eth0 parent 1:0 classid 1:1 cbq bandwidth 10Mbit rate 10Mbit maxburst 20 allot 1514 prio 8 avpkt 1000 cell 8 weight 1Mbit
该队列的最大可用带宽为10Mbit,实际分配的带宽为10Mbit,可接收冲突的发送最长包数目为20字节;最大传输单元加MAC头的大小为1514字节,优先级别为8,包的平均大小为1000字节,包间隔发送单元的大小为8字节,相应于实际带宽的加权速率为1Mbit。
2)创建分类1:2,其父分类为1:1,分配带宽为8Mbit,优先级别为2。
tc class add dev eth0 parent 1:1 classid 1:2 cbq bandwidth 10Mbit rate 8Mbit maxburst 20 allot 1514 prio 2 avpkt 1000 cell 8 weight 800Kbit split 1:0 bounded
该队列的最大可用带宽为10Mbit,实际分配的带宽为 8Mbit,可接收冲突的发送最长包数目为20字节;最大传输单元加MAC头的大小为1514字节,优先级别为1,包的平均大小为1000字节,包间隔发送单元的大小为8字节,相应于实际带宽的加权速率为800Kbit,分类的分离点为1:0,且不可借用未使用带宽。
3)创建分类1:3,其父分类为1:1,分配带宽为1Mbit,优先级别为1。
tc class add dev eth0 parent 1:1 classid 1:3 cbq bandwidth 10Mbit rate 1Mbit maxburst 20 allot 1514 prio 1 avpkt 1000 cell 8 weight 100Kbit split 1:0
该队列的最大可用带宽为10Mbit,实际分配的带宽为 1Mbit,可接收冲突的发送最长包数目为20字节;最大传输单元加MAC头的大小为1514字节,优先级别为2,包的平均大小为1000字节,包间隔发送单元的大小为8字节,相应于实际带宽的加权速率为100Kbit,分类的分离点为1:0。
4)创建分类1:4,其父分类为1:1,分配带宽为1Mbit,优先级别为6。
tc class add dev eth0 parent 1:1 classid 1:4 cbq bandwidth 10Mbit rate 1Mbit maxburst 20 allot 1514 prio 6 avpkt 1000 cell 8 weight 100Kbit split 1:0
该队列的最大可用带宽为10Mbit,实际分配的带宽为 64Kbit,可接收冲突的发送最长包数目为20字节;最大传输单元加MAC头的大小为1514字节,优先级别为1,包的平均大小为1000字节,包间隔发送单元的大小为8字节,相应于实际带宽的加权速率为100Kbit,分类的分离点为1:0。
3 建立过滤器
过滤器主要服务于分类。一般只需针对根分类提供一个过滤器,然后为每个子分类提供路由映射。
1) 应用路由分类器到cbq队列的根,父分类编号为1:0;过滤协议为ip,优先级别为100,过滤器为基于路由表。
tc filter add dev eth0 parent 1:0 protocol ip prio 100 route
2) 建立路由映射分类1:2, 1:3, 1:4
tc filter add dev eth0 parent 1:0 protocol ip prio 100 route to 2 flowid 1:2
tc filter add dev eth0 parent 1:0 protocol ip prio 100 route to 3 flowid 1:3
tc filter add dev eth0 parent 1:0 protocol ip prio 100 route to 4 flowid 1:4
4建立路由
该路由是与前面所建立的路由映射一一对应。
1) 发往主机192168124的数据包通过分类2转发(分类2的速率8Mbit)
ip route add 192168124 dev eth0 via 192168166 realm 2
2) 发往主机192168130的数据包通过分类3转发(分类3的速率1Mbit)
ip route add 192168130 dev eth0 via 192168166 realm 3
3)发往子网19216810/24的数据包通过分类4转发(分类4的速率1Mbit)
ip route add 19216810/24 dev eth0 via 192168166 realm 4
注:一般对于流量控制器所直接连接的网段建议使用IP主机地址流量控制限制,不要使用子网流量控制限制。如一定需要对直连子网使用子网流量控制限制,则在建立该子网的路由映射前,需将原先由系统建立的路由删除,才可完成相应步骤。
5 监视
主要包括对现有队列、分类、过滤器和路由的状况进行监视。
1)显示队列的状况
简单显示指定设备(这里为eth0)的队列状况
tc qdisc ls dev eth0
qdisc cbq 1: rate 10Mbit (bounded,isolated) prio no-transmit
详细显示指定设备(这里为eth0)的队列状况
tc -s qdisc ls dev eth0
qdisc cbq 1: rate 10Mbit (bounded,isolated) prio no-transmit
Sent 7646731 bytes 13232 pkts (dropped 0, overlimits 0)
borrowed 0 overactions 0 avgidle 31 undertime 0
这里主要显示了通过该队列发送了13232个数据包,数据流量为7646731个字节,丢弃的包数目为0,超过速率限制的包数目为0。
2)显示分类的状况
简单显示指定设备(这里为eth0)的分类状况
tc class ls dev eth0
class cbq 1: root rate 10Mbit (bounded,isolated) prio no-transmit
class cbq 1:1 parent 1: rate 10Mbit prio no-transmit #no-transmit表示优先级为8
class cbq 1:2 parent 1:1 rate 8Mbit prio 2
class cbq 1:3 parent 1:1 rate 1Mbit prio 1
class cbq 1:4 parent 1:1 rate 1Mbit prio 6
详细显示指定设备(这里为eth0)的分类状况
tc -s class ls dev eth0
class cbq 1: root rate 10Mbit (bounded,isolated) prio no-transmit
Sent 17725304 bytes 32088 pkts (dropped 0, overlimits 0)
borrowed 0 overactions 0 avgidle 31 undertime 0
class cbq 1:1 parent 1: rate 10Mbit prio no-transmit
Sent 16627774 bytes 28884 pkts (dropped 0, overlimits 0)
borrowed 16163 overactions 0 avgidle 587 undertime 0
class cbq 1:2 parent 1:1 rate 8Mbit prio 2
Sent 628829 bytes 3130 pkts (dropped 0, overlimits 0)
borrowed 0 overactions 0 avgidle 4137 undertime 0
class cbq 1:3 parent 1:1 rate 1Mbit prio 1
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
borrowed 0 overactions 0 avgidle 159654 undertime 0
class cbq 1:4 parent 1:1 rate 1Mbit prio 6
Sent 5552879 bytes 8076 pkts (dropped 0, overlimits 0)
borrowed 3797 overactions 0 avgidle 159557 undertime 0
这里主要显示了通过不同分类发送的数据包,数据流量,丢弃的包数目,超过速率限制的包数目等等。其中根分类(class cbq 1:0)的状况应与队列的状况类似。
例如,分类class cbq 1:4发送了8076个数据包,数据流量为5552879个字节,丢弃的包数目为0,超过速率限制的包数目为0。
显示过滤器的状况
tc -s filter ls dev eth0
filter parent 1: protocol ip pref 100 route
filter parent 1: protocol ip pref 100 route fh 0xffff0002 flowid 1:2 to 2
filter parent 1: protocol ip pref 100 route fh 0xffff0003 flowid 1:3 to 3
filter parent 1: protocol ip pref 100 route fh 0xffff0004 flowid 1:4 to 4
这里flowid 1:2代表分类class cbq 1:2,to 2代表通过路由2发送。
显示现有路由的状况
ip route
192168166 dev eth0 scope link
192168124 via 192168166 dev eth0 realm 2
20210224216 dev ppp0 proto kernel scope link src 202102765
192168130 via 192168166 dev eth0 realm 3
19216810/24 via 192168166 dev eth0 realm 4
19216810/24 dev eth0 proto kernel scope link src 192168166
1721610/24 via 192168166 dev eth0 scope link
127000/8 dev lo scope link
default via 20210224216 dev ppp0
default via 1921681254 dev eth0
如上所示,结尾包含有realm的显示行是起作用的路由过滤器。
6 维护
主要包括对队列、分类、过滤器和路由的增添、修改和删除。
增添动作一般依照"队列->分类->过滤器->路由"的顺序进行;修改动作则没有什么要求;删除则依照"路由->过滤器->分类->队列"的顺序进行。
1)队列的维护
一般对于一台流量控制器来说,出厂时针对每个以太网卡均已配置好一个队列了,通常情况下对队列无需进行增添、修改和删除动作了。
2)分类的维护
增添
增添动作通过tc class add命令实现,如前面所示。
修改
修改动作通过tc class change命令实现,如下所示:
tc class change dev eth0 parent 1:1 classid 1:2 cbq bandwidth 10Mbit
rate 7Mbit maxburst 20 allot 1514 prio 2 avpkt 1000 cell
8 weight 700Kbit split 1:0 bounded
对于bounded命令应慎用,一旦添加后就进行修改,只可通过删除后再添加来实现。
删除
删除动作只在该分类没有工作前才可进行,一旦通过该分类发送过数据,则无法删除它了。因此,需要通过shell文件方式来修改,通过重新启动来完成删除动作。
3)过滤器的维护
增添
增添动作通过tc filter add命令实现,如前面所示。
修改
修改动作通过tc filter change命令实现,如下所示:
tc filter change dev eth0 parent 1:0 protocol ip prio 100 route to
10 flowid 1:8
删除
删除动作通过tc filter del命令实现,如下所示:
tc filter del dev eth0 parent 1:0 protocol ip prio 100 route to 10
4)与过滤器一一映射路由的维护
增添
增添动作通过ip route add命令实现,如前面所示。
修改
修改动作通过ip route change命令实现,如下所示:
ip route change 192168130 dev eth0 via 192168166 realm 8
删除
删除动作通过ip route del命令实现,如下所示:
ip route del 192168130 dev eth0 via 192168166 realm 8
ip route del 19216810/24 dev eth0 via 192168166 realm 4
对于咱们这样的初学者用TC或者DEV就够用了,小巧简便不占内存,否则用高端的不仅不能增添能力,相反还会因为复杂的操作流程把本身简单的问题弄复杂了,反而自造麻烦了。说白了 C编辑器只不过就是个工具罢了 把C知识学会了才是最关键的 就好比开车 只要把驾驶技术掌握了 拿到驾驶证了 至于是开宝马 还是奔驰 那就看个人喜好了
利用树莓派实现米家套件与苹果Homekit对接的准傻瓜级操作技巧
智能家居&报警器的应用效果展示自动化策略推荐
设备准备篇
什么是智能家居?有人说不就是感应灯么,10年前小区楼道里就有了,有什么可说的。从效果上来看,的确真还差不多。但核心的区别在于智能家居可以实现传感器和设备之间的高度可编程性,最终可以实现什么功能完全取决于使用者的想象力。
在开始之前首先要优化一下网络结构,图中全部设备均处于同一网段,斐讯K2和Airport TC均为桥接模式。由于网络设备甚多,为了定时释放缓存(也是为了省电)R8500、整个影音中心模块以及Airport TC会在闲时进行“断电维护”,此时仅有斐讯K2和监控相关设备在持续工作。因此对于需要24小时工作的树莓派和米家网关来说,接在斐讯K2下最合适不过了。
此次智能家居搭建的必备设备为树莓派3代B型、米家多功能网关(传感器配件根据自己的需求搭配购买),实现在同一网络下的苹果Homekit对接,最终可用Siri语音控制。可选设备为Apple TV第四代,可实现远程的家庭设备访问控制及Homekit自动化控制,如果没此需求的话可以省略。
树莓派介绍
树莓派是个高度集成化的一个迷你PC,在不到名片大小的PCB上集成了CPU、内存、网卡、Wifi、蓝牙等芯片,虽然在性能上不要指望太高,但功能和扩展性相当的强大,是极客们开发的理想平台。
为了保护树莓派的PCB及加强散热,需要购买配套的亚克力盒子、散热片、散热器。
树莓派共有4个USB 20、1个100M RJ45、1个HDMI、1个音频输出、一个TF卡槽,对于这种性能量级的产品来说够用。电源接口为1个micro USB,供电规格为5V 25A,推荐使用iPad的充电头,做工好电量足。
树莓派系统安装
想要实现用树莓派将家中智能设备对接苹果Homekit的方法有很多,主流的有三种:1在树莓派原生系统Raspbian中通过指令装Hass控件;2安装集成Hass控件的Hassbian系统;3安装直接安装操作极其简单的图形化Hassio系统。三者最终效果没区别,对于像我这种编程小白来说果断选择第三种方法。
第一步:找个16GB以上的TF卡,并进行格式化,Win格成FAT32、Mac格成ExFAT。(为毛不同系统下格式化的文件系统不一样?因为本人在Mac下格成FAT总报错格不了,就变通一下格成ExFAT了)
第二步:将下载好的Hassio系统镜像用Etcher软件刻录进TF卡中。(和Ghost同理,个人猜测第一步无论格成什么文件格式,在这一步都会变成镜像中的文件格式)
第三步:把TF卡插在树莓派上,树莓派插上网线,开机等5分钟。用在同一个网段的电脑访问http://hassiolocal:8123/ ,如果浏览器出现了与上图相同的界面,恭喜你已经成功一半了。你可以喝个下午茶或吃个大餐庆祝一下去了。(界面里让你等20分钟,那是中关村时间,如果你的网络没有进行科学上网的话,至少一个小时见。)
第四步:等你吃饱喝足撇完大条之后,刷新网页就可以看到以上的界面了。
第五步:安装基本插件Samba、蓝牙、SSH,每一个安装完之后都要将Auto update勾选上,并点击下方的START。
第五步:Samba服务启动之后,在Mac和Win的网络文件夹里就可以看到Hassio的共享盘了。
第六步:手机中打开米家APP找到米家网关的MAC地址和KEY。(怎么把米家网关绑定在米家APP上,我就不教了,这个要是都搞不明白,说明Homekit不适合你)
xiaomi:
gateways:
- mac: 米家网关的mac地址(不要冒号)
key: 米家网关的key
第七步:用Atom软件打开树莓派config文件夹的Configurationyaml配置文件,在最下面加入代码。
第八步:重启服务并确认已经连接上(首页多了一个开关,点一下试试米家网关灯亮不亮,要是亮了说明安装树莓派系统安装正确)
对接Homekit
Hassio系统基本配置已经完成,可以对米家的设备进行控制了。但是总不能每次想控制都要登陆WEB页面吧。下面就要开始对接iPhone的Homekit,来实现iPhone的快速控制。
第一步:添加Home-bridge的第三方源,添加成功后页面下方会多下载选项。
第二步:安装Home-bridge插件,并将自动更新打开。(如果你没有科学上网的话,又是个漫长的等待,不要以为是网页未响应了,它真的只是慢。不信你看看路由器的流量,是不是它还在努力下载呢)
第三步:打开树莓派config→homebridge文件夹的Configjson配置文件,将host和password字段填入树莓派正确的IP地址和WEB管理界面的登录密码。并记住pin字段的8位PIN码(强烈推荐树莓派和小米网关使用固定IP,要问怎么在设备上设定?我也不会我是通过路由器DHCP保留地址功能实现的)
第四步:这时iPhone自带的“家庭APP”已经识别到了HomeAssistant附件了,点击图标狂点下一步,过程中需要输入8位PIN码。米家网关已经关联的设备会全部自动添加进去。
第五步:在家庭APP内、快捷菜单、Siri语音测试一下。不过此时有个影响体验的问题,设备显示为英文+序列号,如果只是菜单按钮也就忍了,可Siri语音念得那叫一个销魂呀。
第六步:改成中文名很简单,在家庭APP中打开设备,以中文名称重新命名即可。
添加HomeKit中枢
经过上述复杂的设定过程,智能家居已经初见眉目,理论上就该设定自动化策略了,由于现有智能家居配件全部为米家的,最简单的方式自然是在米家APP中设定。不过正如本人在开头所说,本人有一点核心需求为通用性和扩展性,如果哪天本人心血来潮又买了个BroadLink RM Pro,要想实现BroadLink和米家设备的联动,只能在HomeKit平台上设定。届时为了保证不出BUG,米家APP中设定的自动化策略,需要重新设定在HomeKit上。为了减少未来重复劳动,干脆就一步到位,建立HomeKit中枢。
为了让大家更好的理解,本人从度娘借来一张图。通过上图可以看到智能家居的结构图,简单概括起来就是:想要通过米家APP实现自动化,只需米家网关24小时开机就好了;想要增加Siri语音控制功能时,树莓派需要开机,此时Homekit只是iPhone中的一个服务;想要通过Homekit实现自动化和远程访问,就需要一个Apple TV4或iPad作为Homekit服务的硬件载体,和米家网关、树莓派一起24小时开机。(PS:Apple TV4不会截屏,下面就用iPad给大家做示范了,步骤差不多)
第一步:分别在iPhone和iPad上iCloud选项中开启“iCloud钥匙串”和“使用安全码批准”
第二步:在设置中的家庭选项卡中,开启“将此iPad用作家庭中枢”。打开家庭APP就可以看到自动化选项被激活啦。
自动化策略推荐
枯燥乏味的系统安装调试阶段终于结束,真正烧脑的工作才刚刚开始,接下来就到了自动化策略的设定阶段。
设定本身并不难,只需要选好在什么位置、什么时间段、什么传感器状态、触发什么设备即可,难点在于要发挥想象力明确自己的需求。
类似的还是有挺多的,但是可用的我目前只发现了一个:CRAX Commander ,虽然并不能完全代替 TC,但一般日常的使用是可以了。而其他应用的都会有这样那样的问题,属于无法满足日常使用的。 试用的软件包括: Path Finder ForkLift Files Double Commander Fast Commander muCommander Disk Order Total Manager CRAX Commander ForkLift: 界面清爽, 功能适中, 没 TC 那么牛叉, 不过推荐 208 有少许让人感觉不爽的 bug, 可以期待一下 25 PathFinder: 功能强大, 界面只能说凑合, 看着很混乱, 但是功能和定位和 TC 是相等的 唯一的缺陷是和 Finder 之间合作并不是很理想, 有时 Finder copy 的东西不能 paste 到 PF 上面两者共同的问题是和系统整合度不高, 比如 Shared 里面很容易刷不出全部的设备, FL 不能连接设备等等, TotalFinder: 想拿来做 TC 的代替品就不推荐了, 作为 Finder Plugin 倒是还可以, 有几个关键特性不错, 比如 Visor, 但是问题不少, 比如 Dual Mode, 并不是完美的双栏模式 之前 $10 的时候还是可以用用的, 只要需求不是很大, 但是现在卖 $18, 和上面两者对比实在没优势, 至少他们可以团购嘛
欢迎分享,转载请注明来源:表白网
评论列表(0条)