tc命令linux的简单介绍

在LINUX中keepAlive是什么意思

Apache是运行在Linux操作系统上的头号Web服务器。很多小地方都可以用来调整Apache的性能，并降低它对系统资源的影响。其中一个就是调整内存使用率，当然达到这一目的可能还是需要花点功夫的。例如，通过ps来确定httpd线程的内存使用率，可以输入下面的命令：# ps -U apache -u apache uUSERPID %CPU %MEMVSZRSS TTYSTAT START TIME COMMANDapache130670.05.3 149704 54504 ?SOct071:53 /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -DAPACHE2...上面这段输出显示了单个httpd进程使用了50 MB的RSS（驻留集大小）内存（或者非交换物理内存），以及149 MB的VSZ（虚拟）内存。这当然在很大程度上取决于你在Apache里加载和运行的模块数量。这决不是一个固定的数字。由于这个数字里还包含了共享库包，所以不是100％的准确。我们可以认为RSS数字的一半是httpd线程真正使用的内存数，这可能还有点保守，但是离我们的目的已经非常接近了。在本文里，我们假设每个httpd进程都在使用了27 MB内存。然后，你需要确定可以让httpd真正使用的内存数。根据运行在机器上的其他进程，你可能希望要求50％的物理内存都供Apache使用。在一个装有1GB内存的系统上，就有512MB的内存可以被划分为多个27MB的内存，也就是大约19个并发的httpd内存。有些人坚持认为每个httpd 线程“真正”使用大约5MB的内存，所以从理论上讲你可以把512MB的内存划分出102个并发进程供Apache使用（要记住的是，除非你的网站需要极其巨大的流量，否则这种情况是非常罕见的）。在默认状态下，Apache会分配最大256个并发客户端连接，或者256个进程（每一个都对应一个请求）。按照这种设置，一个流量巨大的网站会在顷刻间崩溃（即使你假设每个进程占用5MB内存，那也需要1.3GB的内存来满足请求的数量）。如果不采取其它措施，系统会通过硬盘来尝试使用交换空间以处理它无法在物理内存中完成的任务。其他可以调整的项目包括KeepAlive、KeepAliveTimeout和MaxKeepAliveRequests等设置。可以放在httpd.conf文件里的推荐设置有：ServerLimit 128MaxClients 128KeepAlive OnKeepAliveTimeout 2MaxKeepAliveRequests 100通过将KeepAliveTimeout从15秒减到2秒，可以增加MaxClients命令；19太小，而128要好得多。通过减少进程存活的秒数，你可以在相同的时间内允许更多的连接。当然，如果没有真正的测试在背后支持，数字就是毫无意义的，这就是ab的作用之所在。使用ab对Apache配置文件（MaxClients等于 256、ServerLimit等于256、KeepAliveTimeout等于15）进行调整，使其能够满足1000个请求（100个连续请求并发产生）的调整方法如下。（在执行测试的时候要确保服务器上有一个终端打开以观察系统的负载。）$ ab -n 1000 -c 100 -k现在把上面的服务器设置改为更加保守的设置，重新启动Apache，试着再次测试（总是从远程计算机上进行，而不是本机）。在这里的测试中，不同的设置导致执行所消耗的时间产生了一倍的差距（分别为27.8s和16.8s），但是负载的平均值为0.03和0.30。这可能会使得你的网站变得稍慢，但是会确保它不会在高负载的情况下崩溃。还要记住的是，你将需要进行多次测试，以便取得一个平均值。使用ab是测试调整Apache配置的一个极佳方法，应该在你每次做出影响性能的更改时使用它。

相关问答

Q1: TC - Linux 流量控制工具

参考tc命令linux： TC - Linux 流量控制工具 | Life is magic. Coding is art. (int64.me)

TC(Linux下流量控制工具)详细说明及应用_Ginotc命令linux的专栏-CSDN博客

本来打算直接列一波用法tc命令linux，但是总觉得，不记录一下原理，操作起来也是一脸懵逼。 TC 通过建立处理数据包队列，并定义队列中数据包被发送的方式，从而实现进行流量控制。TC 模拟实现流量控制功能使用的队列分为两类：

classful 队列规定（qdisc）, 类（class）和过滤器（filter）这 3 个组件组成，绘图中一般用圆形表示队列规定，用矩形表示类，图 copy 自 Linux 下 TC 以及 netem 队列的使用

都是以一个根 qdisc 开始的，若根 qdisc 是不分类的队列规定，那它就没有子类，因此不可能包含其他的子对象，也不会有过滤器与之关联，发送数据时，数据包进入这个队列里面排队，然后根据该队列规定的处理方式将数据包发送出去。

