【问题标题】:Valid read from mmap-ed memory produces SIGBUS under load. Why?从 mmap-ed 内存中有效读取会在负载下产生 SIGBUS。为什么?
【发布时间】:2017-11-16 11:49:13
【问题描述】:

我有一个程序可以将缓冲区复制到文件中,然后将它们映射回来,然后检查它们的内容。多个线程可以处理同一个文件。有时,我在阅读时会收到 SIGBUS,但只是在负载下。

映射是 MAP_PRIVATE 和 MAP_POPULATE。在 mmap 成功后发生通过 SIGBUS 的崩溃,由于使用了 MAP_POPULATE,我不明白。

这是一个完整的示例(在 /tmp/buf_* 下创建用零填充的文件),使用 OpenMP 创建更多负载和并发写入:

// Program to check for unexpected SIGBUS
// gcc -std=c99 -fopenmp -g -O3 -o mmap_manymany mmap_manymany.c
#include <assert.h>
#include <errno.h>
#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/mman.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <unistd.h>

#define NBUFS 64
const char bufs[NBUFS][65536] = {{0}};
const char zeros[65536] = {0};

int main()
{
  int count = 0;
  while ( 1 )
  {
    void *mappings[ 1000 ] = {NULL};

#pragma omp parallel for
    for ( int i = 0; i < 1000; ++i )
    {
      // Prepare filename
      int bufIdx = i % NBUFS;
      char path[ 128 ] = { 0 };
      sprintf( path, "/tmp/buf_%0d", bufIdx );

      // Write full buffer
      int outFd = -1;
#pragma omp critical
      {
        remove( path );
        outFd = open( path, O_EXCL | O_CREAT | O_WRONLY | O_TRUNC, 0644 );
      }
      assert( outFd != -1 );
      ssize_t size = write( outFd, bufs[bufIdx], 65536 );
      assert( size == 65536 );
      close( outFd );

      // Map it to memory
      int inFd = open( path, O_RDONLY );
      if ( inFd == -1 )
        continue; // Deleted by other thread. Nevermind

      mappings[i] = mmap( NULL, 65536, PROT_READ, MAP_PRIVATE | MAP_POPULATE, inFd, 0 );
      assert( mappings[i] != MAP_FAILED );
      close( inFd );

      // Read data immediately. Creates occasional SIGBUS but only under load.
      int v = memcmp( mappings[i], zeros, 65536 );
      assert( v == 0 );
    }

    // Clean up
    for ( int i = 0; i < 1000; ++i )
      munmap( mappings[ i ], 65536 );
    printf( "count: %d\n", ++count );
  }
}

我没有触发断言,但程序总是在使用 SIGBUS 几秒钟后崩溃。

【问题讨论】:

  • 可能与未答复的stackoverflow.com/q/21230720/3766665 有关,但我没有使用共享映射
  • 在哪里你遇到了崩溃?在您的mmap 调用之后,您有几个语句和表达式可能是原因。请使用调试器缩小范围。您是否尝试过没有 OpenMP?那它有用吗?
  • 它直接在 memcmp 调用中崩溃。内核从 do_page_fault 发送 SIGBUS,我发现它的 perf 如下所示: sudo perf record -g -e signal:signal_generate ./mmap_manymany
  • 没有 OpenMP 就不会发生这种情况。

标签: c linux openmp mmap sigbus


【解决方案1】:

对于您当前的程序,线程 0 可能会创建 /tmp/buf_0,写入它并关闭它。然后线程 1 删除并创建 /tmp/buf_0,但在线程 1 写入之前,线程 0 打开、映射和读取 /tmp/buf_0 - 因此尝试访问尚未包含 64 kiB 数据的文件。你会得到一个SIGBUS

为避免该问题,只需为每个线程创建唯一文件 / 和 bufs,使用 omp_get_thread_num() 而不是 bufIdx

【讨论】:

  • 是的!这个解释完全有道理。我不能以不同的方式命名我的文件,但我可以使用O_RDWR 打开它们并直接在我的mmap 中使用该文件描述符。这避免了你描述的比赛。
  • 我仍然不清楚:示例代码在 memcmp 中失败。由于MAP_POPULATE,为什么不在mmap 内?
  • 由于某种原因,Linux 忽略了填充内存页面的错误...github.com/torvalds/linux/blob/master/include/linux/mm.h#L2141
猜你喜欢
  • 2021-06-09
  • 1970-01-01
  • 2015-08-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-05-15
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多