精华内容
下载资源
问答
  • redis进程占用CPU很高-达到100

    万次阅读 2017-10-23 13:19:18
     监控发现,redis进程占用CPU很高-达到100%。并且会有2个redis进程。如下图:  分析了一下,因为redis在持久化保存的时候,会fork出一个进程来。仔细观察进程号PID,会发现,占用CPU很高的那个进程,不是redis...

    问题说明:

        监控发现,redis进程占用CPU很高-达到100%。并且会有2个redis进程。如下图:



        分析了一下,因为redis在持久化保存的时候,会fork出一个进程来。仔细观察进程号PID,会发现,占用CPU很高的那个进程,不是redis的主进程。而是fork出来的那个。这个fork出来的进程,由于任务就是持久化,所以它的工作是:把内存中的数据(此时内存数据,约2.18G),拷贝出来到新的进程中,然后进行压缩,保存到硬盘上(硬盘数据大约是700M)。在压缩的过程中,是要用CPU的。


    解决办法:

        个人觉得,如果主进程CPU占用不高,并且没有服务延迟,那不管用这个fork进程CPU跑的有多高。如果十分在意,那可以考虑,更改redis配置,不压缩数据保存。






    展开全文
  • 问题新装服务器,used内存占用很大,而实际系统中个进程并没有占用这么多内存现象top查看下,used很大,如果有其他外部程序向监控服务器的内存,used实际是个比较关键的指标,而该指标却并没有反应出服务器实际占用...

    问题

    新装服务器,used内存占用很大,而实际系统中个进程并没有占用这么多内存

    现象

    top查看下,used很大,如果有其他外部程序向监控服务器的内存,used实际是个比较关键的指标,而该指标却并没有反应出服务器实际占用情况:
    top命令查看的效果

    原因

    实际这是缓存原因导致,可以通过命令释放,即上图的cached部分

    解决

    执行以下命令:

    echo 0 >/proc/sys/vm/drop_caches
    free -m #看内存是否已经释放掉了。
    如果我们需要释放所有缓存,就输入下面的命令:
    echo 3 > /proc/sys/vm/drop_caches

    0-3的参数含义:

    设置值说明:
    0:不释放(系统默认值)
    1:释放页缓存
    2:释放dentries和inodes
    3:释放所有缓存

    注意

    重启后会恢复原样,可以通过脚本定期执行echo 3 > /proc/sys/vm/drop_caches,释放缓存

    展开全文
  • 服务器卡--原因之一io太

    万次阅读 2018-06-02 11:46:51
    linux wa%过,iostat查看io状况在使用top命令的时候会看到这么一行:翻译一下:us...硬中断消耗时间si:软中断消耗时间st:虚拟机偷取时间如果一台机器看到wa特别,那么一般说明是磁盘IO出现问题,可以使用iost...

    linux wa%过高,iostat查看io状况

    在使用top命令的时候会看到这么一行:

    翻译一下:

    us:用户态使用的cpu时间比

    sy:系统态使用的cpu时间比

    ni:用做nice加权的进程分配的用户态cpu时间比

    id:空闲的cpu时间比

    wa:cpu等待磁盘写入完成时间

    hi:硬中断消耗时间

    si:软中断消耗时间

    st:虚拟机偷取时间

    如果一台机器看到wa特别高,那么一般说明是磁盘IO出现问题,可以使用iostat等命令继续进行详细分析。

    1, 安装  iostat  

      yum install sysstat

    之后就可以使用 iostat 命令了,

    2,入门使用

      iostat -d -k 2

    参数 -d 表示,显示设备(磁盘)使用状态;-k某些使用block为单位的列强制使用Kilobytes为单位;2表示,数据显示每隔2秒刷新一次。

     

    tps:该设备每秒的传输次数(Indicate the number of transfers per second that were issued to the device.)。"一次传输"意思是"一次I/O请求"。多个逻辑请求可能会被合并为"一次I/O请求"。"一次传输"请求的大小是未知的。
    
    kB_read/s:每秒从设备(drive expressed)读取的数据量;
    kB_wrtn/s:每秒向设备(drive expressed)写入的数据量;
    kB_read:读取的总数据量; kB_wrtn:写入的总数量数据量;这些单位都为Kilobytes。

    指定监控的设备名称为sda,该命令的输出结果和上面命令完全相同。

     iostat -d sda 2

    默认监控所有的硬盘设备,现在指定只监控sda。 

    3, -x 参数

    iostat还有一个比较常用的选项-x,该选项将用于显示和io相关的扩展数据。

    iostat -d -x -k 1 10

    
      

    输出信息的含义

    复制代码
    rrqm/s:每秒这个设备相关的读取请求有多少被Merge了(当系统调用需要读取数据的时候,VFS将请求发到各个FS,如果FS发现不同的读取请求读取的是相同Block的数据,
    FS会将这个请求合并Merge);
    wrqm/s:每秒这个设备相关的写入请求有多少被Merge了。 rsec/s:每秒读取的扇区数; wsec/:每秒写入的扇区数。 rKB/s:The number of read requests that were issued to the device per second; wKB/s:The number of write requests that were issued to the device per second; avgrq-sz 平均请求扇区的大小 avgqu-sz 是平均请求队列的长度。毫无疑问,队列长度越短越好。 await: 每一个IO请求的处理的平均时间(单位是微秒毫秒)。这里可以理解为IO的响应时间,一般地系统IO响应时间应该低于5ms,如果大于10ms就比较大了。 这个时间包括了队列时间和服务时间,也就是说,一般情况下,await大于svctm,它们的差值越小,则说明队列时间越短,反之差值越大,队列时间越长,说明系统出了问题。 svctm 表示平均每次设备I/O操作的服务时间(以毫秒为单位)。如果svctm的值与await很接近,表示几乎没有I/O等待,磁盘性能很好,如果await的值远高于svctm的值,
          则表示I/O队列等待太长,
          系统上运行的应用程序将变慢。
    %util: 在统计时间内所有处理IO时间,除以总共统计时间。例如,如果统计间隔1秒,该设备有0.8秒在处理IO,
        而0.2秒闲置,那么该设备的%util = 0.8/1 = 80%,
        所以该参数暗示了设备的繁忙程度

        。一般地,如果该参数是100%表示设备已经接近满负荷运行了
        (当然如果是多磁盘,即使%util是100%,因为磁盘的并发能力,所以磁盘使用未必就到了瓶颈)
    复制代码

     

    4, 常见用法

    iostat -d -k 1 10         #查看TPS和吞吐量信息(磁盘读写速度单位为KB)
    iostat -d -m 2            #查看TPS和吞吐量信息(磁盘读写速度单位为MB)
    iostat -d -x -k 1 10      #查看设备使用率(%util)、响应时间(await) iostat -c 1 10 #查看cpu状态

     

    5, 实例分析

    复制代码
    iostat -d -k 1 | grep vda
    Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
    sda10            60.72        18.95        71.53  395637647 1493241908
    sda10           299.02      4266.67       129.41       4352        132
    sda10           483.84      4589.90      4117.17       4544       4076
    sda10           218.00      3360.00       100.00       3360        100
    sda10           546.00      8784.00       124.00       8784        124
    sda10           827.00     13232.00       136.00      13232        136
    复制代码

    上面看到,磁盘每秒传输次数平均约400;每秒磁盘读取约5MB,写入约1MB。

     

     

    iostat -d -x -k 1
    Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
    sda          1.56  28.31  7.84 31.50   43.65    3.16    21.82     1.58     1.19     0.03    0.80   2.61  10.29
    sda          1.98  24.75 419.80  6.93 13465.35  253.47  6732.67   126.73    32.15     2.00    4.70   2.00  85.25
    sda          3.06  41.84 444.90 54.08 14204.08 2048.98  7102.04  1024.49    32.57     2.10    4.21   1.85  92.24

    可以看到磁盘的平均响应时间<5ms,磁盘使用率>80。磁盘响应正常,但是已经很繁忙了。

    可以看到磁盘的平均响应时间<5ms,磁盘使用率>90。磁盘响应正常,但是已经很繁忙了。

    await:  每一个IO请求的处理的平均时间(单位是微秒毫秒)。这里可以理解为IO的响应时间,一般地系统IO响应时间应该低于5ms,如果大于10ms就比较大了
    svctm    表示平均每次设备I/O操作的服务时间(以毫秒为单位)。如果svctm的值与await很接近,表示几乎没有I/O等待,磁盘性能很好,
    如果await的值远高于svctm的值,则表示I/O队列等待太长, 系统上运行的应用程序将变慢。
    %util: 在统计时间内所有处理IO时间,除以总共统计时间
    所以该参数暗示了设备的繁忙程度
    。一般地,如果该参数是100%表示设备已经接近满负荷运行了(当然如果是多磁盘,即使%util是100%,因为磁盘的并发能力,所以磁盘使用未必就到了瓶颈)。


    也可以使用下面的命令,同时显示cpu和磁盘的使用情况

    等待时间超过5ms, 磁盘io有问题

    
      

    展开全文
  • 三个因素决定你的薪水高低

    万次阅读 2015-08-10 06:52:36
    假如你做的工作,是核心,业务复杂难掌握,或者技术难度大有高门槛,你的可替代性很差,就是说,除了你别人玩不转,那你的价值对企业来讲就很高了。同样都是积极的态度认真的干活,如果张三做的事儿随随便便找个人就...

    下面三个关键因素,决定了一个作为程序员的你的薪水水平:

    • 工作本身
    • 工作表现
    • 被替代的难度

    看起来很容易理解吧,让我们来水水吧。

    工作本身

    从某个角度来看,我们经常听到的“选择大于努力”这句话,就说明了这一点。说人话,就是,不同的行业的平均薪资水平是不一样的,你选择进入IT行业还是选择餐饮业,结果就很不一样。早些年,2000年左右,我还在上学时,这种差别尤其大,你学机械、学能源动力和学计算机学通讯,毕业的三五年内,工资差别就很大。即便在同一个大的领域内,细分的领域也会导致明显的薪资差异,比如你做手游和做建筑类软件,比如你做Web前端和做服务后端,在一定时期内,结果都会有明显差异。

    OK,这就是“你的工作”这一点的含义:工作内容本身的差别,会导致薪资差异。所以,如果你对薪水敏感,在选择行业以及行业内的细分领域时,就有必要研究下行业薪资报告之类的东西。

    插句废话:

    各行各业里都有牛人,牛B到一定程度,基本都差不多,行业差距在那种情况下就没那么重要了。

    工作表现

    在同一个领域内,做同样的事情的程序员,薪水也会有差异。嘿嘿,这貌似是废话,要水得HAPPY,废话是少不了的。这时的差异,就体现在“你的工作表现”上。

    在同样的工作岗位内,干同样的工作内容,你做出来的效果比别人好,你表现的比别人积极,你能更及时的反馈,你的薪水就比别人高。这就是所谓的同岗不同酬。懒懒散散敷衍了事的干一件事,积极主动尽善尽美地做一件事,差别就很大。比如张三总是不愿意接受任务,写的代码脏、乱、差、不可读、无逻辑,李四总是欣然接受任务,代码规范、自解释、简洁、逻辑清楚、性能优越,那结果怎么样,不言自明了吧。

    被替代的难度

    软件开发这个行当,流动性很强,程序员跳槽就跟女生买裙子的频度差不多。你干得差呢,不说也知道结果,怪我咯?工作表现好的人也多了去了,要在工作表现好的一堆程序员里再划拉一圈看看,还是有拿钱多和拿钱少的区别。这个时候的区别呢,就和“你被替代的难度”有很大关系了。

    假如你做的工作,是核心,业务复杂难掌握,或者技术难度大有高门槛,你的可替代性很差,就是说,除了你别人玩不转,那你的价值对企业来讲就很高了。同样都是积极的态度认真的干活,如果张三做的事儿随随便便找个人就把他替了,那他就一定没有你拿钱多了。这就是“替代难度系数”的作用了。

    那么,怎样才能提高自己的替代难度系数呢?其实我在我的另一篇文章——“程序员保值的4个秘密”——里已经做了简单分析了,感兴趣的可以跳过去看看。在这里呢,我们再来抖露一个新的秘密哈:如果你具有区分事情重要程度的能力和快速搞定重要任务的能力,那你就很难被替代了。因为,具有这种能力的人,不说百里挑一,也是十不有一。


    更多精彩文章,参看“漫谈程序员”专栏。

    我开通了微信订阅号“程序视界”,关注即可第一时间看到我的原创文章以及我推荐的精彩文章:

    程序视界

    展开全文
  • java源码包---java 源码 大量 实例

    千次下载 热门讨论 2013-04-18 23:15:26
     Java语言开发的简洁实用的日期选择控件,源码文件功能说明:  [DateChooser.java] Java 日期选择控件(主体类) [public]  [TablePanel.java] 日历表格面板  [ConfigLine.java] 控制条类  [RoundBox.java] ...
  • 从某个角度来看,我们经常听到的“选择大于努力”这句话,就说明了这一点。说人话,就是,不同的行业的平均薪资水平是不一样的,你选择进入IT行业还是选择餐饮业,结果就不一样。早些年,2000年左右,我还在上学时...
  • 发现还是很高,最后百度得知是分页缓冲池占用过高,一看果然,分页缓冲池5g了,然后继续百度,关闭虚拟内存,但分页缓冲池还是很高,不知是否有高手遇到类似问题,该如何解决呢 ![图片说明]...
  • Redis 并发问题,及解决方案!

    万次阅读 多人点赞 2018-08-04 09:41:11
    (一)redis技术的使用: redis真的是一个好的技术,它可以好的在一定程度上解决网站一瞬间的并发量...为什么redis的地位越来越,我们为何不选择memcache,这是因为memcache只能存储字符串,而redis存储类型...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,512,751
精华内容 605,100
关键字:

很高很大说明他什么