草庐IT

dmabuf_dump

全部标签

java获取内存dump的几种方式

前不久,上线了一个新项目,这个项目是一个压测系统,可以简单的看做通过回放词表(http请求数据),不断地向服务发送请求,以达到压测服务的目的。在测试过程中,一切还算顺利,修复了几个小bug后,就上线了。在上线后给到第一个业务方使用时,就发现来一个严重的问题,应用大概跑了10多分钟,就收到了大量的FullGC的告警。针对这一问题,我们首先和业务方确认了压测的场景内容,回放的词表数量大概是10万条,回放的速率单机在100qps左右,按照我们之前的预估,这远远低于单机能承受的极限。按道理是不会产生内存问题的。java获取内存dump的几种方式获取内存详情:jmap-dump:format=b,fil

Elasticsearch-dump 迁移数据

elasticsearch-dump可以将ES中的某个索引数据迁移至其他的ES中,或者将ES数据整体迁移,我这里的场景是将生产的ES索引数据迁移至开发环境的ES中1、elasticsearch-dump迁移Toolsformovingandsavingindicies.从来移动和保存索引的工具。GITHUB项目地址:https://github.com/taskrabbit/elasticsearch-dump1.1主要参数说明--input:源地址,可为ES集群URL、文件或stdin,可指定索引,格式为{protocol}://{host}:{port}/{index}--input-in

Neo4j数据库导入导出dump方法

首先要关闭neo4j;neo4jstop导出其中test文件夹在neo4j下面neo4j-admindump--database=car1--to=test/car.dump导入neo4j-adminload--from=test/car.dump--database=car1--force导入成功:再启动neo4jneo4jstart

go test ./package dumps 成功测试的标准输出,而不仅仅是失败的测试

在编写输出到stdout的CLI工具时,我注意到如果一个测试失败,那么其他(成功的)测试也写入到stdout的任何内容也会被转储,这是误导。这是预料之中的,还是我应该在测试时将os.Stdout设置为/dev/null?但是testing包如何找到要打印的内容呢? 最佳答案 测试包不会干扰被测代码的标准输出,无论是通过还是失败。如果您不想看到此输出很重要,您可以capturestdout在执行您的特定测试时,然后根据测试结果决定如何处理它。 关于gotest./packagedumps成

go test ./package dumps 成功测试的标准输出,而不仅仅是失败的测试

在编写输出到stdout的CLI工具时,我注意到如果一个测试失败,那么其他(成功的)测试也写入到stdout的任何内容也会被转储,这是误导。这是预料之中的,还是我应该在测试时将os.Stdout设置为/dev/null?但是testing包如何找到要打印的内容呢? 最佳答案 测试包不会干扰被测代码的标准输出,无论是通过还是失败。如果您不想看到此输出很重要,您可以capturestdout在执行您的特定测试时,然后根据测试结果决定如何处理它。 关于gotest./packagedumps成

elasticsearch es数据迁移es-dump

由于现在接管了同事的代码,同事的代码操作es时,导致了线上问题,我又对es不熟悉,怕操作影响了其他线上业务,于是现在将es数据复制一版到本地来。远程es服务elasticsearch.tencent.xxx.com:80本地es服务192.168.9.102:9200现在将远程转换为本地,我们采用【elasticdump工具】来进行迁移,至于用它的原因,就是看起来不影响线上服务,而且非常易懂,学习成本低。大致流程如下  分三步,首先下载npm,然后在npm安装es-dump,然后通过dump的命令,从远程服务器把数据备份到文件夹中,然后在通过dump的导出命令,将文件夹中的数据导出到测试服。第

Docker 中的 .NET 异常了怎么抓 Dump

一:背景1.讲故事有很多朋友跟我说,在Windows上看过你文章知道了怎么抓Crash,CPU爆高,内存暴涨等各种Dump,为什么你没有写在Docker中如何抓的相关文章呢?瞧不上吗?哈哈,在DUMP的分析旅程中,跑在Docker中的.NET占比真的不多,大概10个dump有1-2个是docker中的,市场决定了我的研究方向,为了弥补这一块的空洞,决定写一篇文章来分享下这三大异常下的捕获吧。二:Docker下的三大异常捕获1.crashdump捕获前不久我写了一篇 Linux上的.NET崩溃了怎么抓Dump(https://www.cnblogs.com/huangxincheng/p/174

【Linux】调试常见的应用程序奔溃“Segmentation fault (core dumped)”

文章目录前言一、确保产生core文件二、利用core文件,调试确认terminated位置前言Linux程序开发者,日常遇到程序奔溃时,应该如何调试,如何寻找原因和解决呢?本文就介绍了遇到Segmentationfault(coredumped)问题时最常规的定位方法。一、确保产生core文件当你在命令行执行一个程序时,遇到Segmentationfault(coredumped)后,第一时间查看当前目录下是否产生了core-xxxxx文件。如果没有产生core文件,以ubuntu20.0为例:查询OS当前最corefilesize的配置:root@x-System-Product-Name:

ORACLE dump文件导出或导入

一、导出A服务器中表数据为dump文件1.1.可以通过命令来导出指定表为dump文件,但是我是通过pl/sql来导出的,所以这种命令的方式也就没有深究。1.2.通过pl/sql导出指定表dump文件1.2.1.使用pl/sql远程连接A服务器上的数据库这个就不多提了,略1.2.2.工具——>导出表,然后找到需要导出的表,如果是多个表的话,支持Crtl键进行多选1.2.3.关于导出选项,可能因为pl/sql版本问题不太一样,但是应该都大同小异 首先可以看到在用户下面有三个label标签    Oracle导出:导出.dump文件,可以跨平台,还能包含权限,效率不错,用的很广;    SQL插入:

c++ - dumping Core 时 Heap snapshot 的时间

我们有一个在Linux2.6.32上运行的posix多线程C++程序,它在其中一个线程中进行核心转储。使用gdb-7.2corss-compiled分析核心文件,我们看到错误指令在这里0x11491178:lwzr0,8(r9)并在框架显示中注册:(gdb)inforegr00x00….r90xdeaddead3735936685这是有道理的,因为r9在进程/线程的上下文中有一个无效的地址值(实际上是我们编写的堆清理模式)。令人困惑的一点是r9是这样加载的0x1149116c:lwzr9,0(r4)和r4包含(第一个也是唯一的)函数参数“data”的值。GDB告诉我以下有关数据的信息: