stress负载生成器使用简介

一、Stress工具原始网页:

https://people.seas.harvard.edu/~apw/stress/

二、Docker镜像的构建过程(dockerfile):

progrium/stress镜像的 Dockerfile内容 :

FROM ubuntu:trusty

MAINTAINER Jeff Lindsay <[email protected]>

RUN apt-get update && apt-get install -y stress

ENTRYPOINT ["/usr/bin/stress", "--verbose"]

CMD []

该镜像的Dockerfile文件说明Ubuntu 1404系统中自带stress小工具,该镜像较大,282MB。

另一个stress镜像polinux/stress,它使用alpine作为基础镜像,从源码进行编译,整个镜像大小7.5MB,Dockerfile文件如下:

FROM alpine:3.5

# Stress Version can be found on offcial website of stress

# https://people.seas.harvard.edu/~apw/stress/

ENV STRESS_VERSION=1.0.4 \

SHELL=/bin/bash

RUN \

apk add --update bash g++ make curl && \

curl -o /tmp/stress-${STRESS_VERSION}.tgz https://people.seas.harvard.edu/~apw/stress/stress-${STRESS_VERSION}.tar.gz && \

cd /tmp && tar xvf stress-${STRESS_VERSION}.tgz && rm /tmp/stress-${STRESS_VERSION}.tgz && \

cd /tmp/stress-${STRESS_VERSION} && \

./configure && make && make install && \

apk del g++ make curl && \

