其中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，依次类推。

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)，但它是最快的，因为它分配所有的文件空间(创建非空洞文件)，但不初始化任何文件。

其中seek是你想要的文件的大小，单位是字节- 1。

dd if=/dev/zero of=filename bs=1 count=1 seek=1048575

我不认为你会比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。

一种方法是:如果可以保证不相关的应用程序不会以冲突的方式使用这些文件，那么只需在特定目录中创建一个大小不同的文件池，然后在需要时创建指向它们的链接。

例如，有一个文件池叫做:

/ home / bigfiles 512M-A / home / bigfiles 512M-B / home / bigfiles 1024M-A / home / bigfiles 1024M-B

然后，如果你有一个应用程序需要一个1G的文件，名为/home/oracle/logfile，执行“ln /home/bigfiles/1024M-A /home/oracle/logfile”。

如果它在单独的文件系统上，则必须使用符号链接。

可以使用A/B/etc文件来确保不相关的应用程序之间没有冲突的使用。

链接操作已经尽可能快了。

GPL mkfile只是dd的一个(ba)sh脚本包装器;BSD的mkfile只是memsets一个非零的缓冲区，并重复写入它。我不期望前者的性能优于dd。后者可能略微优于dd if=/dev/zero，因为它省略了读取操作，但任何性能明显更好的可能只是创建一个稀疏文件。

如果没有一个系统调用实际为文件分配空间而不写入数据(Linux和BSD缺乏这个，可能Solaris也是如此)，您可能会通过使用ftrunc(2)/truncate(1)将文件扩展到所需的大小，将文件mmap到内存中，然后将非零数据写入每个磁盘块的第一个字节(使用fgetconf查找磁盘块大小)来获得性能上的小幅改进。