Tony 's Blog 只为精进而生

为了给即将上线的日志服务器，提供更好的性能依据，降低运营风险。由此，我们开展了以下的性能测试，辅助我们做出判断：注视:由于涉及一些技术分析部分，这里仅是简要说明这次性能测试的总体思路，欢迎各位同行指证，非常感谢您的阅读。 场景一：考虑到22日产品正式对外发布后，可能存在策略性的规模开服。由此，我们在此版本发布前，特定模拟了新服开放的服务器压力情况，规避潜在的运营风险。在新服加载时，我们

#程序功能，实现同步监控。由于Linux_shell为单线程的脚本语言。若如要使用几个命令在同一时间开始监控，我们只能开启N个窗口。好在，当初使用shell_script仅仅是用来对内部服务器进行监测。曾经也处理过以下问题，但当时没能找到好的解决办法，只好就此作罢。而这次维护，原本是想在外网某台服务器上部署以上脚本，但苦于同步问题，上周一直研究这方面的内容。Python接触的时间不算太长，这段程序

本篇会提供两种解决方案，当然py部分，可能比较麻烦。不过，我想这个部分今后也会使用到，所以还是贴出来留个纪念，以鼓励后人。对于长期性能监控来说，使用shell进行自动话性能监控，只是我对游戏自动化构想的第一步。而既然现在，可以产生如此多的数据，如何更为高效的管理和分析这些数据应该下个阶段需要着重讨论的问题。本篇后，本人也会花更多经历在这个方面进行研究，欢迎高手指证，嘿嘿！以下提供Py部分解决方

如存在没有任何错误的程序，那么世界也会不复存在。”     因错误而存在，因修正错误而存在，这就是软件测试工程师的存在之道。虽然测试不是解决错误的根本举措，但却是必须的手段。        软件测试工程师（Software Testing Engineer）的主要工作职责是，理解产品的功能要求，并对其进行测试，检查软件有没有错误（Bug），决定软件是否具有稳定性（Robustness），写出相应的

监控程序：#!/usr/bin/env python#-*- coding: cp936 -*-import threading,os,timeclass Config_th:        def Config_m(self):                #global set_workpath,set_commandpath,set_looptime,set_loophour,se

关于swap持续增长： 怀疑存在内存泄露，对于什么原因引起的泄露，初步怀疑与服务器玩家上下线登录时内存未释放有关。 问题排查的思路： (1)确定标准系统中哪些情况会造成swap的持续增长 (2)确定swap的增长与系统其它性能指标的关系，这个使用Excel分析比较麻烦，经常需要动态

tcpdump采用命令行方式，它的命令格式为： 　　tcpdump [ -adeflnNOpqStvx ] [ -c 数量 ] [ -F 文件名 ] 　　　　　　　　　　[ -i 网络接口 ] [ -r 文件名] [ -s snaplen ] 　　　　　　　　　　[ -T 类型 ] [ -w 文件名 ] [表达式 ] 　　1. tcpdump的选项介绍 　　　-a 　　　将网络地址和广播地址转

 v/:* {behavior:url(#default#VML);}o/:* {behavior:url(#default#VML);}w/:* {behavior:url(#default#VML);}.shape {behavior:url(#default#VML);}Normal07.8 磅02fal