前言
越来越挑战上机的技术了，很多人不会真正的关闭。一开始的ipes stop现在已经被定义为了重新启动，明明是stop，以前也就是stop的作用。
背景
P2SP技术的一种运用罢了，换了个新词P2P CDN，或者说PCDN什么的，算不得原创或者独创或者近些年刚刚出现。这玩意儿最早大规模使用的就是BT文件传输，最早给贡献者收益的是快播的流量矿石，用于辅助提升视频的分发传播速度。后续下载软件迅雷迅速跟进，迅雷路由器、红水晶等项目解开了序幕。
爱奇艺出来也十几年了，一开始的时候下载客户端就免广告直接全高清，到现在哪怕是登录了最高级的VIP账号还是要看推荐视频？声音还特别大？在十年前，我就发现了，一台电脑，或者说仅仅用于看爱奇艺的电脑，移动百兆，上行也就30M，店铺内用于播放视频看店消磨时间的电脑，竟然开机时间不长就有5TB的上行流量。移动还是大内网，哪怕可能路由器拨号，提供了UPNP，最多也就NAT1网络，没有公网IP。而电脑是我组装维护的，实际上只是用了32G的SSD，当年SSD价格还是比较昂贵的，32G杂牌也150了，但是体验真的是快。就这么点容量，竟然能一直保持1.xMB的上行速度。
早三四年的时候ipes还不是现在这个样子，而早一些日子，ipes也不是完全必须的。当时stop能够正常直接关闭进程。当时有happ:master，搭配一堆happ:vod，而现在只有happ:vod，以及一些ipes开头的辅助程序了。之前master作为保活程序，可用直接通过happ启动，现在仍然有方法，在这里不跑题了，简要分享。
关键就在保活手段。目前ipes程序具有两种保活手段，一个是crontab，通过crontab每分钟定时检查是否正在运行。另外一个则是systemd，有一个ipesdaemon的服务运行。因此停止方式首先就是关闭保活，然后才是关闭。至于为了避免被关闭，现在stop变成了重启，哪怕是服务的stop也无效了，ipesdaemon确实可被stop，但是服务照跑不误，systemctl stop ipesdaemon不会结束，只是让systemd不再拉起程序，本身ipes也不接受stop，剩下的唯有kill -9了。
systemctl disable ipesdaemon
crontab -r
systemctl stop ipesdaemon
pkill -9 ipes
pkill -9 happ
在这个用法上展示了pkill的用法。kill只能结束单个进程，而pkill可根据名字，将相关的程序统统关闭。
ipes stop无法关闭，systemd方法无法关闭，正常的kill也无法关闭，那么就只剩唯一的手断了，kill -9。其实正常无参数的kill就等同于某参数，不知道？好好学些基本功吧，正常通知程序自己退出不听劝，不知道爱奇艺那是什么心态，反正现在好话是不听了，只能直接动手了。
通过这个方法能够终止程序的运行。