linux命令参数太多 linux参数太多是什么

Linux命令太多的参数记不得怎么办？

鸟哥的私房菜，买一本，随用随查，用多了就记住了。就像英语，每天说how are you！

相关问答

Q1: linux常用命令解释

linux常用命令有如下：

1、cp命令linux命令参数太多，作用复制，参数如下：

-a：将文件linux命令参数太多的特性一起复制。

-p：连同文件linux命令参数太多的属性一起复制，而非使用默认方式，与-a相似，常用于备份。

-i：若目标文件已经存在时，在覆盖时会先询问操作linux命令参数太多的进行。

-r：递归持续复制，用于目录的复制行为。

-u：目标文件与源文件有差异时才会复制。

2、rm命令作用为删除，参数：

-f：就是force的意思，忽略不存在的文件，不会出现警告消息。

-i：互动模式，在删除前会询问用户是否操作。

-r：递归删除，最常用于目录删除，它是一个非常危险的参数。

3、mv命令作用为移动文件：

-f：force强制的意思，如果目标文件已经存在，不会询问而直接覆盖。

-i：若目标文件已经存在，就会询问是否覆盖。

-u：若目标文件已经存在，且比目标文件新，才会更新。

4、pwd命令，作用为查看”当前工作目录“的完整路径。

pwd-P#显示出实际路径，而非使用连接（link）路径；pwd显示的是连接路径。

5、rmdir命令删除目录：

rmdir [选项]... 目录...

-p：递归删除目录dirname，当子目录删除后其父目录为空时，也一同被删除。如果整个路径被删除或者由于某种原因保留部分路径，则系统在标准输出上显示相应的信息。

-v：verbose显示指令执行过程。

