mv命令 移动
重命名
多个文件 将所有一样开头的的文件移动到新文件夹
目前使用的是相对路径
mv标记危险 因为源文件挪走了
使用相对路径没问题
移动粘贴并且改名字
练习
复制文件到当前
加入-n 列明了顺序
两个内容拼接显示
源文件并不会被改变，只会拼接起来显示到输出行
间接拼接文件的作用
大于号 重定向 可以起到保存文本内容的作用
输出重定向 作用将本来在屏幕上输出的内容，转移（重定向）存储到文件里
linux系统里默认的输出方向是屏幕 标准输出方向
改变了他的输出方向 重定向
echo是输出 输出到屏幕
如果新文件不存在 就新建
如果新文件存在 就替换里面的内容
追加输出重定向
作用 将本来在屏幕上输出的内容 转移（重定向）
存储到文件里，不覆盖原来的内容 只是在文件的末尾追加
如果文件存在 就在末尾追加
如果文件不存在 就新建
只是在读写出来的时候进行编号 源文件不受影响 不会改变
<<追加输入重定向
EOF输入的结束标志 end of file
vim是linux里面的文本编辑工具
按i显示插入 进入编辑功能
执行脚本
here docunment 文档就在这里 生成指定内容的文件
文件反过来显示
不可以添加顺序
转移文件
在显示时，一下子显示过多，我希望他能分页显示
more的使用：
显示19%
如何产生一个1亿行的文本文件？
打开一个大的文本文件，使用cat命令好 还是使用more命令好？
cat命令消耗内存比较多
more消耗内存比较少
写个脚本来验证一下：
vim bigfile。sh
对文件进行计时
查看内存的大小
查看有多大
一直追加
cpu和内存的资源消耗—》判断这台机器是否繁忙
为什么我们的程序在运行的时候被杀死？
1.占用内存太多
du-sh 查看目录的真实大小
top查看系统资源的消耗
按q退出
清除内存里的缓存里的数据
catch查看大文件时，消耗的cpu和内存不是特别多
内存的消耗确实慢慢的增多的，时间久了会导致消耗比较多的内存
文件有3.4G,内存有2G,为什么cat命令在查看这个命令的时候，没有把内存全部消耗完。
因为cat命令是一行一行去取得
vim是一股脑运行 不是一点一点运行
oom超出内存 out of memory range
vim加载，然后free释放并退出
当一个程序需要的内存空间超过我们的内存大小的时候，内核会杀死这个程序
less也是分页显示
more显示完所有的内容自动退出
less 显示完所有的内容不会自动退出
可以使用page up上一页
可以使用page down下一页
注意不要使用vim打开大文件，会消耗非常多的内存和cpu 导致死机
