Centos7下CPU内存等资源监控

最新推荐文章于 2023-02-22 16:41:40 发布
最新推荐文章于 2023-02-22 16:41:40 发布
阅读量5.1k 收藏 3
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhuyongru/article/details/81107833
版权

1.查看内存使用情况：

[root@takeout web-takeout]# free -m
              total        used        free      shared  buff/cache   available
Mem:           3788        1358        1096          17        1333        1886
Swap:          3967          17        3950
[root@takeout web-takeout]#

　　

2.详细列出的进程情况，重点关注第10列内存使用占比：

top - 15:36:09 up 8 days,  5:07,  2 users,  load average: 0.01, 0.02, 0.05
Tasks: 330 total,   1 running, 329 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.3 us,  1.3 sy,  0.0 ni, 98.3 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  3879356 total,  1122336 free,  1391484 used,  1365536 buff/cache
KiB Swap:  4063228 total,  4045192 free,    18036 used.  1931104 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                               
22388 root      20   0  160080   2448   1532 R  11.8  0.1   0:00.03 top                                                                                                   
 7743 systemd+  20   0  343652  88800  13740 S   5.9  2.3 145:50.06 mongod                                                                                                
    1 root      20   0  191776   4560   2520 S   0.0  0.1   0:31.86 systemd                                                                                               
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.19 kthreadd                                                                                              
    3 root      20   0       0      0      0 S   0.0  0.0   0:12.19 ksoftirqd/0                                                                                           
    5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H                                                                                          
    6 root      20   0       0      0      0 S   0.0  0.0   0:24.82 kworker/u32:0                                                                                         
    7 root      20   0       0      0      0 S   0.0  0.0   0:10.72 kworker/u33:0                                                                                         
    8 root      rt   0       0      0      0 S   0.0  0.0   0:00.40 migration/0                                                                                           
    9 root      20   0       0      0      0 S   0.0  0.0   0:00.00 rcu_bh                                                                                                
   10 root      20   0       0      0      0 S   0.0  0.0   4:56.04 rcu_sched                                                                                             
   11 root      rt   0       0      0      0 S   0.0  0.0   0:03.77 watchdog/0                                                                                            
   12 root      rt   0       0      0      0 S   0.0  0.0   0:03.86 watchdog/1                                                                                            
   13 root      rt   0       0      0      0 S   0.0  0.0   0:00.59 migration/1                                                                                           
   14 root      20   0       0      0      0 S   0.0  0.0   0:00.05 ksoftirqd/1                                                                                           
   16 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/1:0H                                                                                          
   17 root      rt   0       0      0      0 S   0.0  0.0   0:03.87 watchdog/2                                                                                            
   18 root      rt   0       0      0      0 S   0.0  0.0   0:00.41 migration/2                                                                                           
   19 root      20   0       0      0      0 S   0.0  0.0   0:00.04 ksoftirqd/2                                                                                           
   21 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/2:0H                                                                                          
   22 root      rt   0       0      0      0 S   0.0  0.0   0:03.91 watchdog/3                                                                                            
   23 root      rt   0       0      0      0 S   0.0  0.0   0:00.41 migration/3                                                                                           
   24 root      20   0       0      0      0 S   0.0  0.0   0:14.72 ksoftirqd/3                                                                                           
   26 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/3:0H                                                                                          
   27 root      rt   0       0      0      0 S   0.0  0.0   0:03.87 watchdog/4                                                                                            
   28 root      rt   0       0      0      0 S   0.0  0.0   0:00.43 migration/4                                                                                           
   29 root      20   0       0      0      0 S   0.0  0.0   0:00.16 ksoftirqd/4

　　

3.查看消耗内存最多的前40个进程：

