dump

dumpling英音["d_mpli_];美音["d_mpli_];名词1.面团，汤团，饺子2.水果布丁英语解释smallballsorstripsofboiledorsteameddoughdessertmadebybakingfruitwrappedinpastry相似短语dumplingmachine包饺子机dumplingmaker包饺子机ricedumpling粽子steameddumplingn.蒸饺dumplingsoup客家咸汤圆扁食汤Chinesedumplingn.馄饨frieddumplingn.锅贴appledumplingn.苹果布丁dumplingwrapper饺子皮meatdumpling肉汤团，肉馅水饺相似单词dumplingn.1.面团，汤团，饺子2.水果布丁最新单词disimmune是什么意思及用法免疫性消失的disilthianoxy的中文翻译及用法二硅噻烷氧基disiloxane的中文翻译及用法二甲硅醚disillusionment的中文翻译及音标n.1.醒悟；理想破灭disillusionize是什么意思v.觉醒;幻灭disillusioned是什么意思令人灰心的，令人幻灭的disillusion怎么翻译及发音v.[T]1.使醒悟；使不再抱幻想；使...的理想破灭n.1.[U]醒悟；理想破灭disilicide的中文解释二硅化物

/*我在认为有问题的地方加了注释*/#include<iostream>#include<cstdio>#include<algorithm>using namespace std;long long g[300][300] = {0};long long d[300][300] = {0};char s[300];int main(){int n,K;cin >> n >> K;scanf("%s",s);for (int i=1;i<n;++i)for (int j=i;j<n;++j)g[i][j] = (g[i][j-1]*10+(s[j-1]-"0"));for (int i=1;i<n;++i) d[i][0] = g[1][i];for (int i=n-1;i>=1;++i) //这里，只要对n赋值时n>=2，这个循环就永远不会退出，这里有问题for (int j=1;j<=K;++j)for (int k=1;k<i;++k)d[i][j] = max(d[i][j], d[k][j-1]*g[k+1][i]);cout << d[n][K] << endl;}

实例一：Waiting to lock 和 Blocked"RMI TCP Connection(267865)-172.16.5.25" daemon prio=10 tid=0x00007fd508371000 nid=0x55ae waiting for monitor entry [0x00007fd4f8684000] java.lang.Thread.State: BLOCKED (on object monitor)at org.apache.log4j.Category.callAppenders(Category.java:201)- waiting to lock <0x00000000acf4d0c0> (a org.apache.log4j.Logger)at org.apache.log4j.Category.forcedLog(Category.java:388)at org.apache.log4j.Category.log(Category.java:853)at org.apache.commons.logging.impl.Log4JLogger.warn(Log4JLogger.java:234)at com.tuan.core.common.lang.cache.remote.SpyMemcachedClient.get(SpyMemcachedClient.java:110)说明：1）线程状态是 Blocked，阻塞状态。说明线程等待资源超时！2）“ waiting to lock <0x00000000acf4d0c0>”指，线程在等待给这个 0x00000000acf4d0c0 地址上锁（英文可描述为：trying to obtain 0x00000000acf4d0c0 lock）。3）在 dump 日志里查找字符串 0x00000000acf4d0c0，发现有大量线程都在等待给这个地址上锁。如果能在日志里找到谁获得了这个锁（如locked < 0x00000000acf4d0c0 >），就可以顺藤摸瓜了。4）“waiting for monitor entry”说明此线程通过 synchronized(obj) {……} 申请进入了临界区，从而进入了下图1中的“Entry Set”队列，但该 obj 对应的 monitor 被其他线程拥有，所以本线程在 Entry Set 队列中等待。5）第一行里，"RMI TCP Connection(267865)-172.16.5.25"是 Thread Name 。tid指Java Thread id。nid指native线程的id。prio是线程优先级。[0x00007fd4f8684000]是线程栈起始地址。实例二：Waiting on condition 和 TIMED_WAITING"RMI TCP Connection(idle)" daemon prio=10 tid=0x00007fd50834e800 nid=0x56b2 waiting on condition [0x00007fd4f1a59000] java.lang.Thread.State: TIMED_WAITING (parking)at sun.misc.Unsafe.park(Native Method)- parking to wait for <0x00000000acd84de8> (a java.util.concurrent.SynchronousQueue$TransferStack)at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)at java.lang.Thread.run(Thread.java:662)说明：1）“TIMED_WAITING (parking)”中的 timed_waiting 指等待状态，但这里指定了时间，到达指定的时间后自动退出等待状态；parking指线程处于挂起中。2）“waiting on condition”需要与堆栈中的“parking to wait for <0x00000000acd84de8> (a java.util.concurrent.SynchronousQueue$TransferStack)”结合来看。首先，本线程肯定是在等待某个条件的发生，来把自己唤醒。其次，SynchronousQueue 并不是一个队列，只是线程之间移交信息的机制，当我们把一个元素放入到 SynchronousQueue 中时必须有另一个线程正在等待接受移交的任务，因此这就是本线程在等待的条件。3）别的就看不出来了。

