首页
学习
活动
专区
圈层
工具
发布

#内存

看似代码玄学,实则基础不牢:Hikari连接神秘消失

用户12591013

十几年前,大数据业务还普遍依赖 Hadoop,当时我们团队有一套屡试不爽的离线高速入库方案:

300

别再乱打日志了!一行超长日志拖垮整个服务,完整排查 + 根治方案全公开

用户12591013

打开 MAT 的Leak Suspects(泄漏可疑项)报告,数据一目了然,结论极具冲击力:整份堆内存中,com.lmax.disruptor.RingBuff...

400

线程泄漏(一)-之线程池使用不当

用户12591013

jvm参数配置并无太大问题,jvm监控中堆内存,元空间都不大,非堆也不大,但是jvm线程数不正常,达到了几千个,最高时达到16k,且线程数是稳步增长的。

300

输入即结果!这个不到2MB的神器,让你的Windows文件查找快如闪电

胖丁学电脑

运行时占用内存也极少——2万文件规模仅需3-5MB内存,百万文件也仅需45MB。后台运行几乎感觉不到它的存在,对电脑性能几乎没有影响。

700

PG 的 work_mem 到底什么时候释放? 很多人理解错了

用户4035096

PostgreSQL 里和 work_mem 相关的内存,绝大多数情况下并不会等到事务结束才释放。很多内存其实会在 SQL 执行过程中就被提前回收。

1200

PG太垃圾了,2TB 内存居然还发生 OOM

用户4035096

更扎心的是: 就算你把 work_mem 设成 2MB,也不代表 PostgreSQL 一条查询最多只会吃 2MB。

900

苹果Macbook NEO用手机芯片跑DuckDB竟干翻云主机!

用户4035096

在ClickBench测试中,他们让MacBook Neo与两款云服务器同台竞技:c6a.4xlarge(16核AMD EPYC,32GB内存)和c8g.met...

1100

PG刷脏优化

用户4035096

PostgreSQL 将数据存储在固定大小的块(页)中,通常为 8 KB。当客户端更新或插入数据时,PostgreSQL 并不会立即将这些更改写入磁盘。相反,它...

2000

比 pgvector 快 100 倍

用户4035096

初始化阶段的主要瓶颈是聚类,它既耗时又耗内存。事实上,它决定了索引构建所需的最小内存量。如果我们在 CPU 上以一种既快速又省内存的方式实现聚类,那么在没有大内...

2600

比鸭数据库(DuckDB)快10倍, 狼数据库(Sirius)诞生!

用户4035096

Sirius 是一个GPU 原生 SQL 引擎(GPU-native SQL engine)。号称比DuckDB快10倍, 比ClickHouse快60倍. (...

2910

这家国产向量数据库说他们的图索引超越HNSW,是不是真的?

用户4035096

个人理解: 下面描述的是图已经构成后的插入, 而不是创建索引时在内存中完成的构图过程. 在内存中构图速度更快, 不是逐点写入的方式. 当内存溢出时, 才会进入逐...

1700

DuckDB论文解读 | DuckDB-SGX2

用户4035096

NUMA 是一种计算机内存架构,其中多处理器系统中的内存访问时间取决于内存相对于处理器在哪个“节点” 。在 SGX 环境中,未能保持 NUMA 局部性会导致...

3210

VectorChord重磅发布: 支持图(DiskANN和HNSW)索引、召回率评估

用户4035096

作为基于磁盘的索引,vchordg通常只需要将量化向量保留在buffer池中即可保持性能。默认情况下,vchordg量化D维向量为2D位。设行数为N。那么,索引...

2810

如何统计每个PG进程的真实内存消耗?

用户4035096

PG是进程模型的数据库, 如何统计每个进程的内存开销? 例如你想进行精确的内存控制?

4910

啪啪打脸了|PolarDB论文提到的CXL牛逼技术有弊端

用户4035096

CXL(Compute Express Link)旨在提供缓存一致的内存扩展和池化能力,它确实在一定程度上解决了传统PCIe在内存访问方面的限制,使得CPU可以...

1610

PostgreSQL 18 preview - 新增获取进程内存上下文函数

用户4035096

PostgreSQL 18 新增获取进程内存上下文函数: pg_get_process_memory_contexts . 此函数处理显示具有指定进程 ID 的...

2200

DiskANN 论文解读

用户4035096

要理解《DiskANN: Fast Accurate Billion-point Nearest Neighbor Search on a Single Nod...

2710

pg_stat_statements重大BUG:内存泄露

NickYoung

• PID 2886325 一个 backend 独占 80.4 GB,是其它进程的 16 倍以上;

2700

pg_stat_backtrace:让stack抓取更easy

NickYoung

6、不存在性能隐患、安全隐患、稳定性隐患、内存泄露、非法内存访问、进程死锁等,不和其他插件冲突

3600

一条SQL引发的惨案,内存耗尽?

NickYoung

监控进程内存的专业工具有很多,这里由于是短时间申请了大量内存,肯定有大量内存函数调用,要搞清楚调用链路使用perf分析就可以了。

2400
领券