我已定义_LARGEFILE64_SOURCE
和_FILE_OFFSET_BITS 64
支持超过2G的open()文件。这似乎没事。
但是如果我一次尝试写入()数据超过2G(例如64G),write()将返回一个远小于64G的值(完全是2147479552)。我猜write()只能在一段时间内写入小于2G的数据。
这是我的代码:
#define _GNU_SOURCE
#define _LARGEFILE_SOURCE
#define _LARGEFILE64_SOURCE
#define _FILE_OFFSET_BITS 64
#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>
#include <assert.h>
#include <errno.h>
#include <unistd.h>
#include <mmap.h>
#define SPACE_SIZE 68719476736
int main()
{
ssize_t err;
void* zeros;
int fd = open64("./test", O_CREAT|O_RDWR|O_LARGEFILE, 0644);
assert(fd != -1);
int zero_fd = open("/dev/zero", O_RDWR);
assert(zero_fd != -1);
zeros = mmap(NULL, SPACE_SIZE, PROT_READ, MAP_PRIVATE | MAP_ANONYMOUS, zero_fd, 0);
assert(zeros != (void *)-1);
err = write(fd, zeros, SPACE_SIZE);
assert(err == SPACE_SIZE); // Received SIGABRT, err = 2147479552
munmap(zeros, SPACE_SIZE);
}
如何一次写入超过2G的数据?
补充资料:
readelf -h ./a.out
的结果。 a.out是我的程序名称
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
Machine: Advanced Micro Devices X86-64
Version: 0x1
Entry point address: 0x660
Start of program headers: 64 (bytes into file)
Start of section headers: 6672 (bytes into file)
Flags: 0x0
Size of this header: 64 (bytes)
Size of program headers: 56 (bytes)
Number of program headers: 9
Size of section headers: 64 (bytes)
Number of section headers: 29
Section header string table index: 28
答案 0 :(得分:6)
确实,write()
在Linux上,write()(和类似的系统调用)最多将传输0x7ffff000(2,147,479,552)个字节,返回实际传输的字节数。 (在32位和64位系统上都是如此。)
因此,如果您正在使用Linux,则无法在一次调用ftruncate(fd, SPACE_SIZE);
时写入64GB。
但是,您可以通过寻求偏移64GB-1并写入单个NUL字节来创建一个似乎包含64GB NUL字节的文件。 (或者,正如@ o11c在评论中指出的那样,你可以使用for (Player players : players)
System.out.println (players.getPlayerName());
。)其中任何一个都会创建一个实际上不会占用太多磁盘空间的稀疏文件,但它会像64GB的NUL一样