dumpling house 饺子馆，类似pizza hut 必胜客，你也没见pizzas hut

tcpdump -iethX(就是网卡) 如果抓不到，两个原因，1确实没有流量经过该网卡，2 网卡坏了或者不支持混杂模式

参考文章： 线上项目使用单机mongodb存储数据，由于每次导出需要先去加密，因为每次导出的数据不能太多，这里利用mongodump按照时间条件查询数据 官网看了相关 文档 ，不过没看懂，，解决问题就行了，剩下的交给DBA 如果我想要取2017.3到2017.6的数据条数： 不过我发现用Date卡时间不管用，可能是库里数据的问题，只支持ISODate 查询大于等于北京时间2017.9.1 凌晨的数据记录，也就是2017.9.1 凌晨至今的数据记录。 ISODate指的是标准时间，东八时区相差8小时 mongodump 的 --query 或 -q 选项可以指定查询范围，但不支持ISODate格式： 将时间戳转换为毫秒： 毫秒补三个0，即可正常导出： 用于比较表达式的值，从库中取数据：

win7 64位开机蓝屏的原因1 硬盘故障检测下硬盘2 主板上是否有零件烧毁、鼓包、漏液等3 内存是否松动或灰多，擦拭内存条、清洁下内存金手指，重新装回去4 主板散热不良 注意散热5 电脑中毒或木马 用腾讯电脑管家查杀病毒

关于PLI, 在此不再赘述:首先, 我们建立一个工作目录$ mkdir work$ cd work然后新开一个teminal窗口, 找到Debussy的安装目录. 进入/share/PLI/, 在该目录下有很多版本的目录,选择一个属于你的NC版本的目录, 比如nc51, 然后选择你的操作系统, 如LINUX,(换而言之, 现在处于/share/PLI/nc51/LINUX) 之后你会发现:nc_loadpli1/ nc_shared/ pli.a veriuser.c把这些目录及文件拷贝到 work目录下.免编译如果你不需要添加其他的系统函数, 那么直接可以用nc_loadpli1 下debpli.so 文件.使用方法:$ ncverilog access wrc loadpli1= ./nc_loadpli1/debpli.so : debpli_boot rtl.files当然在testbench文件中要写上你所希望调用的debussy 提供的函数, 基本的如:$fsdbDumpfile(wave.fsdb);$fsdbDumpvars(6, tb);需编译如果你已经对veriuser.c进行了修改, 那么首先把veriuser.c 编译为veriuser.o文件.cc -KPIC -c veriuser.c -I${CDS_INST_DIR}/tools/verilog/include之后连接ld -G veriuser.o pli.a -o debussypli.so使用方法:$ ncverilog access wrc loadpli1= ./debussypli.so : debussy_bootstrap rtl.files当然在testbench文件中要写上你所希望调用的debussy 提供的函数, 基本的如:

缺东西吧,最后两行应该有possible reason怎么没看见?

系统出问题了强烈建议重装系统

可以使用魔方软件对密约备份和察看。你也可以用下面的几个命令在“运行”查看下： 1. slmgr.vbs -dli 显示：操作系统版本、部分产品密钥、许可证状态 2. slmgr.vbs -dlv 显示：最为详尽的激活信息，包括：激活ID、安装ID、激活截止日期 3. windows7怎么查看自己完整的密钥： 以管理员身份运行slic dumptookit 右击 我的电脑-属性，弹出对话框，把右边的滚动条拉到最下面就看见了是否激活和密钥

本人认为两个都对，但觉得in更好一些，因为in有两个含义：1）在某个封闭或半封闭的空间内； 2）在一个广阔的面积内。1. He is in the room now. (空间) 2. I am now in China. （很大的区域、大面积）可能意思是：“他开船到大洋中，在（in）那里抛尸。ocean相对sea而言是很大的区域。故可能作者想说，他是在远离陆地的区域里（in）抛尸。而into 这个介词有动感，是 "从...到..之中" 的意思。举例而言：1. There is a book on the desk. （静态）2. He threw the book onto the desk. （动态）