[root@takeout web-takeout]# ps auxw|head -1;ps auxw|sort -rn -k4|head -40
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root     29801  2.9 18.3 2821716 711956 ?      Ssl  10:58   8:17 java -Djava.security.egd=file:/dev/./urandom -jar /app.jar
systemd+  2919  0.1  4.9 1452544 191028 ?      Ssl  7月02  15:40 mysqld
systemd+  7743  1.2  2.2 343652 88800 ?        SLsl 7月02 145:50 mongod --auth --storageEngine wiredTiger
root      1524  0.8  1.4 1627344 54956 ?       Ssl  7月02  96:06 /usr/bin/dockerd
root      1534  0.2  0.4 1188184 16012 ?       Ssl  7月02  25:54 docker-containerd -l unix:///var/run/docker/libcontainerd/docker-containerd.sock --metrics-interval=0 --start-timeout 2m --state-dir /var/run/docker/libcontainerd/containerd --shim docker-containerd-shim --runtime docker-runc
root       607  0.0  0.3  45024 15048 ?        Ss   7月02   0:08 /usr/lib/systemd/systemd-journald
root      1122  0.0  0.3 562600 14716 ?        Ssl  7月02   2:29 /usr/bin/python -Es /usr/sbin/tuned -l -P
root       887  0.0  0.2 470312  9540 ?        Ssl  7月02   0:26 /usr/sbin/NetworkManager --no-daemon
root       861  0.0  0.2 220312 10996 ?        Ssl  7月02   0:52 /usr/sbin/rsyslogd -n
polkitd    851  0.0  0.2 536336 11584 ?        Ssl  7月02   0:06 /usr/lib/polkit-1/polkitd --no-debug
root       856  0.0  0.1 216988  4788 ?        Ss   7月02   0:00 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected ernel BUG at list_del corruption list_add corruption do_IRQ: stack overflow: ear stack overflow (cur: eneral protection fault nable to handle kernel ouble fault: RTNL: assertion failed eek! page_mapcount(page) went negative! adness at NETDEV WATCHDOG ysctl table check failed : nobody cared IRQ handler type mismatch Machine Check Exception: Machine check events logged divide error: bounds: coprocessor segment overrun: invalid TSS: segment not present: invalid opcode: alignment check: stack segment: fpu exception: simd exception: iret exception: /var/log/messages -- /usr/bin/abrt-dump-oops -xtD
root       854  0.0  0.1 219484  4204 ?        Ss   7月02   0:00 /usr/sbin/abrtd -d -s
root      7725  0.2  0.1 347456  4076 ?        Sl   7月02  33:09 docker-containerd-shim cfb7edfcbd710751322362ea32dc3025a5f28818e608ea34ce897206937b1333 /var/run/docker/libcontainerd/cfb7edfcbd710751322362ea32dc3025a5f28818e608ea34ce897206937b1333 docker-runc
root      7719  0.0  0.1 911148  6888 ?        Sl   7月02   1:34 /usr/bin/docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 9999 -container-ip 172.17.0.4 -container-port 27017
root      3165  0.0  0.1 414656  4056 ?        Sl   7月02   0:01 docker-containerd-shim f532147cc4de43223fe2bf9641b1d84147f0f6a297c3d1792ccc5bd0070eb12e /var/run/docker/libcontainerd/f532147cc4de43223fe2bf9641b1d84147f0f6a297c3d1792ccc5bd0070eb12e docker-runc
root      3076  0.0  0.1  36992  7608 ?        Ssl  7月02   6:28 /usr/bin/redis-server *:6379
root     29784  0.0  0.1 412992  3996 ?        Sl   10:58   0:00 docker-containerd-shim aa2d5e47a9b9a9624966fd3839128e78eec8f155931c3074439e2d61cd50a044 /var/run/docker/libcontainerd/aa2d5e47a9b9a9624966fd3839128e78eec8f155931c3074439e2d61cd50a044 docker-runc
root     18707  0.0  0.1 117264  4020 pts/1    Ss   09:13   0:00 -bash
root     18659  0.0  0.1 117240  4004 pts/0    Ss+  09:12   0:00 -bash
root     18656  0.0  0.1 150376  5828 ?        Ss   09:12   0:00 sshd: root@pts/0,pts/1
root      1120  0.0  0.1 105996  4112 ?        Ss   7月02   0:00 /usr/sbin/sshd -D
root     11101  0.0  0.1 150376  5892 ?        Ss   13:31   0:00 sshd: root@notty
root         1  0.0  0.1 191776  4560 ?        Ss   7月02   0:31 /usr/lib/systemd/systemd --switched-root --system --deserialize 21
postfix  20269  0.0  0.1  91732  4036 ?        S    15:15   0:00 pickup -l -t unix -u
postfix   1326  0.0  0.1  91800  4036 ?        S    7月02   0:01 qmgr -l -t unix -u
zabbix   31681  0.0  0.0  83944  2192 ?        S    11:18   0:01 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec]
zabbix   31680  0.0  0.0  83936  2436 ?        S    11:18   0:09 /usr/sbin/zabbix_agentd: listener #3 [waiting for connection]
zabbix   31679  0.0  0.0  83936  2440 ?        S    11:18   0:08 /usr/sbin/zabbix_agentd: listener #2 [waiting for connection]
zabbix   31678  0.0  0.0  83936  2440 ?        S    11:18   0:08 /usr/sbin/zabbix_agentd: listener #1 [waiting for connection]
zabbix   31677  0.0  0.0  83812  2424 ?        S    11:18   0:08 /usr/sbin/zabbix_agentd: collector [idle 1 sec]
zabbix   31675  0.0  0.0  83812  1260 ?        S    11:18   0:00 /usr/sbin/zabbix_agentd -c /etc/zabbix/zabbix_agentd.conf
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root        99  0.0  0.0      0     0 ?        S<   7月02   0:00 [bioset]
root        98  0.0  0.0      0     0 ?        S<   7月02   0:00 [kintegrityd]
root        97  0.0  0.0      0     0 ?        S<   7月02   0:00 [writeback]
root        96  0.0  0.0      0     0 ?        S    7月02   0:02 [khungtaskd]
root      9573  0.0  0.0      0     0 ?        S    7月07   0:02 [kworker/7:2]
root        95  0.0  0.0      0     0 ?        S<   7月02   0:00 [netns]
root        94  0.0  0.0      0     0 ?        S    7月02   0:00 [kdevtmpfs]
root       904  0.0  0.0 110044   820 tty1     Ss+  7月02   0:00 /sbin/agetty --noclear tty1 linux
[root@takeout web-takeout]#

　　

 

