动态路由 在之前的文章中,介绍了基于距离矢量的路由协议.而在今天这这一部分中会主要讲解链路状态的路由协议,对于动态的路由协议来说,需要具备如下的能力: 发现远端网络 路由器可以直接获得直连路由,这是由路由器的接口 IP 地址得到.动态路由能够自动学习远端目的路由条目. 维护和更新路由信息 路由信息保存在路由器的路由表中.但路由的情况有时会发生变动.动态路由支持自动更新这些变化 在多个到达目的网络的路径之中选择最优路径 有时,路由协议会计算出到达同一目的网络的多条可用路径,路由协议需要有办法在多条

Linux下java进程CPU占用率高分析方法 在工作当中,肯定会遇到由代码所导致的高CPU耗用以及内存溢出的情况.这种情况发生时,我们怎么去找出原因并解决. 一般解决方法是通过top命令找出消耗资源高的线程id,利用strace命令查看该线程所有系统调用 1. 通过top命令找到可疑进程PID top - 09:37:18 up 70 days, 16:29, 2 users, load average: 1.13, 1.04, 0.97 Tasks: 105 total, 1 running

Linux下java进程CPU占用率高-分析方法 原文:http://itindex.net/detail/47420-linux-java-%E8%BF%9B%E7%A8%8B?utm_source=tuicool&utm_medium=referral 今天登陆同事的一台gateway 开始以为hive环境登陆不了了,仔细一看看了下是因为机器很卡,我每次等几秒没登陆就ctrl+c了,看了下是有个java进程cpu:340.4%  mem:14.6% 一般解决方法是通过top命令找出消耗资源高

Linux下java进程CPU占用率高分析方法 在工作当中,肯定会遇到由代码所导致的高CPU耗用以及内存溢出的情况.这种情况发生时,我们怎么去找出原因并解决. 一般解决方法是通过top命令找出消耗资源高的线程id,利用strace命令查看该线程所有系统调用 1.通过top命令查看当前系统CPU使用情况,找到可疑进程PID top - 09:37:18 up 70 days, 16:29, 2 users, load average: 1.13, 1.04, 0.97 Tasks: 105 tot

节前某个部门的测试环境反馈tomcat会意外退出,我们到实际环境排查后发现不是jvm crash,日志里有进程销毁的记录,从pause到destory的整个过程: org.apache.coyote.AbstractProtocol pause Pausing ProtocolHandler org.apache.catalina.core.StandardService stopInternal Stopping service Catalina org.apache.coyote.Abstr

9.1 进程简单说明 进程是一个非常复杂的概念,涉及的内容也非常非常多.在这一小节所列出内容,已经是我极度简化后的内容了,应该尽可能都理解下来,我觉得这些理论比如何使用命令来查看状态更重要,而且不明白这些理论,后面查看状态信息时基本上不知道状态对应的是什么意思. 但对于非编程人员来说,更多的进程细节也没有必要去深究,当然,多多益善是肯定的. 9.1.1 进程和程序的区别 程序是二进制文件,是静态存放在磁盘上的,不会占用系统运行资源(cpu/内存). 进程是用户执行程序或者触发程序的结果,可以认为

linux下常用的日志分析命令   本文介绍下,在linux中常用的一些分析日志的命令行或脚本,有需要的朋友参考下.     形如下面这样的access.log日志内容: 211.123.23.133 – - [10/Dec/2010:09:31:17 +0800] “GET /query/trendxml/district/todayreturn/month/2009-12-14/2010-12-09/haizhu_tianhe.xml HTTP/1.1″ 200 1933 “-” “Mozi

问题描述: 在对notify执行性能测试时发现cpu负载突然飙高,cpu利用率高达95%.这时候就要排查是哪些线程消耗了cpu,并从代码层找到占用cpu的“罪魁祸首”. 步骤: 1. 先用ps+grep找到被测试的进程pid. 比如:ps –ef|grep notify,得到pid为29128. 2. 执行top -H -p,可显示出该进程下的所有线程.找到占用cpu最多的子线程pid,并将其转换为16进制. 比如:top -H -p 29128,看到notify的所有子线程.其中,%CPU 比

原文链接:http://hongjiang.info/why-kill-2-cannot-stop-tomcat/ 节前某个部门的测试环境反馈tomcat会意外退出,我们到实际环境排查后发现不是jvm crash,日志里有进程销毁的记录,从pause到destory的整个过程: org.apache.coyote.AbstractProtocol pause Pausing ProtocolHandler org.apache.catalina.core.StandardService stop

在Linux系统中, CPU 主要用于中断,内核以及用户进程的任务处理,优先级为 中断 > 内核 > 用户进程.在CPU消耗分析中,我们还经常遇到下面几个概念. 上下文切换         每个CPU在同一时间只能执行一个线程, Linux 中线程是抢占式调度的. 也就是说每个线程分配一定的执行时间,当到达执行时间,线程中有IO阻塞或者高优先级线程要执行时,Linux将切换执行的线程,在切换时要存储目前线程的的执行状态,并恢复要执行的线程的状态,这个过程就称为上下文切换.在java 应用程序中