Dump的本意是"倾卸垃圾"、"把 (垃圾桶)倒空"。 在计算机技术中使用Dump的主要意思即当电脑运行发现故障后,无法排除而死机,通常要重新启动。短语搭配dumb pipe 哑管道dumb rabies 哑狂犬病 ; 型狂犬病dumb piano 无声dumb terminals 哑终端dumb scow 非自航驳Dumb Ways 蠢蠢的死法过去式dumbed现在分词dumbing第三人称单数dumbs例句He was struckdumbby her sharp question.他被她那尖锐的问题弄得哑口无言。We were struckdumbwith horror and grief.惊恐和忧伤使我们哑口无言。We were all struck dumb for a minute.一时间我们惊讶得哑口无言。

一般问题是这样：# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows作者：RednaxelaFX链接：http://www.zhihu.com/question/29950494/answer/46177299来源：知乎著作权归作者所有，转载请联系作者获得授权。Minidump是Windows上的程序crash的时候可以写出的一种小型crash dump，会记录导致crash的错误的摘要信息，以便开发者可以事后调查crash的原因。接下来您需要这个传送门：How to enable minidumps in Java for Windows"Minidumps are not enabled by default on client versions of Windows"这句话是HotSpot VM打印出来的，来源在：void os::check_or_create_dump(void* exceptionRecord, void* contextRecord, char* buffer, size_t bufferSize)HotSpot VM在非server版的（也就是client版的）Windows上选择默认不写出minidump。没啥特别的原因，就是免得用户在不想要crash dump的时候看到crash后有文件写出来心烦。要让HotSpot VM在client版Windows上写出minidump，请指定 -XX:+CreateMinidumpOnCrash，这样HotSpot VM在crash时就会调用Windows的MiniDumpWriteDump()函数写出minidump。

perfdump不可以卸载。erfdump是一个服务器应用程序函数(SAF)构建到Web服务器，收集各个部分的性能数据从Web服务器内部统计数据并将它们显示在ASCII文本，无法删除，因此没有删除快捷方式。perfdump输出不显示所有可用的数据通过命令行统计或管理控制台，但它仍然是一个有用的工具。例如，您可以查看通过CLI perfdump输出，这是默认启用，或您可以查看perfdump输出通过一个URI，您必须启用。相关信息Android应用程序有很多，应用程序有：MINT、CHROME、神奇阿莱西、SWYPE/SWiftKey键盘、SWYPE/SWiftKey键盘、Swype、POCKET阅读器、Snapseed、EYEINTHESKY天气、FLICKNOTE、LIGHTFLOW、Any.Do。CHROME：Android平台的Chrome浏览器具备和桌面端浏览器同步书签的能力，甚至可以同步用户在桌面端打开的浏览器标签。浏览器界面清新简约，页面渲染速度出众，同时加入了针对触控优化的交互手势，使用方便。

