lightdb提供了一体化的运维监控平台lightdb-em，支持集中式的监控所有的lightdb
[root@sdw ~]# mkdir /var/log/history[root@sdw ~]# chmod
今天，将一个环境切换成行情优化后的版本后，发现io等待还是挺高，这还是第一次出现的。其他很多套环境都没有这个问题了，故iotop看了下，基本可以确定为是mysql进程的问题，如下： 但是iotop只能看到进程级别，对于rdbms而言，通常力度并不够，此时需要进一步使用其他工具比如io-profile
使用wireshark分析tcp/ip报文之报文头
在阿里云上选择ECS的时候，发现有动态BGP和静态BGP区分，静态的要便宜些，搜了下区别如下： 静态BGP路由是指由网络运营商手动配置的路由信息。当网络的拓扑结构或链路的状态发生变化时，运营商需要手动去修改路由表中相关的静态路由信息。静态路由信息在默认情况下是私有的，不会传递给其他的路由器。静态路由
最近要开始全面支持虚拟化了，客户私有云环境用的多的为vmware vsphere，特地恶补下vmware vsphere的各个差别。 首先是vSphere，ESXi和vCenter 的区别。 ESXi, vSphere client 和 vCeneter 都是 vSphere 的组件。ESXi是 v
昨天开始，实施说某个券商的行情初始化特别慢，跟公司各种环境以及其他生产环境相差巨大，各种线程数量都已经最大化了，但是仍然异常的慢，服务器配置为16C/12GB，cpu型号早上看了下是E7-4820 v2，算是中高端的配置了，看服务器的负载，一直都是维持在5%以下，看mysql slow log，最简
有些时候，测试网络应用时，为了开发方便，我们会在本机同时开启客户端和测试端，对于第三方的库来说，因为不能debug，可能需要通过抓包进行分析，今天用wireshark根据端口抓包的时候，发现怎么都下不来，网上搜了下，wireshark不支持在某些系统下抓本地的包，参考： http://www.bub
就网络抓包来说，绝大部分的情况下，我们都是对特定的ip/端口/协议进行捕获和分析，否则就会有大量的垃圾报文，使得分析和性能低下。大部分的抓包工具都采用BPF语法，具体可参考 http://biot.com/capstats/bpf.html 好像没有一个官方地址说明完整的。
python之所以被广泛使用，倒不见得是本身语法简单，而是而nodejs/javascript一样把三方库的依赖管理简化了，而不用和java一样非得通过maven管理，而且还得打包后在classpath中才能允许，这导致写一些小功能特别省事，但是巨型工程管理就很乱了。 1、pip下载安装配置 1.2
d:\>netstat -ano | findstr "7777" TCP 127.0.0.1:7776 127.0.0.1:7777 ESTABLISHED 11764 TCP 127.0.0.1:7777 127.0.0.1:7776 ESTABLISHED 11764
想着整理关于innodb_flush_log_at_trx_commit、innodb_flush_method、innodb_log_block_size和fsync()、O_DIRECT、iops的关系，纯属这两天处理http://www.cnblogs.com/zhjh256/p/651903
查询包中文件安装位置:rpm -ql 包名 10进制转16进制：printf %x 15 16进制转10进制：printf %d 0xF 查看进程占用的端口 netstat -nap | grep 进程pid linux tc 限制网速及延时，可用于测试不同网络环境下的客户端响应时间。 查看linu
下午，我们一个环境启动成功，但是却无法访问，经查看启动日志，如下： Mar 23, 2017 2:15:09 PM org.apache.coyote.http11.AbstractHttp11Processor processINFO: Error parsing HTTP request hea
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
