我不认为你会比dd快很多，瓶颈是磁盘;无论你怎么做，写入几百GB的数据都将花费很长时间。

But here's a possibility that might work for your application. If you don't care about the contents of the file, how about creating a "virtual" file whose contents are the dynamic output of a program? Instead of open()ing the file, use popen() to open a pipe to an external program. The external program generates data whenever it's needed. Once the pipe is open, it acts just like a regular file in that the program that opened the pipe can fseek(), rewind(), etc. You'll need to use pclose() instead of close() when you're done with the pipe.

如果你的应用程序需要文件有一定的大小，它将由外部程序来跟踪它在“文件”中的位置，并在到达“结束”时发送一个eof。

不义之词:OTFFS提供了一个文件系统，可以提供任意大的文件系统。Exabytes是当前的限制)文件生成的内容。它只支持linux，使用纯C语言，并且处于早期alpha版本。

见https://github.com/s5k6/otffs。

其中seek是所需文件大小(以字节为单位)的示例

#kilobytes
dd if=/dev/zero of=filename bs=1 count=0 seek=200K

#megabytes
dd if=/dev/zero of=filename bs=1 count=0 seek=200M

#gigabytes
dd if=/dev/zero of=filename bs=1 count=0 seek=200G

#terabytes
dd if=/dev/zero of=filename bs=1 count=0 seek=200T

从dd手册页:

block和BYTES后面可以跟着下面的乘法后缀:c=1, w=2, b=512, kB=1000, K=1024, MB=1000*1000, M=1024*1024, GB =1000*1000*1000, G=1024*1024*1024，对于T, P, E, Z, Y，依次类推。

创建一个1gb的文件:

dd if=/dev/zero of=filename bs=1G count=1

Linux和所有文件系统

xfs_mkfile 10240m, 10gigs文件

Linux &和一些文件系统(ext4, xfs, btrfs和ocfs2)

fallocate -l 10G 10Gigfile

OS X, Solaris, SunOS，可能还有其他的unix系统

mkfile 10240m 10Gigfile

hp - ux

prealloc 10Gigfile 10737418240

解释

尝试mkfile <size> myfile作为dd的替代。使用-n选项，大小会被注明，但直到数据写入磁盘块时才会分配磁盘块。如果没有-n选项，则空间为零，这意味着写入磁盘，这意味着花费时间。

mkfile派生自SunOS，并不是到处都可用。大多数Linux系统都有xfs_mkfile，它以完全相同的方式工作，而且不只是在XFS文件系统上(尽管名称相同)。它包含在xfsprogs (Debian/Ubuntu)或类似的命名包中。

大多数Linux系统也有fallocate，它只在某些文件系统上工作(比如btrfs、ext4、ocfs2和xfs)，但它是最快的，因为它分配所有的文件空间(创建非空洞文件)，但不初始化任何文件。

这是一个常见的问题——尤其是在当今的虚拟环境中。不幸的是，答案并不像人们想象的那么简单。

Dd显然是第一选择，但Dd本质上是一个副本，它迫使您写入每个数据块(因此，初始化文件内容)…初始化占用了大量的I/O时间。(想要花更长的时间?使用/dev/random而不是/dev/zero!然后你将使用CPU以及I/O时间!)最后，dd是一个糟糕的选择(尽管它本质上是VM“create”gui使用的默认值)。例句:

dd if=/dev/zero of=./gentoo_root.img bs=4k iflag=fullblock,count_bytes count=10G

truncate is another choice -- and is likely the fastest... But that is because it creates a "sparse file". Essentially, a sparse file is a section of disk that has a lot of the same data, and the underlying filesystem "cheats" by not really storing all of the data, but just "pretending" that it's all there. Thus, when you use truncate to create a 20 GB drive for your VM, the filesystem doesn't actually allocate 20 GB, but it cheats and says that there are 20 GB of zeros there, even though as little as one track on the disk may actually (really) be in use. E.g.:

 truncate -s 10G gentoo_root.img

fallocate是用于虚拟机磁盘分配的最终——也是最好的——选择，因为它本质上是“保留”(或“分配”您正在寻找的所有空间，但它不需要写任何东西。因此，当您使用fallocate创建一个20 GB的虚拟驱动器空间时，您实际上得到了一个20 GB的文件(不是一个“稀疏文件”，并且您不会费心向其写入任何内容—这意味着几乎任何东西都可以在其中—有点像一个全新的磁盘!)例如:

fallocate -l 10G gentoo_root.img