当Java Web程序运行变慢，或者发生故障时，需要使用Thread Dumps. 如果你觉得ThreadDumps非常复杂，这篇文章很可能帮助你。将会分析Java中的线程，线程如何创建的，如何管理线程，怎么从运行中的程序中dump 线程，最后怎么分析他们得到阻塞和存在瓶颈的线程。本文是在应用程序调试下得到的结果。Java和线程 一个web server使用几十到几百条线程去处理大量的并发用户。如果多条线程使用共享的资源，无法避免线程之间对数据的竞争，有时候还会发生死锁。 线程竞争是web程序上不同的线程去访问共享资源，一条线程等待另外线程释放锁。例如，在记录log的时候，线程记录log时，必须先获得锁，然后去再访问共享资源。 死锁是一种特殊的线程竞争，两个或多个线程要完成自己的任务，都要必须要等待其他的线程完成他们的任务。 线程竞争会带来各种不同的问题，为了分析这些问题，需要使用Thread Dump。Thread Dump记录了每个线程真正的状态。 Java线程的背景 线程同步 多条线程之间可以同时执行，为了确保多线程在使用共享资源上面的通用性，使用线程同步保证在同一时间只能有一条线程可以访问共享资源。 线程同步在Java中可以使用监视器。每个Java对象都有一个监视器，这个监视器只能被一个线程拥有。当一个线程要获得另外线程拥有的监视器时，需要进入等待队列直到线程释放监视器。 线程的状态 为了分析Thread Dump ，需要先了解线程的状态。线程的状态是在java.lang.Thread.State中。NEW:线程被创建但是还没有被执行RUNNABLE:线程正在占用cpu并且在执行任务BLOCKED:线程为了获得监视器需要等待其他线程释放锁WAITING:调用了wait，join，park方法使线程等待-无限期等待TIMED_WAITING:调用了sleep，wait，join，park方法使线程等待--有限期等待线程类型java中线程可以分为两种： 1. 后台线程 2. 非后台线程当没有其他的非后台线程运行时后台线程将会终止。即使你不创建线程，java应用默认也会创建很多线程。这些大多数都是后台线程，主要为了执行gc或者jmx等类型的任务从 "static void main(String[] args)"方法中开启的线程叫做非后台线程，当这些线程停止时，其他的所有后台线程也会停止()获得一个Thread Dump将会介绍三种常用的方法。请注意还会有其他很多方法可以获取Thread Dump。一个Thread dump仅仅可以显示测量时的线程状态。所以为了查看线程状态的变化，建议5到10次，每次间隔5秒。使用jstack获得Thread　Dump通过使用jsp命令来获得当前正在运行的Java程序的PID[user@linux ~]$ jps -v 25780 RemoteTestRunner -Dfile.encoding=UTF-8 25590 sub.rmi.registry.RegistryImpl 2999 -Dapplication.home=/home1/user/java/jdk.1.6.0_24 -Xms8m 26300 sun.tools.jps.Jps -mlvV -Dapplication.home=/home1/user/java/jdk.1.6.0_24 -Xms8m使用PID作为jstack的参数获得Thread　Dump[user@linux ~]$ jstack -f 5824使用jVisualVM获得Thread　Dump通过使用jVisualVm来获得Thread　Dump左边的标记，当前正在运行的进程。点击你想查看的进程，选择现场选项来查看实时的线程信息。点击Thread　Dump右边的按钮来获得Thread　Dump文件在Linux终端中生成通过使用ps　－ef命令去获得当前正在运行的Java进程[user@linux ~]$ ps - ef | grep javauser 2477 1 0 Dec23 ? 00:10:45 ...user 25780 25361 0 15:02 pts/3 00:00:02 ./jstatd -J -Djava.security.policy=jstatd.all.policy -p 2999user 26335 25361 0 15:49 pts/3 00:00:00 grep javaUse the extracted pid as the parameter of kill –SIGQUIT(3) to obtain a thread dump.Thread Information from the Thread Dump File"pool-1-thread-13" prio=6 tid=0x000000000729a000 nid=0x2fb4 runnable [0x0000000007f0f000] java.lang.Thread.State: RUNNABLE at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264) at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158) - locked <0x0000000780b7e688> (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.readLine(BufferedReader.java:299) - locked <0x0000000780b7e688> (a java.io.InputStreamReader) at java.io.BufferedReader.readLine(BufferedReader.java:362)Thread　name：当使用　Java．lang．Thread类去生成一个线程，将被命名为Thre－（Number），然而当使用java．util．concurrent，ThreadFactory类，将会被命名为pool－（Number）－thread－（Number）Priority：表示线程的优先级Thread ID：代表线程的唯一id。（通过线程id可以获得一些有用的信息，包括cpu使用率，或者内存使用率）Thread　status：代表线程的状态Thread　callstack：代表线程调用的堆栈信息Thread　Dump模式的类型当无法获得一个锁（阻塞）当一个线程占领住锁而其他线程无法获得这个锁，而导致应用程序所有的性能都下降。在下面的例子中，BLOCKED_TEST pool-1-thread-1 线程运行时获得<0x0000000780a000b0>锁， 同时BLOCKED_TEST pool-1-thread-2 和 BLOCKED_TEST pool-1-thread-3正在等待获得<0x0000000780a000b0>锁"BLOCKED_TEST pool-1-thread-1" prio=6 tid=0x0000000006904800 nid=0x28f4 runnable [0x000000000785f000] java.lang.Thread.State: RUNNABLE at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:282) at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65) at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123) - locked <0x0000000780a31778> (a java.io.BufferedOutputStream) at java.io.PrintStream.write(PrintStream.java:432) - locked <0x0000000780a04118> (a java.io.PrintStream) at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202) at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272) at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:85) - locked <0x0000000780a040c0> (a java.io.OutputStreamWriter) at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:168) at java.io.PrintStream.newLine(PrintStream.java:496) - locked <0x0000000780a04118> (a java.io.PrintStream) at java.io.PrintStream.println(PrintStream.java:687) - locked <0x0000000780a04118> (a java.io.PrintStream) at com.nbp.theplatform.threaddump.ThreadBlockedState.monitorLock(ThreadBlockedState.java:44) - locked <0x0000000780a000b0> (a com.nbp.theplatform.threaddump.ThreadBlockedState) at com.nbp.theplatform.threaddump.ThreadBlockedState$1.run(ThreadBlockedState.java:7) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - <0x0000000780a31758> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) "BLOCKED_TEST pool-1-thread-2" prio=6 tid=0x0000000007673800 nid=0x260c waiting for monitor entry [0x0000000008abf000] java.lang.Thread.State: BLOCKED (on object monitor) at com.nbp.theplatform.threaddump.ThreadBlockedState.monitorLock(ThreadBlockedState.java:43) - waiting to lock <0x0000000780a000b0> (a com.nbp.theplatform.threaddump.ThreadBlockedState) at com.nbp.theplatform.threaddump.ThreadBlockedState$2.run(ThreadBlockedState.java:26) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - <0x0000000780b0c6a0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) "BLOCKED_TEST pool-1-thread-3" prio=6 tid=0x00000000074f5800 nid=0x1994 waiting for monitor entry [0x0000000008bbf000] java.lang.Thread.State: BLOCKED (on object monitor) at com.nbp.theplatform.threaddump.ThreadBlockedState.monitorLock(ThreadBlockedState.java:42) - waiting to lock <0x0000000780a000b0> (a com.nbp.theplatform.threaddump.ThreadBlockedState) at com.nbp.theplatform.threaddump.ThreadBlockedState$3.run(ThreadBlockedState.java:34) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Locked ownable synchronizers: - <0x0000000780b0e1b8> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)当是死锁的状态线程A需要获得线程B的锁才能继续执行任务，同时线程B需要获得线程A的锁才能继续执行任务。在Thread Dump中，可以发现 DEADLOCK_TEST-1 线程拥有0x00000007d58f5e48锁，并且试着去获取0x00000007d58f5e60这把锁。另外 DEADLOCK_TEST-2 线程拥有0x00000007d58f5e60锁，并且尝试获取0x00000007d58f5e78锁。,DEADLOCK_TEST-3 线程拥有0x00000007d58f5e78锁，并且尝试获得0x00000007d58f5e48锁。可以看得出来，每个线程都在等待另外线程的锁，这种状态知道一个线程放弃锁之前都不会被改变。"DEADLOCK_TEST-1" daemon prio=6 tid=0x000000000690f800 nid=0x1820 waiting for monitor entry [0x000000000805f000] java.lang.Thread.State: BLOCKED (on object monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.goMonitorDeadlock(ThreadDeadLockState.java:197) - waiting to lock <0x00000007d58f5e60> (a com.nbp.theplatform.threaddump.ThreadDeadLockState$Monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.monitorOurLock(ThreadDeadLockState.java:182) - locked <0x00000007d58f5e48> (a com.nbp.theplatform.threaddump.ThreadDeadLockState$Monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.run(ThreadDeadLockState.java:135) Locked ownable synchronizers: - None "DEADLOCK_TEST-2" daemon prio=6 tid=0x0000000006858800 nid=0x17b8 waiting for monitor entry [0x000000000815f000] java.lang.Thread.State: BLOCKED (on object monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.goMonitorDeadlock(ThreadDeadLockState.java:197) - waiting to lock <0x00000007d58f5e78> (a com.nbp.theplatform.threaddump.ThreadDeadLockState$Monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.monitorOurLock(ThreadDeadLockState.java:182) - locked <0x00000007d58f5e60> (a com.nbp.theplatform.threaddump.ThreadDeadLockState$Monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.run(ThreadDeadLockState.java:135) Locked ownable synchronizers: - None "DEADLOCK_TEST-3" daemon prio=6 tid=0x0000000006859000 nid=0x25dc waiting for monitor entry [0x000000000825f000] java.lang.Thread.State: BLOCKED (on object monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.goMonitorDeadlock(ThreadDeadLockState.java:197) - waiting to lock <0x00000007d58f5e48> (a com.nbp.theplatform.threaddump.ThreadDeadLockState$Monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.monitorOurLock(ThreadDeadLockState.java:182) - locked <0x00000007d58f5e78> (a com.nbp.theplatform.threaddump.ThreadDeadLockState$Monitor) at com.nbp.theplatform.threaddump.ThreadDeadLockState$DeadlockThread.run(ThreadDeadLockState.java:135) Locked ownable synchronizers: - None持续等待来自远程服务的信息线程看起来是正常的，因为它的状态一直都是RUNNABLE，然而当你将thread dump按时间有序的排列，你可以看出来socketReadThread线程一直在读socket

展开全部dumplings饺子的意思，是可数名词，所以这里应该选D这句话的意思是饺子中有羊肉和萝卜在里面。mutton是羊肉，carrots是萝卜

作为业界标准的捕获工具，tcpdump提供了强大而又灵活的包过滤功能。作为tcpdump基础的libpcap包捕获引擎支持标准的包过滤规则，如基于5重包头的过滤（如基于源/目的IP地址/端口和IP协议类型）。Linux网络十分有用的两个命令ip和TcpDump/Linux/2014-02/96993.htmtcpdump/libpcap的包过滤规则也支持通用分组表达式，在这些表达式中，包中的任意字节范围都可以使用关系或二进制操作符进行检查。对于字节范围表达，你可以使用以下格式：proto[expr:size]“proto”可以是熟知的协议之一（如ip，arp，tcp，udp，icmp，ipv6），“expr”表示与指定的协议头开头相关的字节偏移量。有我们熟知的直接偏移量如tcpflags，也有取值常量如tcp-syn，tcp-ack或者tcp-fin。“size”是可选的，表示从字节偏移量开始检查的字节数量。使用这种格式，你可以像下面这样过滤TCPSYN，ACK或FIN包。只捕获TCPSYN包：#tcpdump-i"tcp[tcpflags]&(tcp-syn)!=0"只捕获TCPACK包：#tcpdump-i"tcp[tcpflags]&(tcp-ack)!=0"只捕获TCPFIN包：#tcpdump-i"tcp[tcpflags]&(tcp-fin)!=0"之捕获TCPSYN或ACK包：#tcpdump-r"tcp[tcpflags]&(tcp-syn|tcp-ack)!=0"

把爱的城市

安卓系统开机出现RAMDUMP mode(arm9 mode)是自己刷机后没有wipe，双清。或手机在线ota升级后没有自动双清，导致系统缓存混乱，所以报错。x0dx0ax0dx0a建议执行wipe(双清)操作。x0dx0awipe会删除手机所有设置和所有已安装程序及相关文件，恢复到出厂设置，就是刚拿到手机的原始状态。x0dx0a双wipe步骤如下：x0dx0a1.关机 按HOME键+电源键进入recovery模式。x0dx0a2.用音量下键选择wipe data/factory reset这项。x0dx0a3.按HOME键执行wipe data/factory reset命令后再用音量下键选择Yes -- delete all user data并按HOME键执行命令。x0dx0a4.执行Yes -- delete all user data命令后，表示开始执行。x0dx0a5.按音量下键选择wipe cache partition命令并按HOME键执行。x0dx0a6.执行wipe cache partition命令后，音量下键选择Yes -- Wipe Cache并按HOME键执行命令。x0dx0a7.执行Yes -- Wipe Cache命令后，表示wipe cache partition也执行成功了。x0dx0ax0dx0awipe data/factory reset和wipe cache partition执行成功后 选择 reboot system now 重启系统即可。

Memory错误在内核中，内存是以cache的形式组织的，每个对象类型对应一个cache，如（inod_cache,dentry_cache, buffer_head,vm_area_strutct等）；每个cache包含多个slab(slab由一个或多个页组成，这些页物理上是连续的)；每个slab包含多个初始化的对象。Cache可以分为两类【kmalloc使用的和其他】，当然他们是用同一个函数创建的。1.Crash> Kmem -sCACHE NAME OBJSIZE ALLOCATED TOTAL SLABS SSIZEee2bb0c0 scsi_sense_cache 120 2 32 1 4kee2bbac0 scsi_cmd_cache 176 2 22 1 4kee000c60 size-4194304 4194304 0 0 0 4096kee000bc0 size-2097152 2097152 0 0 0 2048kee000b20 size-1048576 1048576 1 1 1 1024kee000a80 size-524288 524288 0 0 0 512kee0009e0 size-262144 262144 0 0 0 256kee000940 size-131072 131072 1 1 1 128kee0008a0 size-65536 65536 2 2 2 64kee000800 size-32768 32768 1 1 1 32kee000760 size-16384 16384 9 9 9 16kee0006c0 size-8192 8192 10 10 10 8kee000620 size-4096 4096 26 44 44 4kee000580 size-2048 2072 53 60 20 8kee0004e0 size-1024 1048 332 343 49 8kee000440 size-512 536 771 798 114 4kee0003a0 size-256 280 54 84 6 4kee000300 size-192 216 734 756 42 4kee000260 size-128 152 2301 2314 89 4kee0001c0 size-32 56 13439 13668 204 4kee000120 size-96 120 1067 1120 35 4kee000080 size-64 88 3137 3168 72 4k调用函数kmalloc(xxx)得到的memory都来名字为size-xx的cache.2.CONFIG_DEBUG_SLAB为便于调试，在每个对象可以添加SLAB_RED_ZONE，添加这块内存的最后使用者SLAB_STORE_USER，且用SLAB_POISON初始化对象。这些特殊的元素是什么？Include/linux/poison.h/**Magic nums for obj red zoning.*Placed in the first word before and the first word after an obj.*/#define RED_INACTIVE 0x09F911029D74E35BULL /*when obj is inactive */#define RED_ACTIVE 0xD84156C5635688C0ULL /*when obj is active *//*...and for poisoning */#define POISON_INUSE 0x5a /*for use-uninitialised poisoning */#definePOISON_FREE 0x6b /* foruse-after-free poisoning */#define POISON_END 0xa5 /*end-byte of poisoning */3.log | tail xxx当slab出错时，会把cachename/ objecet的开始地址(没有考虑redzone)redzone的内容/lastuser和object的内容都会打印出来，另外还包含该对象前后对象的信息。[ 45.501503:0] Slab corruption (Not tainted): size-64 start=e74b3398,len=64[ 45.508518:0] Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.[ 45.514118:0] Last user: [<c03446e8>](__DWC_FREE+0x1c/0x20)[ 45.519816:0] 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b d8 b0 54 e8 kkkkkkkkkkkk..T.[ 45.527633:0] Prev obj: start=e74b3340, len=64[ 45.532108:0] Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.[ 45.537880:0] Last user:[<c045ad78>](binder_get_ref_for_node+0x6c/0x204)[ 45.544777:0] 000: 47 34 00 00 2c 8b e5 e7 00 00 00 00 00 00 00 00 G4..,...........[ 45.552584:0] 010: f1 31 4b e7 50 83 e5 e7 10 46 61 e7 00 00 00 00 .1K.P....Fa.....[ 45.560393:0] Next obj: start=e74b33f0, len=64[ 45.564866:0] Redzone: 0xd84156c5635688c0/0xd84156c5635688c0.[ 45.570636:0] Last user: [<c004df30>](copy_creds+0x108/0x1e4)[ 45.576479:0] 000: 01 00 00 00 5a 5a 5a 5a 00 00 00 00 5a 5a 5a 5a ....ZZZZ....ZZZZ[ 45.584281:0] 010: ad 4e ad de ff ff ff ff ff ff ff ff 00 00 00 00 .N..............[ 45.592154:0] ------------[ cut here ]------------[ 45.596974:0] kernel BUG atmm/slab.c:2037![ 45.601188:0] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM[ 45.607223:0] Modules linked in:[ 45.610516:0] CPU: 0 Not tainted (3.4.0-gc37fe8c-dirty #657)[ 45.616585:0] PC is at check_poison_obj+0x194/0x1b4[ 45.621512:0] LR is at console_unlock+0x1c0/0x1d4[ 45.626260:0] pc : [<c00d46f8>] lr : [<c0028fe0>] psr: 60000093[ 45.626294:0] sp : e58e1c68 ip : e58e1a40 fp : e58e1c9c[ 45.638134:0] r10: e74b3398 r9 : 00000008 r8 : e74b3338[ 45.643565:0] r7 : 00000040 r6 : e74b3000 r5 : e74b33e8 r4 :ee000080[ 45.650296:0] r3 : 00000001 r2 : 00000010 r1 : 00000020 r0 :e74b33f0[ 45.657033:0] Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel[ 45.664635:0] Control: 10c53c7d Table: af4e404a DAC: 00000015kmem-S size-64从打印的信息siize-64start=e74b3398, 得知出问题的是cache:size-64,地址为e74b3390.4.Crash> kmem -S cache namecrash>kmem -S size-64 | grep e74b3390[e74b3390]crash>rd e74b3390 0x64e74b3390: 9d74e35b 09f91102 6b6b6b6b6b6b6b6b [.t.....kkkkkkkke74b33a0: 6b6b6b6b 6b6b6b6b 6b6b6b6b 6b6b6b6b kkkkkkkkkkkkkkkke74b33b0: 6b6b6b6b e854b0d8 6b6b6b6b6b6b6b6b kkkk..T.kkkkkkkke74b33c0: 6b6b6b6b 6b6b6b6b 6b6b6b6b 6b6b6b6b kkkkkkkkkkkkkkkke74b33d0: 6b6b6b6b a56b6b6b 9d74e35b09f91102 kkkkkkk.[.t.....e74b33e0: ff000000 c03446e8从出问题的这个object的用于debug的信息可知：redzone: 9d74e35b 09f91102 :RED_INACTIVEpoisondata: 6b : POISON_FREEusercall : c03446e85.last caller最后操作这块内存的函数为：crash>dis -r c03446e80xc03446cc<__DWC_FREE>: mov r12, sp0xc03446d0<__DWC_FREE+4>: push {r11, r12, lr, pc}0xc03446d4<__DWC_FREE+8>: sub r11, r12, #40xc03446d8<__DWC_FREE+12>: stmfd sp!, {lr}0xc03446dc<__DWC_FREE+16>: ldmfd sp!, {lr}0xc03446e0<__DWC_FREE+20>: mov r0, r10xc03446e4<__DWC_FREE+24>: bl 0xc00d51fc <kfree>0xc03446e8<__DWC_FREE+28>: ldm sp, {r11, sp, pc}结合如下的backtrace，可知问题就是从slab申请的一个对象，但发现其中的元素不对(不是0x6b,却出现了e854b0d8，所以crash)[ 45.596974:0] kernel BUG at mm/slab.c:2037![ 46.736498:0] Backtrace:[ 46.739243:0] [<c00d4564>] (check_poison_obj+0x0/0x1b4) from[<c00d4f84>] (cache_alloc_debugcheck_after+0x3c/0x1a0)[ 46.749743:0] [<c00d4f48>](cache_alloc_debugcheck_after+0x0/0x1a0) from [<c00d6df0>](__kmalloc+0x140/0x234)[ 46.759680:0] r7:00000038 r6:00008020 r5:a0000093 r4:ee000080[ 46.765709:0] [<c00d6cb0>] (__kmalloc+0x0/0x234) from[<c03448c0>] (__DWC_ALLOC_ATOMIC+0x20/0x24)[ 46.774674:0] [<c03448a0>] (__DWC_ALLOC_ATOMIC+0x0/0x24) from[<c0340dbc>] (dwc_otg_hcd_urb_alloc+0x30/0x40)[ 46.784585:0] [<c0340d8c>] (dwc_otg_hcd_urb_alloc+0x0/0x40)from [<c0352f00>] (urb_enqueue+0xf0/0x258)[ 46.793916:0] r4:db95faa8 r3:00000003[ 46.797796:0] [<c0352e10>] (urb_enqueue+0x0/0x258) from[<c031f32c>] (usb_hcd_submit_urb+0x5c4/0x6a4)[ 46.807069:0] [<c031ed68>] (usb_hcd_submit_urb+0x0/0x6a4) from[<c031fa60>] (usb_submit_urb+0x2a0/0x2bc)[ 46.816603:0] [<c031f7c0>] (usb_submit_urb+0x0/0x2bc) from[<c03208bc>] (usb_sg_wait+0x4c/0x138)6.解决问题从上面的分析可知，问题是memoryfree后，代码又操作了这块内存。现在问题是__DWC_FREE最后操作了这块内存，__DWC_FREE只是封装了kfree,如果直接使用kfree,通过SLAB_STORE_USER就可以知道那个函数调用了kfree,进而知道申请的对象类型，看那个该对象类型的那个成员被赋值，就可以在代码中搜索。如该例知道了类型为dwc_otg_qtd_t，且成员qh在内存释放后被赋值，就可以在代码中详细查找，分析。crash>dwc_otg_qtd_t e74b3398structdwc_otg_qtd_t {data_toggle= 0x6b,control_phase= (DWC_OTG_CONTROL_DATA | DWC_OTG_CONTROL_STATUS | unknown:1802201960),complete_split= 0x6b,ssplit_out_xfer_count= 0x6b6b6b6b,error_count= 0x6b,isoc_frame_index= 0x6b6b,isoc_split_pos= 0x6b,isoc_split_offset= 0x6b6b,urb= 0x6b6b6b6b,qh= 0xe854b0d8,qtd_list_entry= {cqe_next= 0x6b6b6b6b,cqe_prev= 0x6b6b6b6b},in_process= 0x6b,n_desc= 0x6b,isoc_frame_index_last= 0x6b6b}在相关的代码中搜索哪里操作了数据结构dwc_otg_qtd_t的qh成员。

uyreuirieu5oeaiurp0ewp[aodf0[ewp8rpa9r894wii9ro4u89tus8oieru