爱码后
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux运维监控工具，支持系统硬件信息，内存，cpu，温度，磁盘空间及IO，硬盘smart，系统负载，网络流量等监控，服务接口
05-11
今天给大家介绍一款Linux运维监控工具 ——wgcloud，功能非常强大，完全开源！ wgcloud支持显示CPU利用率、CPU温度、内存利用率、磁盘容量、磁盘IO、硬盘智能健康状态、系统负载、连接数、网卡流量、硬件系统信息等。 支持进程应用、文件、端口、服务器上的日志、docker容器、数据库、数据表等资源。 支持监控服务接口API、数据通讯设备（如交换机、路由器、打印机等）自动生成网络拓扑图、大屏可视化、web SSH（堡垒机）、统计分析图表、命令下发、批量执行、告警信息推送（如邮箱、钉钉、微信、短信等） 支持操作系统平台 支持监控linux系列：Debian、RedHat、CentOS、Ubuntu ..... 支持监控windows系列：Windows Server 2008 R2 2012 , 2016 , 2019, Windows 7, Windows 8, windows 10 ,windows 11 支持监控UNIX系列：Solaris、FreeBSD、OpenBSD…… 支持监控Mac OS系列：Mac OS AMD64
linux 查看锁机时间,Linux死锁检测-Lockdep
weixin_33946659的博客
05-04 665
al: lockdep error test inithack_lockdep:A->Bhack_lockdep:B->A=============================================[ INFO: possible recursive locking detected ]-------------------------------------------...
linux资源监控工具
07-24
linux下的资源监控工具，可以监控CPU，内存、磁盘、网卡的使用情况，对Redhat，centos，suse，Ubuntu，Debian等linux版本都支持
CentOS 7.4 Nagios安装包.zip
03-22
Nagios Core是免费的开源监控工具或软件，可以监控服务器，网络设备（如防火墙，网络交换机和打印机等）等资源.Nagios核心还提供警报服务，nagios使用该服务向管理员通知已发生的问题然后触发问题解决后再次发出警报。 Nagios提供CPU利用率，磁盘利用率，内存利用率等信息，并且还支持许多网络协议，如SMTP，HTTP，POP3，SNMP，ICMP，FTP，SSH等.Nagios在单个服务器上显示有关所有服务器的所有信息屏幕使用其网络界面。
nmon资源监控工具，性能测试
03-08
统计服务器资源占用率，cpu、内存、磁盘、网络等，可动态监控和后台监控，Redhat、centos等系统都能用
CPU warning - abrt-watch-log
weixin_39833509的博客
01-17 2546
I am running aRed Hat Enterprise Linux Server release 7.1 (Maipo)onIntel(R) Xeon(R) CPU X5690 @ 3.47GHz I keep getting this error inabrt-watch-log. root 888 1 0 Aug03 ? 00:00:00 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: ...
2.9 Centos7系统进程管理
陈达杰的博客
10-25 1707
系统进程管理 本章所讲内容： 1）进程概述和ps查看进程工具 2）uptime查看系统负载–top动态管理进程 3）前后台切换-nice进程优先级-实战screen后台执行命令 1、进程概述和PS管理进程 1）什么是进程 进程是已启动的可执行程序的运行实例，进程有以下组成部分： • 已分配内存的地址空间； • 安全属性，包括所有权凭据和特权； • 程序代码的一个或多个执行线程； • 进程状态 程序...
Linux基础命令-pstree树状显示进程信息
不吃羊的小灰灰博客
02-22 4628
pstree命令来自于英文词组“Process tree”的缩写，其功能是用于以树状图形式显示进程信息，帮助管理员更好的了解进程间的关系。Linux系统中常用ps命令查看进程状态信息，但是却无法了解进程之前的依赖关系，哪个是父进程，哪个是子进程都可以通过pstree进行查看。
Shell脚本实现Linux系统和进程资源监控
09-03
主要介绍了Shell脚本实现Linux系统和进程资源监控,本文讲解了检查进程是否存在、检测进程 CPU 利用率、检测进程内存使用量、检测进程句柄使用量、,需要的朋友可以参考下
linux进程不执行任务,理论：linux进程和计划任务管理
weixin_42300211的博客
04-28 674
前言查看进程：分为动态查看和动态查看控制进程：以关掉进程为主，可以按条件关闭指定进程，全部关闭所有进程at 一次性任务设置crontab 周期性任务设置一： 程序和进程的关系1、 程序保存在硬盘、光盘等介质中的可执行代码和数据静态保存的代码2、 进程在CPU及内存中运行的程序代码动态执行的代码父、子进程​ - 每个进程可以创建一个或多个进程3、程序、进程、线程之间的三者关系一个应用程序可以包...
CentOS 7进程和计划任务管理
weixin_45032957的博客
09-01 510
程序与进程的关系 程序 保存在硬盘、光盘等介质中的可执行代码和数据 静态保存的代码 进程 在CPU及内存中运行的程序代码 动态执行的代码 父、子进程 每个进程可以创建一个或多个进程 简单的说，程序是指电脑可以识别运行的指令集合。进程是一个正在执行的程序。进程是程序的一部分，程序运行的时候会产生进程。 查看进程 了解系统中进程的状态是对进程进行管理的前提，使用不同的命令工具可以从不同的 角度查看进程...
Linux 死锁检测模块 Lockdep 简介——转自魅族内核团队，对死锁检测认识上升到新高度
lqxandroid2012的专栏
12-21 3438
Linux 死锁检测模块 Lockdep 简介 原文地址 http://kernel.meizu.com/linux-dead-lock-detect-lockdep.html 25 July 2016 死锁概念 死锁是指多个进程（线程）因为长久等待已被其他进程占有的的资源而陷入阻塞的一种状态。当等待的资源一直得不到释放，死锁会一直持
linux 内核模块 proc,linux – 如何在内核模块中使用proc_pid_cmdline
weixin_42512103的博客
05-13 350
你不应该调用proc_pid_cmdline().在fs / proc / base.c中它是一个non-public function：static int proc_pid_cmdline(struct seq_file *m, struct pid_namespace *ns,struct pid *pid, struct task_struct *task)但是,它做的很简单：get_cm...
Linux进程和计划任务管理
云计算运维工程师的成长之路
08-08 421
USER：进程的用户 PID：进程的id %CPU：进程占用的cpu百分比 %MEM：占用内存的百分比 VSZ：该进程使用的虚拟内存量（KB） RSS：该进程占用的物理内存量（KB） TTY：启动进程的终端名（不是从终端启动的为？） STAT：该进程的状态（5种） D 不可被唤醒的休眠状态 R 运行状态 S 可被唤醒的休眠状态 T 停止状态，可能是在后台暂停或进程处于跟踪调试状态
linux内核进程cmd,linux – 如何在内核模块中使用proc_pid_cmdline
weixin_39578197的博客
04-29 314
你不应该调用proc_pid_cmdline().在fs / proc / base.c中它是一个non-public function：static int proc_pid_cmdline(struct seq_file *m,struct pid_namespace *ns,struct pid *pid,struct task_struct *task)但是,它做的很简单：get_cmdl...
理论：进程和计划任务管理
Lfwthotpt的博客
11-12 518
文章目录一： 程序和进程的关系1、 程序2、 进程3、程序、进程、线程之间的三者关系二 ：查看静态进程信息 ps2.1 ps 命令2.2 ps aux 命令2.3 ps elf命令2.4 结合管道操作三 ：查看动态进程信息 top四 ：查看进程信息 pgrep五： 查看进程信息 pstree六 ： 进程的启动方式6.1 手工启动6.2 调度启动（at、crontab）6.3 进程的前后台调度七： ...
程序和进程
咸鱼吧的博客
05-13 519
程序和进程进程的状态如何杀死进程小实验 程序是保存在硬盘中，是静态保存的代码 进程是在cpu及内存中运行的代码，是动态执行的代码，他有父进程，然后父进程产生子进程 每个程序可以创建一个或者多个进程 当子进程快要结束时会发送一个信息通知父进程，但是父进程如果未响应的话，子进程就会转变成僵尸进程 如果父进程直接被杀死，它下面的子进程就会变成孤儿进程，然后作为pid=1的systemd回去管理这些孤儿进程 进程的状态 运行状态 可中断睡眠状态 不可中断睡眠状态 僵死状态 停止状态 用ps -elf或者ps
centos7 提升cpu利用率脚本
最新发布
06-27
### 回答1： 为了提升 Centos7 的 CPU 利用率，我们可以使用一些脚本来优化系统性能。这些脚本能够在提高 CPU 利用率的同时还能保证系统的稳定性和安全性。 首先，我们可以使用 CPU 核心调优脚本来优化 CPU 利用率，提高系统性能。这个脚本可以通过调整 CPU 的核心数来优化系统的性能。我们可以设置适当的核心数，从而提高 CPU 利用率。这个脚本需要对系统的设置进行修改，所以在使用前请备份系统文件。 其次，我们可以使用 I/O 优化脚本来提高系统的 I/O 性能，从而提高 CPU 利用率。这个脚本可以通过调整读写缓存来优化文件 IO，加速系统和应用的读写速度，从而改善系统性能。这个脚本也需要进行系统设置的修改，所以在使用前请备份系统文件。 最后，我们可以使用内存优化脚本来提高系统的内存利用率，从而提高 CPU 利用率。这个脚本可以通过调整系统的内存分配策略，从而让系统能够更好地管理内存资源，提高系统的性能。这个脚本也需要对系统的设置进行修改，所以在使用前请备份系统文件。 总之，采用上述的脚本可以提高 Centos7 的 CPU 利用率，同时提升系统性能和稳定性。使用前请加倍小心，以免修改系统设置导致系统崩溃或出现其他问题。 ### 回答2： CentOS 7 提升 CPU 利用率脚本可以有效地提高系统的性能利用率，从而提升系统的运行效率和性能稳定性。下面是一个简单的脚本示例： #!/bin/bash # Set CPU scaling governor to "performance" mode for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do [ -f $CPUFREQ ] || continue echo performance > $CPUFREQ done # Disable frequency scaling for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_enabled; do [ -f $CPUFREQ ] || continue echo 0 > $CPUFREQ done # Enable IRQbalance systemctl enable irqbalance systemctl start irqbalance # Set CPU affinity for running processes for PROC in $(ps -Ao pid --no-headers); do taskset -p -c 0 $PROC > /dev/null 2>&1 done # Set kernel parameters to improve performance echo 'vm.swappiness = 10' >> /etc/sysctl.conf echo 'vm.vfs_cache_pressure = 50' >> /etc/sysctl.conf sysctl -p # Remove unnecessary services and packages yum remove -y abrt-plugin-bugzilla abrt-plugin-kerneloops abrt-plugin-logger abrt-plugin-mailx abrt-plugin-sos abrt abrtd acpid atd autofs avahi-daemon avahi-autoipd coolkey cpuspeed cups dhcpv6-client dhclient dhclient-script eject firewalld firstboot gdm gdm-plymouth gdm-user-switch-applet gnome-session-xsession irqbalance kdump kexec-tools kpartx kudzu lvm2-cluster lvm2 lvm2-lockd lvm2-monitor lvm2-sysmd mcstrans mdmonitor microcode_ctl mlocate net-snmp net-snmp-utils nfs-utils nscd ntp ntpdate oddjob oddjob-mkhomedir open-vm-tools openssh-clients openssh-server openssl-devel plymouth-core-libs plymouth-scripts pm-utils portreserve prelink rng-tools rsyslog smartmontools smartmontools-libs spice-vdagent sysstat system-config-firewall-tui system-config-network-tui upower usbutils util-linux-ng yum-langpacks yum-plugin-fastestmirror yum-plugin-remove-with-leaves yum-utils 这个脚本分为几个部分。首先是将 CPU 的 scaling governor 设置为 performance 模式，关闭 CPU 的 frequency scaling，启用 IRQbalance，并为运行的进程设置 CPU 亲和性。随后是设置内核参数以提高性能，最后是删除一些不必要的服务和包。 通过使用这个脚本，可以有效地提高 CentOS 7 系统的性能和稳定性，提高 CPU 利用率。需要注意的是，这个脚本可能会导致一些不必要的安全隐患，所以在使用前要谨慎评估其影响。 ### 回答3： 在 Centos7 上提升 CPU 利用率可以通过脚本实现。其中，最关键的是使用了 stress 工具，它可以模拟 CPU 的高负载状态，来测试系统的稳定性和性能。 以下是一个简单的脚本示例： ```bash #!/bin/bash # 设置压力测试时长和 CPU 数量 TIME=60 CPU_COUNT=$(grep -c ^processor /proc/cpuinfo) # 安装 stress 工具 yum install -y stress # 创建负载测试循环 while true do for i in $(seq $CPU_COUNT) do # 在每个 CPU 上使用 stress 工具 stress --cpu 1 --timeout $TIME & done # 等待压力测试完成 sleep $TIME done ``` 这个脚本会在后台执行一个无限循环，每次都会在每个 CPU 上启动一个 stress 进程，并且等待压力测试时长。通过这种方式，可以有效地提高 CPU 利用率。 在使用这个脚本时需要注意，它将会给系统带来相当大的负载，可能会导致其他应用程序的性能下降或者系统稳定性的问题。建议在测试环境中运行，并且对系统进行足够的测试和监控。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值