在FreeBsd和Linux上使用O_APPEND打开文件看起来不像原子操作?

时间:2014-11-22 07:55:20

标签: c system

#include <fcntl.h>
#include <unistd.h>
#include <string.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/stat.h>
#define BUFSIZE 1024*1024*100
#define FILE_MODE       (S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH)
int main()
{
    pid_t pid;
    int pfd = open("data.txt", O_CREAT|O_RDWR|O_TRUNC|O_APPEND, FILE_MODE);
    if ((pid = fork()) < 0)
    {
    printf("errr fork\n");
    exit(0);
    } else if (pid == 0)
    {
        int cfd = open("data.txt", O_CREAT|O_RDWR|O_TRUNC|O_APPEND, FILE_MODE);
        for (int i = 0; i < 1000000; ++i)
            if (write(cfd, "child\n", 6) == -1)
        {
        printf("err in child\n");
        exit(0);
        }

        exit(0);
    }
    for (int i = 0; i < 1000000; ++i)
        if (write(pfd, "parent\n", 7) == -1)
    {
        printf("error in parent\n");
        exit(0);
    }
    return 0;
}

测试环境1:

uname -a
FreeBSD freebsd 10.0-RELEASE-p12 FreeBSD 10.0-RELEASE-p12#0:Tue Nov 4 05:07:17 UTC 2014 root@amd64-builder.daemonology.net:/ usr / obj / usr / src / sys / GENERIC amd64 < / p> clang -v
FreeBSD clang version 3.3(标签/ RELEASE_33 / final 183502)20130610 目标:x86_64-unknown-freebsd10.0 线程模型:posix

测试环境2:

uname -a
Linux debian 3.2.0-4-amd64#1 SMP Debian 3.2.63-2 + deb7u1 x86_64 GNU / Linux

gcc --version
gcc(Debian 4.7.2-5)4.7.2 版权所有(C)2012 Free Software Foundation,Inc。 这是免费软件;查看复制条件的来源。没有 保证;甚至不适用于适销性或特定用途的适用性。

有些线丢失了

$ sort data.txt | uniq -c
1000000 child
982937 parent

O_APPEND似乎不像man page所说的那样工作。

任何人都可以向我提供更多相关信息吗?

1 个答案:

答案 0 :(得分:0)

问题是,当孩子打开文件时,它会截断文件,丢失父母已经写入文件的数据,让父母用短计数。它可能永远是具有短计数的父级,因为孩子必须再次打开文件,并且文件打开是一项昂贵的操作。如果第一次打开被移动所以它只在父级中,那么时间会有所不同;孩子有时可能会有更少的参赛作品。

修改后的代码:

#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/stat.h>
#include <unistd.h>

#define FILE_MODE       (S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH)

int main(void)
{
    pid_t pid;
    int pfd = open("data.txt", O_CREAT | O_RDWR | O_TRUNC | O_APPEND, FILE_MODE);
    if ((pid = fork()) < 0)
    {
        printf("errr fork\n");
        exit(0);
    }
    else if (pid == 0)
    {
        int cfd = open("data.txt", O_CREAT | O_RDWR | O_TRUNC | O_APPEND, FILE_MODE);
        for (int i = 0; i < 1000000; ++i)
        {
            char buffer[32];
            snprintf(buffer, sizeof(buffer), "child%07d\n", i);
            if (write(cfd, buffer, strlen(buffer)) == -1)
            {
                printf("err in child\n");
                exit(0);
            }
        }
    }
    else
    {
        for (int i = 0; i < 1000000; ++i)
        {
            char buffer[32];
            snprintf(buffer, sizeof(buffer), "parent%07d\n", i);
            if (write(pfd, buffer, strlen(buffer)) == -1)
            {
                printf("error in parent\n");
                exit(0);
            }
        }
    }
    return 0;
}

有一次我跑了,输出开始了:

parent0000052
parent0000053
parent0000054
parent0000055
parent0000056
parent0000057
parent0000058
parent0000059
parent0000060
parent0000061
parent0000062
parent0000063
parent0000064
child0000000
parent0000065
child0000001
parent0000066
child0000002
parent0000067

因此,在孩子截断文件(0..51)之前,父母已经执行了52次写入。罪名表示同意:

$ grep -o -E 'child|parent' data.txt | sort | uniq -c
1000000 child
999948 parent
$