免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 6064 | 回复: 15

[内存管理] smaps 内存分布 [复制链接]

论坛徽章:
0
发表于 2015-01-21 21:49 |显示全部楼层
大虾们,晚上好~

我在分析一个程序内存波动的时候,抓取了/proc/pid/smaps数据
发现有一块64M左右的内存,其没有权限,但又是private
像下面这个样子
400df000-4048c000 ---p 00000000 00:00 0

请教下这段内存是用来干什么的?
为什么属于当前进程,当前进程又没有权限去rw呢?

实在不明白,,,

论坛徽章:
9
辰龙
日期:2014-08-18 20:38:42未羊
日期:2014-09-04 08:50:45丑牛
日期:2014-09-06 00:12:55寅虎
日期:2014-12-22 20:50:56摩羯座
日期:2015-01-14 22:28:15巳蛇
日期:2015-01-23 20:39:272015年辞旧岁徽章
日期:2015-03-03 16:54:1515-16赛季CBA联赛之青岛
日期:2016-03-13 23:37:1915-16赛季CBA联赛之深圳
日期:2016-03-29 18:52:38
发表于 2015-01-22 08:21 |显示全部楼层
这种段一般都是为了隔离其它的段,防止其它段越界访问的。

论坛徽章:
3
射手座
日期:2014-08-18 12:15:53戌狗
日期:2014-08-22 09:53:36寅虎
日期:2014-08-22 14:15:29
发表于 2015-01-22 09:44 |显示全部楼层
回复 1# hhuccpj


    64M? 是linux 64 bit? 那是glibc 给内存池分配的, 64位linux glibc 会给每个线程分配一个arena, 每个arena至少有1个64M的heap, 应该就是这个heap.

论坛徽章:
0
发表于 2015-01-22 16:01 来自手机 |显示全部楼层
今天我发现这块会慢慢被修改为re-p,应该不是保护

论坛徽章:
0
发表于 2015-01-22 16:06 来自手机 |显示全部楼层
今天我发现这块内存会满满被修改为rw-p。看起来像是先mmap,flag设置为空了,再然后慢慢mprotect修改。上午分析我也在想应该是内存池。我是64位的机子。但我内存明明是够的,为什么会触发再来一块呢?思考中,,,

论坛徽章:
3
射手座
日期:2014-08-18 12:15:53戌狗
日期:2014-08-22 09:53:36寅虎
日期:2014-08-22 14:15:29
发表于 2015-01-22 16:23 |显示全部楼层
回复 5# hhuccpj


    小伙很有前途啊, 观察问题很仔细, 从glibc代码来看, 的确是一开始映射的flags为0, 后来通过mprotect改成rw的
你如果用strace跟踪应该能抓到这个过程。

上代码:
static heap_info *
internal_function
#if __STD_C
new_heap(size_t size, size_t top_pad)
#else
new_heap(size, top_pad) size_t size, top_pad;
#endif
{
  size_t page_mask = malloc_getpagesize - 1;
  char *p1, *p2;
  unsigned long ul;
  heap_info *h;

  if(size+top_pad < HEAP_MIN_SIZE)
    size = HEAP_MIN_SIZE;
  else if(size+top_pad <= HEAP_MAX_SIZE)
    size += top_pad;
  else if(size > HEAP_MAX_SIZE)
    return 0;
  else
    size = HEAP_MAX_SIZE;
  size = (size + page_mask) & ~page_mask;

  /* A memory region aligned to a multiple of HEAP_MAX_SIZE is needed.
     No swap space needs to be reserved for the following large
     mapping (on Linux, this is the case for all non-writable mappings
     anyway). */
  p2 = MAP_FAILED;
  if(aligned_heap_area) {
    p2 = (char *)MMAP(aligned_heap_area, HEAP_MAX_SIZE, PROT_NONE,
                      MAP_PRIVATE|MAP_NORESERVE);
    aligned_heap_area = NULL;
    if (p2 != MAP_FAILED && ((unsigned long)p2 & (HEAP_MAX_SIZE-1))) {
      munmap(p2, HEAP_MAX_SIZE);
      p2 = MAP_FAILED;
    }
  }
  if(p2 == MAP_FAILED) {
    p1 = (char *)MMAP(0, HEAP_MAX_SIZE<<1, PROT_NONE,
                      MAP_PRIVATE|MAP_NORESERVE);
    if(p1 != MAP_FAILED) {
      p2 = (char *)(((unsigned long)p1 + (HEAP_MAX_SIZE-1))
                    & ~(HEAP_MAX_SIZE-1));
      ul = p2 - p1;
      if (ul)
        munmap(p1, ul);
      else
        aligned_heap_area = p2 + HEAP_MAX_SIZE;
      munmap(p2 + HEAP_MAX_SIZE, HEAP_MAX_SIZE - ul);
    } else {
      /* Try to take the chance that an allocation of only HEAP_MAX_SIZE
         is already aligned. */
      p2 = (char *)MMAP(0, HEAP_MAX_SIZE, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE);
      if(p2 == MAP_FAILED)
        return 0;
      if((unsigned long)p2 & (HEAP_MAX_SIZE-1)) {
        munmap(p2, HEAP_MAX_SIZE);
        return 0;
      }
    }
  }
  if(mprotect(p2, size, PROT_READ|PROT_WRITE) != 0) {
    munmap(p2, HEAP_MAX_SIZE);
    return 0;
  }
  h = (heap_info *)p2;
  h->size = size;
  h->mprotect_size = size;
  THREAD_STAT(stat_n_heaps++);
  return h;
}

论坛徽章:
0
发表于 2015-01-22 16:44 来自手机 |显示全部楼层
哈哈,谢谢夸奖,我怎么感觉有点飘的感觉,开个玩笑。我是想strace抓一下的,但这个问题只在高caps长时间下才发生,strace上去后性能上不去。我怀疑我用的下层平台有人改东西了,如大家所述的话,应该有动态加减线程数

论坛徽章:
3
射手座
日期:2014-08-18 12:15:53戌狗
日期:2014-08-22 09:53:36寅虎
日期:2014-08-22 14:15:29
发表于 2015-01-22 16:52 |显示全部楼层
回复 7# hhuccpj


有两种情况glibc会创建新的64M heap,
一种是新建线程如果在堆上分配内存会触发glibc分配, 另一种是老线程前面的64M heap用光了也会新分配新的,多个heap会穿成一个链表。

论坛徽章:
0
发表于 2015-01-22 16:57 来自手机 |显示全部楼层
嗯,,我生日0729,比你晚一天,大哥在上,请受小弟一拜

论坛徽章:
3
射手座
日期:2014-08-18 12:15:53戌狗
日期:2014-08-22 09:53:36寅虎
日期:2014-08-22 14:15:29
发表于 2015-01-22 17:31 |显示全部楼层
回复 9# hhuccpj


    你哪年的,还不知道谁大呢。我84
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会

【架构革新 高效可控】2020年12月21日-23日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP