【已解答】安装最新的宝塔后，内存每天都在飙升
内容如下：https://www.bt.cn/bbs/forum.php? ... 54&page=1#pid271201不要说是开启了大量的定时任务，相同的定时任务，我在1核2G的服务器使用，都不会出现这种内存飙升。
肯定百分百是宝塔的BUG。我这边尝试了很多服务器了，就安装了宝塔会。
安装宝塔后，开启宝塔里面的定时任务，才会出现这种情况。其他服务器和其他的面板，相同计时任务，都不会出现内存飙升而不会释放。 懒猪 发表于 2021-7-6 10:09
安装宝塔后，开启宝塔里面的定时任务，才会出现这种情况。其他服务器和其他的面板，相同计时任务，都不会出 ...
您好，目前面板最新版本的正式版是7.6.0,最新版的面板安装好 大小300MB左右，由于服务器磁盘格式、操作系统的影响可能会大于300MB或者小于300MB。然后安装好面板后，我们执行 ps命令，可以看到面板的进程，主要有2个：
/www/server/panel/BT-Task 这个是面板回话进程，也是监听计划任务的进程
/www/server/panel/BT-Panel 这个是面板的主进程
使用yum install htop -y && htop
命令查看面板进程占用的资源
，首先按下F4 ，输入BT，会自动排序，排序如图
这就是面板两个进程在你服务器上此时此刻占用的资源。
这是我服务器配置
。
解释完这里，在说下采集的问题。
采集任务我们只提供一个计划任务
如图
添加完成后就是这个样子的：（我没有采集任务，就加一个备份的吧）
这里的内容、执行周期、保存数量、备份位置、执行时间，都是用户自己设置的，我们做的仅仅就是按照用户设定的周期、保存数量、备份为准、执行时间去做一个自动执行这个任务的操作，不会去平白无故的占用你消耗你的服务器资源，消耗你资源的正是你的计划任务中填写的脚本内容、执行周期。
因此稍微去了解下这个机制，了解下面板，就会去优化计划任务脚本内容，而不是说面板引起的内存飙升。
大炮运维V587 发表于 2021-7-6 10:48
您好，目前面板最新版本的正式版是7.6.0,最新版的面板安装好 大小300MB左右，由于服务器磁盘格式、操作系 ...
我用了7.5的宝塔面板在一个1核2G的服务器，执行同样的采集脚本，7.5的会释放curl，但是7.6最新版的，一直叠加，一直累加，不单单是curl，连python进程也会一直叠加，不会释放。
大炮运维V587 发表于 2021-7-6 10:48
您好，目前面板最新版本的正式版是7.6.0,最新版的面板安装好 大小300MB左右，由于服务器磁盘格式、操作系 ...
再者，我用另外一个服务器，也是写了相同的采集脚本，一样的采集数量，一样的周期，1核2G的服务器都不出现内存这样每天增长，同时我的采集API是在另外一个服务器，这个只是定时访问url而已 懒猪 发表于 2021-7-6 10:58
我用了7.5的宝塔面板在一个1核2G的服务器，执行同样的采集脚本，7.5的会释放curl，但是7.6最新版的，一直 ...
新版本的面板采用的是多线程的，你计划任务执行采集任务，一次需要多久？你在ssh终端中有测试过时间吗？ 大炮运维V587 发表于 2021-7-6 10:48
您好，目前面板最新版本的正式版是7.6.0,最新版的面板安装好 大小300MB左右，由于服务器磁盘格式、操作系 ...
我现在出现问题的面板是最新版7.6,2核4G3带宽的服务器，我top看了下，全是那些没有释放的进程。在7.5宝塔版本却不会出现这种情况 大炮运维V587 发表于 2021-7-6 11:01
新版本的面板采用的是多线程的，你计划任务执行采集任务，一次需要多久？你在ssh终端中有测试过时间吗？ ...
计时采集任务，一分钟执行5次，间隔12秒执行一次，而执行的访问url只需要3秒代码运行时间。 懒猪 发表于 2021-7-6 11:02
我现在出现问题的面板是最新版7.6,2核4G3带宽的服务器，我top看了下，全是那些没有释放的进程。在7.5宝塔 ...
上面回答的htop命令给你了，也有怎么使用的，欢迎你尝试新的命令来查询你的服务器资源是什么占用的。 大炮运维V587 发表于 2021-7-6 11:01
新版本的面板采用的是多线程的，你计划任务执行采集任务，一次需要多久？你在ssh终端中有测试过时间吗？ ...
所以我才会说，在7.5的面板，不会出现curl叠加，还有python的uwsgi也一直叠加的问题，造成每天内存增长10%，几天后，数据库因为内存饱满而直接崩溃停止运行。 懒猪 发表于 2021-7-6 11:04
计时采集任务，一分钟执行5次，间隔12秒执行一次，而执行的访问url只需要3秒代码运行时间。 ...
那Linux计划排程你有了解过吗？你填写的执行时间真的是到点就执行吗？真的就按照你的预期时间去执行吗？建议你可以从Linux的操作系统通信原理这块了解下Linux计划任务排程，我怕我说错了误导你。 然后我也试了，除非你计时用命令清除所有curl和uwsgi的进程，内存才会下滑。不然就会出现网站因为数据库内存不够崩溃而出问题。然后我也在7.5的宝塔上试了，不会出现这种内存叠加的情况。我的7.5也开启了很多计时，我现在就是因为7.6会内存增长，把计时任务都移到7.5面板和另外一个换了面板的服务器。 我用宝塔，最主要还是看中他这个计时任务，毕竟我采集的话，很多条计时，简单添加就可以了，不用进去root里面添加。现在就是会出现内存增长，这个功能等于没用了。
页:
[1]