chevand raemin fortin
Cris Luczak
Our custom-made UDP transfer acceleration protocol enables you to achieve blistering fast file transfer rates. Available for both Windows and Mac. Benchmarking shows we are faster than most file sharing services.
Customize and brand your Filemail account and custom subdomain, so it is visually the same as your company brand. Use your logo, images and colour scheme of your choice. Modify further with HTML and Javascript.
With our file transfer app for iPhone and iPad you can send large files and videos to anyone with an email account. Alternatively you can upload the files and share the link wherever you want. There is no need to register to use our free service.
Use our Android file transfer app to send files for free. No registration is required to send files of up to 5 GB. If you need to send bigger files, just get out a subscription, and enjoy many more benefits such as 1 Tb storage, password protection, and longer storage duration.
With our business account you can integrate our file upload form and also place the download page on your own site. Custom Fields can be added, and you can specify your own Javascript/CSS to completely branded/customize Filemail to to fit your needs.
All Filemail customers can customize and brand their account by uploading their logo, background images and change the color scheme of buttons and other visual elements. These simple steps make the webpage and emails look just right.
I have used Filemail for several months and find it very easy to use. It solved problems we have here at the bank when we need to send large files. The platform also provides a secure way to send confidential information back and forth between the bank and our customers.
Filemail is the easiest and fastest way to send large files. Some of my clients have been so impressed with Filemail when they have received my videos that they have started using it for their own businesses
Filemail has solved all my file transfers problems I have had in the past. Fast reliable, friendly to use. Very happy with the service. We send our shows all over the world, Filemail is a great help.
dd will do the job, but reading from /dev/zero and writing to the drive can take a long time when you need a file several hundreds of GBs in size for testing... If you need to do that repeatedly, the time really adds up.
dd from the other answers is a good solution, but it is slow for this purpose. In Linux (and other POSIX systems), we have fallocate, which uses the desired space without having to actually write anything to it, works with most modern disk based file systems, very fast:
dd is the obvious first choice, but dd is essentially a copy and that forces you to write every block of data (thus, initializing the file contents)... And that initialization is what takes up so much I/O time. (Want to make it take even longer? Use /dev/random instead of /dev/zero! Then you'll use CPU as well as I/O time!) In the end though, dd is a poor choice (though essentially the default used by the VM "create" GUIs). E.g:
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.:
fallocate is the final -- and best -- choice for use with VM disk allocation, because it essentially "reserves" (or "allocates" all of the space you're seeking, but it doesn't bother to write anything. So, when you use fallocate to create a 20 GB virtual drive space, you really do get a 20 GB file (not a "sparse file", and you won't have bothered to write anything to it -- which means virtually anything could be in there -- kind of like a brand new disk!) E.g.:
Try mkfile myfile as an alternative of dd. With the -n option the size is noted, but disk blocks aren't allocated until data is written to them. Without the -n option, the space is zero-filled, which means writing to the disk, which means taking time.
mkfile is derived from SunOS and is not available everywhere. Most Linux systems have xfs_mkfile which works exactly the same way, and not just on XFS file systems despite the name. It's included in xfsprogs (for Debian/Ubuntu) or similar named packages.
Most Linux systems also have fallocate, which only works on certain file systems (such as btrfs, ext4, ocfs2, and xfs), but is the fastest, as it allocates all the file space (creates non-holey files) but does not initialize any of it.
EDIT: as many have pointed out, this will not physically allocate the file on your device. With this you could actually create an arbitrary large file, regardless of the available space on the device, as it creates a "sparse" file.
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.
The GPL mkfile is just a (ba)sh script wrapper around dd; BSD's mkfile just memsets a buffer with non-zero and writes it repeatedly. I would not expect the former to out-perform dd. The latter might edge out dd if=/dev/zero slightly since it omits the reads, but anything that does significantly better is probably just creating a sparse file.
Absent a system call that actually allocates space for a file without writing data (and Linux and BSD lack this, probably Solaris as well) you might get a small improvement in performance by using ftrunc(2)/truncate(1) to extend the file to the desired size, mmap the file into memory, then write non-zero data to the first bytes of every disk block (use fgetconf to find the disk block size).
One approach: if you can guarantee unrelated applications won't use the files in a conflicting manner, just create a pool of files of varying sizes in a specific directory, then create links to them when needed.
So I wanted to create a large file with repeated ascii strings. "Why?" you may ask. Because I need to use it for some NFS troubleshooting I'm doing. I need the file to be compressible because I'm sharing a tcpdump of a file copy with the vendor of our NAS. I had originally created a 1g file filled with random data from /dev/urandom, but of course since it's random, it means it won't compress at all and I need to send the full 1g of data to the vendor, which is difficult.
Edit: Before you ding me because the OP said, "I don't care about the contents," know that I posted this answer because it's one of the first replies to "how to create a large file linux" in a Google search. And sometimes, disregarding the contents of a file can have unforeseen side effects.Edit 2: And fallocate seems to be unavailable on a number of filesystems, and creating a 1GB compressible file in 1.2s seems pretty decent to me (aka, "quickly").
TransferNow is the simplest, fastest and safest interface to transfer and share files. Send photos, videos and other large files without a manditory subscription thanks to TransferNow.
Send and share large files and other documents quickly and securely with our file transfer solution. Send large files via email or create a simple sharing link from any device (smartphone, tablet, computer) using just a web browser.
Get a TransferNow account to transfer large files and other sizable documents! The files are available up to 365 days before being automatically and permanently erased from our servers.
Transfer your files by email or generate a shareable link and add a password to block access to your transfers' download page. In this case, concerning an email transfer, we do not communicate the password to your recipients and leave it to your discretion to forward it to your contacts.
Select the closest storage region for your files to get the best performances or pick the region of your choice in accordance with your contacts' and users' location. The files stored on our cloud are encrypted at rest with the AES-256 (Rijndael) algorithm.
Share your family, professional, and all other photos with your friends, your family or any other recipient. Send numerous photos in high definition. Transfer images and photos without any loss in quality for your recipients!
Today, video recording quality is improving daily and the size of video files is also increasing. We thus end up with files as large as several Gbs. Luckily TransferNow enables you to share videos of every size.
Once your files are uploaded and your transfer is available for download, your users can preview and stream the videos, audio or other files such as PDF documents. For example, it is very useful before downloading hefty videos.
Facilitate recurring file sending to the same contacts and recipients by adding or importing the contacts from your address book. In this way, you will save time by no longer having to systematically enter your contacts' emails.
Automate transfers and uploads with just a few lines of code! TransferNow simplifies the integration of transferring and uploading large files for websites, mobile applications, SaaS platforms, and other custom workflows.
c01484d022