分类的 qdisc 内部包含一个或多个类，而每个类可以包含一个队列规定或者包含若干个子类，这些子类友可以包含分类或者不分类的队列规定，如此递归，形成tc命令linux了一个树。

句柄号：qdisc 和类都使用一个句柄进行标识，且在一棵树中必须是唯一的，每个句柄由主号码和次号码组成 qdisc 的次号码必须为 0（0 通常可以省略不写）

根 qdisc 的句柄为 1：，也就是 1：0。类的句柄的主号码与它的父辈相同（父类或者父 qdisc），如类 1：1 的主号码与包含他的队列规定 1：的主号码相同，1：10 和 1：11 与他们的父类 1：1 的主号码相同，也为 1。

新建一个类时，默认带有一个 pfifo_fast 类型的不分类队列规定，当添加一个子类时，这个类型的 qdisc 就会被删除，所以，非叶子类是没有队列规定的，数据包最后只能到叶子类的队列规定里面排队。

若一个类有子类，那么允许这些子类竞争父类的带宽，但是，以队列规定为父辈的类之间是不允许相互竞争带宽的。

默认 TC 的 qdisc 控制就是出口流量，要使用 TC 控制入口，需要把流量重定向到 ifb 网卡，其实就是加了一层，原理上还是控制出口 。

为何要先说 classless 队列，毕竟这个简单嘛，要快速使用，那么这个就是首选了。基于 classless 队列，我们可以进行故障模拟，也可以用来限制带宽。

TC 使用 linux network netem 模块进行网络故障模拟

网络传输并不能保证顺序，传输层 TCP 会对报文进行重组保证顺序，所以报文乱序对应用的影响比上面的几种问题要小。

报文乱序可前面的参数不太一样，因为上面的报文问题都是独立的，针对单个报文做操作就行，而乱序则牵涉到多个报文的重组。模拟报乱序一定会用到延迟（因为模拟乱序的本质就是把一些包延迟发送），netem 有两种方法可以做。

以 tbf (Token Bucket Filter) 为例，

参数说明：

限制 100mbit

限制延迟 100ms, 流量 100mbit

这个就复杂一些，同样也特别灵活，可以限制特定的 ip 或者服务类型以及端口

以使用 htb 为例

使用 TC 进行入口限流，需要把流量重定向到 ifb 虚拟网卡，然后在控制 ifb 的输出流量

Q2: linux内核中配置tc命令

只需要修改iproute2应用层的makefile就可以了，编译tc并把tc拷贝到执行目录里

Q3: linux tc 命令

你问的这么详细不如直接去看教程

但是初接触TC看教程还真有点费力，你还是多写写，读别人写的脚本去理解他们的意思

class就是规则分支，你用TC来限制速度，首先要写一些规则，比如优先级别，流量限制等

规则写完后，接下来就要过滤，，就是让系统知道哪些包符合规则，根据你的过滤条件来让数据包走不同的分支（规则,class)

基本步骤就是这样，具体清你看教程去把。

Q4: linux系统中如何限制网络流量

限制网络流量速率的一种方法是通过一个名为trickle的命令行工具。通过在程序运行时tc命令linux，预先加载一个速率限制 socket 库 的方法，trickle 命令允许你改变任意一个特定程序的流量。 trickle 命令有一个很好的特性是它仅在用户空间中运行，这意味着，你不必需要 root 权限就可以限制一个程序的带宽使用。要能使用 trickle 程序控制程序的带宽，这个程序就必须使用非静态链接库的套接字接口。

将你的 scp 会话的最大上传带宽设定为 100 KB/s：

$ trickle -u 100 scp backup.tgz alice@remote_host.com:

另一种控制你的带宽资源的方式是在每一个接口上限制带宽。这在你与其他人分享你的网络连接的上行带宽时尤为实用。同其他一样，Linux 有一个工具来为你做这件事。wondershaper就是干这个的。

wondershaper 实际上是一个 shell 脚本，它使用 tc 来定义流量调整命令，使用 QoS 来处理特定的网络接口。外发流量通过放在不同优先级的队列中，达到限制传出流量速率的目的tc命令linux；而传入流量通过丢包的方式来达到速率限制的目的。

举个例子， 将 eth0 的最大下载/上传带宽分别设定为 1000Kbit/s 和 500Kbit/s:

$ sudo wondershaper interface download-rate upload-rate

关于tc命令linux和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。