OK,我们还继续配置内核。还有更多功能等待着去配置。下一个问题(Enable ELF core dumps (ELF_CORE))询问的是内核是否可以生成内核转储文件。这会使内核变大4KB。所以我选择了"no"。注意:内核转储文件(内存或者系统的转储)是程序崩溃前已记录的状态。内核转储是用来调试问题
你好!本篇我们将继续配置"kernel hacks",接着我们会配置整个安全系统。Alpha和s390处理器需要配置下一个特性(Force weak per-cpu definitions)。这个特性修复了一个在这类处理器中普遍存在的寻址问题。其他的处理器无需启用这个特性。内核转储可以用这个特殊的调
mimipenguin 是一个免费、开源、简单但是强大的 shell/python 脚本,用来从当前 Linux 桌面用户转储登录凭证(用户名和密码),并且已在不同的 Linux 发行版中测试过。另外,它还支持如:VSFTPd(活跃的 FTP 客户端连接)、Apache2(活跃的/旧的 HTTP 基
了解如何处理转储文件将帮你找到应用中难以重现的 bug。崩溃转储、内存转储、核心转储、系统转储……这些全都会产生同样的产物:一个包含了当应用崩溃时,在那个特定时刻应用的内存状态的文件。这是一篇指导文章,你可以通过克隆示例的应用仓库来跟随学习:git clone https://github.com/
前言:使用 Benchmark 工具进行测试是一个探索数据库性能的好方法,然而由于大家对 OceanBase 的架构或者特性还不够熟悉,经常会发现使用 Benchmark 工具跑出来的性能数据并不符合预期。本篇文档以此为锲机为大家介绍「影响 Benchmark 性能的 OceanBase 常见操作和
系列简介本系列将主要围绕OceanBase数据库存储引擎中的转储合并进行解读,涉及到数据存储、转储合并、数据校验等方面的内容,旨在让读者厘清OceanBase数据库的存储引擎中与转储合并有关的各种概念,帮助读者更好地理解OceanBase数据库的存储技术原理,并为日常问题排查、应用开发提供参考。内容
数据无压缩是 MySQL 的痛点之一,当企业数据量不断增加,这便成为一大问题。MySQL 是 B+ 树的存储结构,这个结构已经有很多年的历史,但是有个不可绕开的点,就是 B+ 树的每个页内必然会有一定的空隙,这就导致企业需要考虑如何降低数据库存储成本。而 OceanBase 的存储引擎是基于 LSM
我们都知道,在OceanBase中,一个写满的MemTable下刷到Mini SSTable可以分为两个步骤,一是将可写的MemTable冻结成只读的Frozen MemTable,二是将只读的Frozen MemTable持久化到磁盘形成Mini SSTable。今天我们一起来学习一下后者,也就是
为了检测和处理线程泄漏,可以使用 jstack 实用程序、线程转储或第三方库,找出泄漏源并采取措施:确定持有线程引用的代码并将其删除或削弱;使用 weakreference 对于不再需要的临时引用;使用线程池管理线程数量,定期监控线程活动并采取预防措施。 Java 并发编程中如何检测和处理线程泄漏
MySQL Shell 的实例转储实用程序 util.dumpInstance()和架构转储实用程序 util.dumpSchemas()是在 MySQL Shell 8.0.21 中引入的,支持将所有架构或选定架构从本地 MySQL 实例导出到 Oracle 云基础设施对象存储存储桶或一组本地文件