Q2: Linux 下Shell编程使用while 时为什么会提示参数太多? 第7行: [ : 参数太多

你在while[xxx]之前将while中括号内的东西(xxx)打印一下看就明白了：

echo xxx

可能原因是其中有参数带有特殊字符，如”[”、“]“等，你可以这样引用参数：

while [ ${var} = ${var2} ]

do

...

如果还可能有空串的话，这样万无一失：

while [ ”X${var}“ = "X${var2}" ]

do

...

X是随便拼上去的一个字符，目的就是保证你那个串不会是空的

Q3: linux 内核参数优化

作为高性能WEB服务器，只调整Nginx本身的参数是不行的，因为Nginx服务依赖于高性能的操作系统。

以下为常见的几个Linux内核参数优化方法。

net.ipv4.tcp_max_tw_buckets

对于tcp连接，服务端和客户端通信完后状态变为timewait，假如某台服务器非常忙，连接数特别多的话，那么这个timewait数量就会越来越大。

毕竟它也是会占用一定的资源，所以应该有一个最大值，当超过这个值，系统就会删除最早的连接，这样始终保持在一个数量级。

这个数值就是由net.ipv4.tcp_max_tw_buckets这个参数来决定的。

CentOS7系统，你可以使用sysctl -a |grep tw_buckets来查看它的值，默认为32768，

你可以适当把它调低，比如调整到8000，毕竟这个状态的连接太多也是会消耗资源的。

但你不要把它调到几十、几百这样，因为这种状态的tcp连接也是有用的，

如果同样的客户端再次和服务端通信，就不用再次建立新的连接了，用这个旧的通道，省时省力。

net.ipv4.tcp_tw_recycle = 1

该参数的作用是快速回收timewait状态的连接。上面虽然提到系统会自动删除掉timewait状态的连接，但如果把这样的连接重新利用起来岂不是更好。

所以该参数设置为1就可以让timewait状态的连接快速回收，它需要和下面的参数配合一起使用。

net.ipv4.tcp_tw_reuse = 1

该参数设置为1，将timewait状态的连接重新用于新的TCP连接，要结合上面的参数一起使用。

net.ipv4.tcp_syncookies = 1

tcp三次握手中，客户端向服务端发起syn请求，服务端收到后，也会向客户端发起syn请求同时连带ack确认，

假如客户端发送请求后直接断开和服务端的连接，不接收服务端发起的这个请求，服务端会重试多次，

这个重试的过程会持续一段时间（通常高于30s），当这种状态的连接数量非常大时，服务器会消耗很大的资源，从而造成瘫痪，

正常的连接进不来，这种恶意的半连接行为其实叫做syn flood攻击。

设置为1，是开启SYN Cookies，开启后可以避免发生上述的syn flood攻击。

开启该参数后，服务端接收客户端的ack后，再向客户端发送ack+syn之前会要求client在短时间内回应一个序号，

如果客户端不能提供序号或者提供的序号不对则认为该客户端不合法，于是不会发ack+syn给客户端，更涉及不到重试。

net.ipv4.tcp_max_syn_backlog

该参数定义系统能接受的最大半连接状态的tcp连接数。客户端向服务端发送了syn包，服务端收到后，会记录一下，

该参数决定最多能记录几个这样的连接。在CentOS7，默认是256，当有syn flood攻击时，这个数值太小则很容易导致服务器瘫痪，

实际上此时服务器并没有消耗太多资源（cpu、内存等），所以可以适当调大它，比如调整到30000。

net.ipv4.tcp_syn_retries

该参数适用于客户端，它定义发起syn的最大重试次数，默认为6，建议改为2。

net.ipv4.tcp_synack_retries

该参数适用于服务端，它定义发起syn+ack的最大重试次数，默认为5，建议改为2，可以适当预防syn flood攻击。

net.ipv4.ip_local_port_range

该参数定义端口范围，系统默认保留端口为1024及以下，以上部分为自定义端口。这个参数适用于客户端，

当客户端和服务端建立连接时，比如说访问服务端的80端口，客户端随机开启了一个端口和服务端发起连接，

这个参数定义随机端口的范围。默认为32768 61000，建议调整为1025 61000。

net.ipv4.tcp_fin_timeout

tcp连接的状态中，客户端上有一个是FIN-WAIT-2状态，它是状态变迁为timewait前一个状态。

该参数定义不属于任何进程的该连接状态的超时时间，默认值为60，建议调整为6。

net.ipv4.tcp_keepalive_time

tcp连接状态里，有一个是established状态，只有在这个状态下，客户端和服务端才能通信。正常情况下，当通信完毕，

客户端或服务端会告诉对方要关闭连接，此时状态就会变为timewait，如果客户端没有告诉服务端，

并且服务端也没有告诉客户端关闭的话（例如，客户端那边断网了），此时需要该参数来判定。

比如客户端已经断网了，但服务端上本次连接的状态依然是established，服务端为了确认客户端是否断网，

就需要每隔一段时间去发一个探测包去确认一下看看对方是否在线。这个时间就由该参数决定。它的默认值为7200秒，建议设置为30秒。

net.ipv4.tcp_keepalive_intvl

该参数和上面的参数是一起的，服务端在规定时间内发起了探测，查看客户端是否在线，如果客户端并没有确认，

此时服务端还不能认定为对方不在线，而是要尝试多次。该参数定义重新发送探测的时间，即第一次发现对方有问题后，过多久再次发起探测。

默认值为75秒，可以改为3秒。

net.ipv4.tcp_keepalive_probes

第10和第11个参数规定了何时发起探测和探测失败后再过多久再发起探测，但并没有定义一共探测几次才算结束。

该参数定义发起探测的包的数量。默认为9，建议设置2。

设置和范例

在Linux下调整内核参数，可以直接编辑配置文件/etc/sysctl.conf，然后执行sysctl -p命令生效。

Q4: argument list too long 什么意思

当你Linux下试图传递太多参数给一个系统命令(ls *; cp *; rm *; cat *; etc…)时，就会出现”Argument list too long”错误。本文将提供4种解决方法，按复杂程度由低到高排列。正如Occam’s Razor的逻辑原则所说：如果其他方面不分伯仲，简单的解决方法则最好。

方法#1: 手动把命令行参数分成较小的部分

例1

mv [a-l]* ../directory2

mv [m-z]* ../directory2

这是4种方法里最简单的,但是远非理想的方法。你必须有办法平均分割文件，而且对于文件数目极多的情况，需要输入N遍命令。

方法#2: 使用find命令

例2

find $directory -type f -name ‘*’ -exec mv

{} $directory2/. \;

方法2通过find命令筛选文件列表，把符合要求的文件传递给一系列命令。

优点是find命令有很强大的筛选功能，而且，也许是最重要的，这个方法只需要1行命令。

唯一的缺点是， 方法2需要遍历文件，因此耗时较多。

方法#3: 建立函数

例3a

function large_mv ()

{ while read line1; do

mv directory/$line1 ../directory2

done

}

ls -1 directory/ | large_mv

虽然写一个shell函数确实比较复杂，但这个方法比方法1或2更灵活，它依次处理每个文件，可以进行无数操作而只使用一个命令，如:

例3b

function larger_mv ()

{ while read line1; do

md5sum directory/$line1 ~/md5sums

ls -l directory/$line1 ~/backup_list

mv directory/$line1 ../directory2

done

}

ls -1 directory/ | larger_mv

例3b显示我们可以先轻松地得到文件的md5sum和备份文件列表然后移动文件

然而方法3也需要遍历每个文件，因此类似方法2,也比较耗时。根据经验，方法2要稍快一些，因此仅当需要复杂的操作时才使用方法3.

方法#4：重新编译Linux内核

最后一个方法需要2个字：谨慎，这个方法很高级，因此没有经验的linux用户最好不要尝试。此外，在永久使用前，务必在系统环境中全面测试。

方法4只需要手动增加内核中分配给命令行参数的页数。打开include/linux/binfmts.h文件，在文件起始附近位置有以下几行：

/*

* MAX_ARG_PAGES defines the number of pages allocated for arguments

* and envelope for the new program. 32 should suffice, this gives

* a maximum env+arg of 128kB w/4KB pages!

*/

#define MAX_ARG_PAGES 32

为了增加分配格命令行参数的内存，只需要赋给MAX_ARG_PAGES一个更大的值，保存，重新编译，安装，重启，搞定

在我的系统中，我把MAX_ARG_PAGES的值增加到64,就解决了所有问题。在改变这个值后，我还没有遇到任何问题。这是可以理解的，当MAX_ARG_PAGES被改为64,最长的参数行仅占用256KB系统内存–对于现在的硬件标准不算什么。

方法4的优点很明显，现在你只要像通常一样运行命令。缺点也很明显,如果分配给命令行的内存大于可用的系统内存，可能导致对系统自身的拒绝服务攻击(DoS attack)，引起系统崩溃。尤其是对于多用户系统，即使增加很小的内存分配都会有很大影响，因为每个用户都被分配到额外内存。因此一定要充分测试来决定是否你的系统可以使用方法4。

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