本文博客地址: http://blog.csdn.net/qq1084283172/article/details/78494620 DexHunter脱壳工具在Dalvik虚拟机模式下的脱壳原理分析,在前面的博客中已经提到了,但是自我感觉分析和理解的还不够透彻,后面又对DexHunter脱壳工具的源码再阅读了几遍,总算是把DexHunter脱壳工具在Dalvik虚拟机模式下和ART虚拟机模式下的脱壳原理理解清楚了.关于DexHunter脱壳工具在Dalvik虚拟机模式下的脱壳原理分析,已经准备

http://ifeve.com/why-kill-2-cannot-stop-tomcat/?tdsourcetag=s_pctim_aiomsg tail后关掉客户端 正常执行shutdown.sh Tomcat进程意外退出的问题分析 测试环境反馈tomcat会意外退出,我们到实际环境排查后发现不是jvm crash,日志里有进程销毁的记录,从pause到destory的整个过程: org.apache.coyote.AbstractProtocol pause Pausing Protoc

在建表之前最好新建一个用户,因为在sys用户下的表格不允许删除列, 所以最好不要在sys用户下建表. 一.在Oracle SQLplus下建用户: 1.以dba身份登陆SQLplus: [oracle@localhost etc]$ sqlplus /nolog SQL*Plus: Release 11.2.0.4.0 Production on Tue Jun 28 16:19:47 2016 Copyright (c) 1982, 2013, Oracle. All rights reser

本节来学习IIC接口下的24C02 驱动分析,本节学完后,再来学习Linux下如何使用IIC操作24C02 1.I2C通信介绍 它是由数据线SDA和时钟SCL构成的串行总线,可发送和接收数据,是一个多主机的半双工通信方式 每个挂接在总线上的器件都有个唯一的地址 位速在标准模式下可达 100kbit/s,在快速模式下可达400kbit/s,在高速模式下可待3.4Mbit/s. 2. I2C总线系统结构,如下所示 其中SCL时钟线的频率由主机提供,且从机不能主动来引起数据传输,必须等待主机先发信号才

PullToRefresh 这个库用的是很至多.github  今天主要分析一下源代码实现. 我们通过ListView的下拉刷新进行分析.其他的类似. 整个下拉刷新  父View是LinearLayout, 在LinearLayout加入了Header View ,Footer View,和ListView PullToRefreshBase 是父类 扩展了 LinearLayout水平布局   假设我们使用ListView 须要观看子类  PullToRefreshAdapterViewBas

结论:一个父进程产生子进程,父进程结束(kill),子进程不会结束,子进程被init进程托管 下面是过程: d.sh脚本是一个ping命令,执行d.sh 目前,103310 进程为父进程,103344为子进程 现在把父进程kill掉. 最终发现,子进程103344被托管到1进程下. 参考: 孤儿进程与僵尸进程[总结]

1.查看进程 pslist或 tasklist 注:若出现“pslist不是外部或内部命令,也不是可运行的程序....”,需要去TechNet官网下载psTools(链接https://technet.microsoft.com/zh-cn/),然后将解压后的pslist.exe复制到C:\Windows\System32文件夹下. 2.查看某一进程下的所有线程 pslist -dmx pid号

================================ 详解:https://blog.csdn.net/achenyuan/article/details/77867661 ================================ 使用命令 top 统计信息区前五行是系统的统计信息,每一行代表了不同的数据内容. 第一行是任务队列信息,跟 uptime 命令的执行结果一样,说明如下: 17:01:28 系统当前时间up 95 days,4:53 系统的运行时间:95天4个小时5

问题:一个进程下面会启动多个线程,通过top命令可以查出某个进程cpu,内存使用情况等信息,但无法知道是哪个线程. 解决方法: 1. 用jstack打印出给定的java进程ID的Java堆栈信息(jstack 进程号PID > /tmp/stack.txt) /tmp/stack.txt:打印堆栈信息文件路径,自己随便给个. 进程号PID:通过top查看. jstack 进程号PID > /tmp/stack.txt 2.使用 top -Hp 进程号PID 查看进程下的线程号PID 3.复制线

前言 在之前的学习中,我们在Gson全解析(上)Gson使用的基础到分别运用了JsonSerializer和JsonDeserializer进行JSON和java实体类之间的相互转化. 在Gson全解析(中)中使用了TypeAdapter中的read和write方法分别进行了反序列化和序列化.我们曾讲到使用TypeAdapter会比使用JsonSerializer和JsonDeserializer更加的高效,原理是怎么样的呢?性能提升明显吗? 下面的文章给你答案. Gson性能分析 以下Gson

在<debian下使用dynamic printk分析usb转串口驱动执行流程>中使用了usb转串口,当前例子使用usb网卡分析驱动(dm9601芯片). 仍然需要使能dynamic printk,可以参考<debian下配置dynamic printk以及重新编译内核>配置并重新编译内核. 此处使用的usb网卡是从京东购买的沐阳 Jp1081. 未插入usb网卡时,查看usb信息: $ lsusb Bus Device : ID 1d6b: Linux Foundation 2.