- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我已经编写了自己的 pgsql C 函数(在 CentOS-5.2 和 pgsql-9.1 上),它收集 postgres 后端进程正在使用的资源统计信息。
它包括每个后端进程的 cpu_utime/cpu_stime/disk_read_size/disk_write_size。
我的代码如下...
#include "postgres.h"
#include "funcapi.h"
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <dirent.h>
#include <unistd.h>
#define PGDATA_ENV_NM "PGDATA"
#define PROC_FULL_NAME_SIZE 1024
#define PROC_FULL_NAME "/proc/"
#define MAX_PG_PROC_CNT 4096
#define TEMP_BUFFER_LEN 1024
#define DISK_READ_TITLE "read_bytes"
#define DISK_WRITE_TITLE "write_bytes"
#ifdef PG_MODULE_MAGIC
PG_MODULE_MAGIC;
#endif
typedef struct _backend_rsc{
int si_proc_id;
unsigned long long sui_cpu_utime;
unsigned long long sui_cpu_stime;
unsigned long long sui_disk_read;
unsigned long long sui_disk_write;
} PROC_INFO;
PROC_INFO ST_PROC_NODES[MAX_PG_PROC_CNT];
int gi_tuple_idx = 0;
PG_FUNCTION_INFO_V1(v1c_get_backend_rsc);
Datum
v1c_get_backend_rsc(PG_FUNCTION_ARGS) {
FuncCallContext *funcctx;
int call_cntr;
int max_calls;
TupleDesc tupdesc;
AttInMetadata *attinmeta;
if (SRF_IS_FIRSTCALL()) {
MemoryContext oldcontext;
/* create a function context for cross-call persistence */
funcctx = SRF_FIRSTCALL_INIT();
/* switch to memory context appropriate for multiple function calls */
oldcontext = MemoryContextSwitchTo(funcctx->multi_call_memory_ctx);
/* total number of tuples to be returned */
funcctx->max_calls = fill_backend_node();
if (get_call_result_type(fcinfo, NULL, &tupdesc) != TYPEFUNC_COMPOSITE)
ereport(ERROR,
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
errmsg("function returning record called in context "
"that cannot accept type record")));
attinmeta = TupleDescGetAttInMetadata(tupdesc);
funcctx->attinmeta = attinmeta;
MemoryContextSwitchTo(oldcontext);
}
/* stuff done on every call of the function */
funcctx = SRF_PERCALL_SETUP();
call_cntr = funcctx->call_cntr;
max_calls = funcctx->max_calls;
attinmeta = funcctx->attinmeta;
if (call_cntr < max_calls) { /* do when there is more left to send */
char **values;
HeapTuple tuple;
Datum result;
values = (char **) palloc(5 * sizeof(char *));
values[0] = (char *) palloc(32 * sizeof(char));
values[1] = (char *) palloc(32 * sizeof(char));
values[2] = (char *) palloc(32 * sizeof(char));
values[3] = (char *) palloc(32 * sizeof(char));
values[4] = (char *) palloc(32 * sizeof(char));
snprintf( values[0], 32, "%d", ST_PROC_NODES[gi_tuple_idx].si_proc_id );
snprintf( values[1], 32, "%lu", ST_PROC_NODES[gi_tuple_idx].sui_cpu_utime );
snprintf( values[2], 32, "%lu", ST_PROC_NODES[gi_tuple_idx].sui_cpu_stime );
snprintf( values[3], 32, "%lu", ST_PROC_NODES[gi_tuple_idx].sui_disk_read );
snprintf( values[4], 32, "%lu", ST_PROC_NODES[gi_tuple_idx].sui_disk_write);
/* build a tuple */
tuple = BuildTupleFromCStrings(attinmeta, values);
/* make the tuple into a datum */
result = HeapTupleGetDatum(tuple);
/* clean up (this is not really necessary) */
pfree(values[0]);
pfree(values[1]);
pfree(values[2]);
pfree(values[3]);
pfree(values[4]);
pfree(values);
gi_tuple_idx++;
SRF_RETURN_NEXT(funcctx, result);
}
else { /* do when there is no more left */
gi_tuple_idx = 0;
SRF_RETURN_DONE(funcctx);
}
}
int fill_backend_node() {
int li_backend_count = 0;
// read postgresql data_directory
int li_parent_pid = 0;
char ls_pgdata_dir[1024] = { 0x00 };
strncpy(ls_pgdata_dir, getenv(PGDATA_ENV_NM), strlen(getenv(PGDATA_ENV_NM)));
strcat(ls_pgdata_dir, "/postmaster.pid");
// get postgresql group pid from postmaster.pid
FILE *lfp_pg_pid_file = fopen(ls_pgdata_dir, "r");
if( !lfp_pg_pid_file ) {
return 1;
}
char temp[1024]={ 0x00 };
fgets( temp, 1023, lfp_pg_pid_file );
//fscanf(lfp_pg_pid_file, "%d", &li_parent_pid);
sscanf( temp, "%d", &li_parent_pid );
fclose(lfp_pg_pid_file);
// read child process list from /proc/[1-9]*/status files which stores parent PID
int li_temp_pid = 0;
int li_temp_ppid = 0;
unsigned long long lui_temp_cpu_utime=0, lui_temp_cpu_stime=0;
DIR *dir_info;
struct dirent *dir_entry;
FILE *lfp_stat_file = NULL;
FILE *lfp_io_file = NULL;
dir_info = opendir(PROC_FULL_NAME);
char ls_stat_file_nm[PROC_FULL_NAME_SIZE];
char ls_io_file_nm[PROC_FULL_NAME_SIZE];
char ls_temp_string[TEMP_BUFFER_LEN] = { 0x00 };
char *lcp_string_cursor = NULL;
if(NULL != dir_info) {
while(dir_entry = readdir(dir_info)) {
if (dir_entry->d_type == DT_DIR && *dir_entry->d_name > '0' && *dir_entry->d_name <= '9') {
memset(ls_stat_file_nm, 0x00, PROC_FULL_NAME_SIZE);
strcat(ls_stat_file_nm, PROC_FULL_NAME);
strcat(ls_stat_file_nm, dir_entry->d_name);
strcat(ls_stat_file_nm, "/stat");
lfp_stat_file = fopen(ls_stat_file_nm, "r");
if( !lfp_stat_file ) {
return 1;
}
fscanf(lfp_stat_file, "%d %*s %*s %d %*s %*s %*s %*s %*s %*s %*s %*s %llu %llu", &li_temp_pid, &li_temp_ppid, &lui_temp_cpu_utime, &lui_temp_cpu_stime);
if( li_temp_ppid == li_parent_pid ) {
ST_PROC_NODES[li_backend_count].si_proc_id = li_temp_pid ;
ST_PROC_NODES[li_backend_count].sui_cpu_utime = lui_temp_cpu_utime;
ST_PROC_NODES[li_backend_count].sui_cpu_stime = lui_temp_cpu_stime;
memset(ls_io_file_nm, 0x00, PROC_FULL_NAME_SIZE);
strcat(ls_io_file_nm, PROC_FULL_NAME);
strcat(ls_io_file_nm, dir_entry->d_name);
strcat(ls_io_file_nm, "/io");
lfp_io_file = fopen(ls_io_file_nm, "r");
if( !lfp_io_file ) {
return 1;
}
while( fgets(ls_temp_string, TEMP_BUFFER_LEN-1, lfp_io_file) ) {
if( lcp_string_cursor = strstr(ls_temp_string, DISK_READ_TITLE) ) sscanf(ls_temp_string, "%*s %lu", &ST_PROC_NODES[li_backend_count].sui_disk_read);
// not cancelled_write_bytes
else if( *ls_temp_string != 'c' && (lcp_string_cursor = strstr(ls_temp_string, DISK_WRITE_TITLE)) ) sscanf(ls_temp_string, "%*s %lu", &ST_PROC_NODES[li_backend_count].sui_disk_write);
else continue;
}
fclose(lfp_io_file);
li_backend_count++;
}
fclose(lfp_stat_file);
}
}
closedir(dir_info);
}
//closedir(dir_info);
return li_backend_count;
}
contrib 目录中的 SQL 文件如下...
\echo Use "CREATE EXTENSION get_backend_rsc" to load this file. \quit
-- Register functions.
CREATE TYPE utype_get_backend_rsc AS
(
proc_id int,
cpu_utime numeric,
cpu_stime numeric,
disk_read numeric,
disk_write numeric
);
CREATE OR REPLACE FUNCTION get_backend_rsc()
RETURNS SETOF utype_get_backend_rsc
AS '$libdir/get_backend_rsc.so' , 'v1c_get_backend_rsc'
LANGUAGE C IMMUTABLE STRICT;
-- Register a view on the function for ease of use.
CREATE VIEW get_backend_rsc AS
SELECT * FROM get_backend_rsc();
GRANT SELECT ON get_backend_rsc TO PUBLIC;
问题是每当我执行上面的函数时,/proc/$$/status
中的VmRSS
都会增加 4KB。我确定 palloc
和 pfree
在那里,不会发生内存泄漏。
我错过了什么?任何建议将不胜感激。
最佳答案
flose
被遗漏了,但我仍然想知道为什么非关闭文件会导致内存泄漏。
关于c - 我自己的 pgsql C 函数中的内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22192336/
我在具有 2CPU 和 3.75GB 内存 (https://aws.amazon.com/ec2/instance-types/) 的 c3.large Amazon EC2 ubuntu 机器上运
我想通过用户空间中的mmap-ing并将地址发送到内核空间从用户空间写入VGA内存(视频内存,而不是缓冲区),我将使用pfn remap将这些mmap-ed地址映射到vga内存(我将通过 lspci
在 Mathematica 中,如果你想让一个函数记住它的值,它在语法上是很轻松的。例如,这是标准示例 - 斐波那契: fib[1] = 1 fib[2] = 1 fib[n_]:= fib[n] =
我读到动态内存是在运行时在堆上分配的,而静态内存是在编译时在堆栈上分配的,因为编译器知道在编译时必须分配多少内存。 考虑以下代码: int n; cin>>n; int a[n]; 如果仅在运行期间读
我是 Python 的新手,但我之前还不知道这一点。我在 for 循环中有一个基本程序,它从站点请求数据并将其保存到文本文件但是当我检查我的任务管理器时,我发现内存使用量只增加了?长时间运行时,这对我
我正在设计一组数学函数并在 CPU 和 GPU(使用 CUDA)版本中实现它们。 其中一些函数基于查找表。大多数表占用 4KB,其中一些占用更多。基于查找表的函数接受一个输入,选择查找表的一两个条目,
读入一个文件,内存被动态分配给一个字符串,文件内容将被放置在这里。这是在函数内部完成的,字符串作为 char **str 传递。 使用 gdb 我发现在行 **(str+i) = fgetc(aFil
我需要证实一个理论。我正在学习 JSP/Java。 在查看了一个现有的应用程序(我没有写)之后,我注意到一些我认为导致我们的性能问题的东西。或者至少是其中的一部分。 它是这样工作的: 1)用户打开搜索
n我想使用memoization缓存某些昂贵操作的结果,这样就不会一遍又一遍地计算它们。 两个memoise和 R.cache适合我的需要。但是,我发现缓存在调用之间并不可靠。 这是一个演示我看到的问
我目前正在分析一些 javascript shell 代码。这是该脚本中的一行: function having() { memory = memory; setTimeout("F0
我有一种情况,我想一次查询数据库,然后再将整个数据缓存在内存中。 我得到了内存中 Elasticsearch 的建议,我用谷歌搜索了它是什么,以及如何在自己的 spring boot 应用程序中实现它
我正在研究 Project Euler (http://projecteuler.net/problem=14) 的第 14 题。我正在尝试使用内存功能,以便将给定数字的序列长度保存为部分结果。我正在
所以,我一直在做 Java 内存/注意力游戏作业。我还没有达到我想要的程度,它只完成了一半,但我确实让 GUI 大部分工作了......直到我尝试向我的框架添加单选按钮。我认为问题可能是因为我将 JF
我一直在尝试使用 Flask-Cache 的 memoize 功能来仅返回 statusTS() 的缓存结果,除非在另一个请求中满足特定条件,然后删除缓存。 但它并没有被删除,并且 Jinja 模板仍
我对如何使用 & 运算符来减少内存感到非常困惑。 我可以回答下面的问题吗? clase C{ function B(&$a){ $this->a = &$a; $thi
在编写代码时,我遇到了一个有趣的问题。 我有一个 PersonPOJO,其 name 作为其 String 成员之一及其 getter 和 setter class PersonPOJO { priv
在此代码中 public class Base { int length, breadth, height; Base(int l, int b, int h) { l
Definition Structure padding is the process of aligning data members of the structure in accordance
在 JavaScript Ninja 的 secret 中,作者提出了以下方案,用于在没有闭包的情况下内存函数结果。他们通过利用函数是对象这一事实并在函数上定义一个属性来存储过去调用函数的结果来实现这
我正在尝试找出 map 消耗的 RAM 量。所以,我做了以下事情;- Map cr = crPair.collectAsMap(); // 200+ entries System.out.printl
我是一名优秀的程序员,十分优秀!