rm -rf /tmp/* /var/tmp/* /var/cache/apk/* /var/cache/distfiles/*

CMD [‘/usr/local/bin/stress‘]

三、命令参考:

$ docker run --rm -it polinux/stress stress --help

四、Stress容器使用示例:

$docker run --rm -it progrium/stress --cpu 2 --io 1 --vm 2 --vm-bytes 128M --timeout 60s

或者:

$ docker run --rm -it polinux/stress stress --cpu 2 --io 1 --vm 2 --vm-bytes 128M --timeout 60s --verbose

--cpu 和--io 和--vm 后面的数值,分别是创建CPU、磁盘读写和内存的线程数,可根据需要单独使用,或者组合使用。

运行3个容器,指定容器的--cpu-share的值分别为512、512、1024,这3个容器使用CPU的时间比例为1:1:2,使用ctop或者top查看CPU利用率,理想的情况下,CPU占用接近25%、25%、50%:

docker run -itd --rm --cpu-share 512 progrium/stress --cpu 1  --timeout 100s

docker run -itd --rm --cpu-share 512 progrium/stress --cpu 1  --timeout 100s

docker run -itd --rm --cpu-share 1024 progrium/stress --cpu 1  --timeout 100s

运行2个stress容器,测试内存的占用,每个容器产生4个线程,第一个容器每个线程消耗256MB内存,第二个容器的4个线程每个消耗128MB内存:

docker run -itd --rm  progrium/stress --vm 4 --vm-bytes 256M  --timeout 100s

docker run -itd --rm  progrium/stress --vm 4 --vm-bytes 128M  --timeout 100s

参考链接:

https://people.seas.harvard.edu/~apw/stress/

https://people.seas.harvard.edu/~apw/stress/README

https://hub.docker.com/r/polinux/stress/builds/

https://hub.docker.com/r/progrium/stress/

Docker下使用stress进行压力测试

http://blog.51cto.com/molewan/1757918

docker高级应用之cpu与内存资源限制

https://blog.csdn.net/pdw2009/article/details/78137759

配置docker限制容器对cpu 内存和IO的资源使用

https://www.centos.bz/2017/08/docker-limit-container-cpu-memory-io/

Docker 运行时资源限制-内存memory、交换机分区Swap、CPU

https://blog.csdn.net/candcplusplus/article/details/53728507

Linux资源控制-CPU和内存

https://www.cnblogs.com/wang_yb/p/3942208.html

原文地址:https://www.cnblogs.com/rancher-maomao/p/10101139.html

时间: 2024-11-05 12:30:22

stress负载生成器使用简介的相关文章

LoadRunner测试场景中添加负载生成器

如何在LoadRunner测试场景中添加负载生成器 本文对如何在LoadRunner的测试场景中添加负载生成器,如何使用负载生成器的方法,总结形成操作指导手册,以指导测试人员指导开展相关工作. 1.什么是测试场景 测试场景是将测试需求结合测试用例进行转化后,用来承载实现测试用例测试目标的测试脚本的容器,对这个容器,我们可以定义出容器的规格,这个有了规格的容器的执行,就相当于测试需求被覆盖. 在LoadRunner中,测试场景在Controller中管理,一般一个场景打开后的界面如下图: 图一:场

Jmeter之负载生成器

使用LoadRunner时, 产生负载会用到利器Load Generator, 来远程控制负载机进行测试. Jmeter也不例外, 由此可见, 工具与工具之间, 达到的目的必是相同, 只是手段不一样罢了, 正所谓条条道路通罗马. 因此, 学习一门技术, 工具不是重点, 重点是理解其核心原理. Jmeter有趣的不光是它的翻译很硬, 更重要的是, 连负载生成器的控制器和负载机的起名都变得有一种莫名的思想在里面, 还是讨论学术吧. 哈哈, 重口味美剧看多了的后遗症. 控制机-Master(主人) 负

Loadrunner:场景中添加负载生成器

场景中添加负载生成器: (1)远程机子(假设ip为192.168.134.23)开启负载生成器 开始菜单找到:LoadRunner Agent Process 开启后任务栏会显示如下图: (2)场景中工具栏点击[负载生成器/Load Generators]按钮 (3)负载生成器窗口点击[Add],进入增加页面 Name:添加计算机名称(如:loaclhost或ip) Platform:计算机的平台 Temporary directory:为临时目录, 最下面一行为:允许负载生成器参与到场景中 点

在liunx系统安装负载生成器(Load Generator)

#1初始化系统 yum -y update yum -y install ntpdate ntpdate asia.pool.ntp.org yum -y install wget make cmake vim gcc gcc-c++ ncurses ncurses-devel autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-dev

负载均衡技术全攻略

转自:http://www.blogjava.net/carter0618/archive/2007/10/16/153131.html 大量的负载均衡相关文档链接,在这里收集起来,以备后用 负载均衡技术 2005-08-20 shenghuafen 集群的负载均衡技术 2005-04-04 liumyong 使用负载均衡技术建设高负载的网络站点2004-08-22 johnathan 基于linux的负载均衡技术 2005-12-02 yhb72 web集群服务的负载均衡方案选择与实现 200

loadrunner负载测试实例

回想起第一次做性能测试,感慨万千,故写下本文,从:设置虚拟用户,设置场景以及分析运行结果三个方面进行阐述 硬件环境:硬盘 1TG,cpu 3.40GHz,内存4G 软件环境:IE9.0,Weblogic12c ,Orace 12 网络环境:  100M带宽 测试工具:LR11 首先,load Generator机器必须使用固定的IP,不能使用动态IP,确定网络中不冲突的IP地址. 1.开始-程序-loadrunner-tools-ip wizard. 说明:增加新IP选择第一项:使用保存的文件增

负载均衡之iptables/nat模式

Iptables和NAT 结合,也能够实现简单的负载均衡. 简介 iptables的前身叫ipfirewall (内核1.x时代),这是一个作者从freeBSD上移植过来的,能够工作在内核当中的,对数据包进行检测的一款简易访问控制工具.但是ipfirewall工作功能极其有限(它需要将所有的规则都放进内核当中,这样规则才能够运行起来,而放进内核,这个做法一般是极其困难的).当内核发展到2.x系列的时候,软件更名为ipchains,它可以定义多条规则,将他们串起来,共同发挥作用,而现在,它叫做ip

Nginx 负载均衡-加权轮询策略剖析

本文介绍的是客户端请求在多个后端服务器之间的均衡,注意与客户端请求在多个nginx进程之间的均衡相区别(Nginx根据每个工作进程的当前压力调整它们获取监听套接口的几率,那些当前比较空闲的工作进程有更多机会获取到监听套接口,从而客户端的请求到达后也就相应地被它捕获并处理).如果Nginx是以反向代理的形式配置运行,那么对请求的实际处理需要转发到后端服务器运行,如果后端服务器有多台,如何选择一台合适的后端服务器来处理当前请求,就是本文要说的负载均衡.这两种均衡互不冲突并且能同时生效. nginx不

【Nginx】负载均衡-加权轮询策略剖析

转自:江南烟雨 本文介绍的是客户端请求在多个后端服务器之间的均衡,注意与客户端请求在多个nginx进程之间的均衡相区别. 如果Nginx是以反向代理的形式配置运行,那么对请求的实际处理需要转发到后端服务器运行,如果后端服务器有多台,如何选择一台合适的后端服务器来处理当前请求,就是本文要说的负载均衡.这两种均衡互不冲突并且能同时生效. nginx不单可以作为强大的web服务器,也可以作为一个反向代理服务器,而且nginx还可以按照调度规则实现动态.静态页面的分离,可以按照轮询.ip哈希.URL哈希