How can I create a ramdisk in Python?
Question:
I want to create a ramdisk in Python. I want to be able to do this in a cross-platform way, so it’ll work on Windows XP-to-7, Mac, and Linux. I want to be able to read/write to the ramdisk like it’s a normal drive, preferably with a drive letter/path.
The reason I want this is to write tests for a script that creates a directory with a certain structure. I want to create the directory completely in the ramdisk so I’ll be sure it would be completely deleted after the tests are over. I considered using Python’s tempfile, but if the test will be stopped in the middle the directory might not be deleted. I want to be completely sure it’s deleted even if someone pulls the plug on the computer in the middle of a test.
Answers:
Because file and directory-handling is so low-level and OS dependent, I doubt anything like what you want exists (or is even possible). Your best bet might be to implement a “virtual” file-system-like set of functions, classes, and methods that keep track of the files and directory-hierarchy created and their content.
Callables in such an emulation would need to have the same signature and return the same value(s) as their counterparts in the various Python standard built-ins and modules your application uses.
I suspect this might not be as much work as it sounds — emulating the standard Python file-system interface — depending on how much of it you’re actually using since you wouldn’t necessarily have to imitate all of it. Also, if written in Pure Python™, it would also be portable and easy to maintain and enhance.
One option might be to inject (monkey patch) modified versions of the methods used in the os module as well as the builtins open and file that write to StringIO files instead of to disk. Obviously this substitution should only occur for the module being tested;
Please read this:
http://docs.python.org/library/tempfile.html#tempfile.TemporaryFile
“Return a file-like object that can be
used as a temporary storage area. The
file is created using mkstemp(). It
will be destroyed as soon as it is
closed (including an implicit close
when the object is garbage
collected).”
It’s all handled for you. Do nothing and it already works.
How about PyFilesystem?
https://docs.pyfilesystem.org/en/latest/reference/memoryfs.html
https://docs.pyfilesystem.org/en/latest/reference/tempfs.html
The downside is that you have to access the filesystem with PyFilesystem API, but you can also access the real fs with PyFilesystem.
I want to create a ramdisk in Python. I want to be able to do this in a cross-platform way, so it’ll work on Windows XP-to-7, Mac, and Linux. I want to be able to read/write to the ramdisk like it’s a normal drive, preferably with a drive letter/path.
The reason I want this is to write tests for a script that creates a directory with a certain structure. I want to create the directory completely in the ramdisk so I’ll be sure it would be completely deleted after the tests are over. I considered using Python’s tempfile, but if the test will be stopped in the middle the directory might not be deleted. I want to be completely sure it’s deleted even if someone pulls the plug on the computer in the middle of a test.
Because file and directory-handling is so low-level and OS dependent, I doubt anything like what you want exists (or is even possible). Your best bet might be to implement a “virtual” file-system-like set of functions, classes, and methods that keep track of the files and directory-hierarchy created and their content.
Callables in such an emulation would need to have the same signature and return the same value(s) as their counterparts in the various Python standard built-ins and modules your application uses.
I suspect this might not be as much work as it sounds — emulating the standard Python file-system interface — depending on how much of it you’re actually using since you wouldn’t necessarily have to imitate all of it. Also, if written in Pure Python™, it would also be portable and easy to maintain and enhance.
One option might be to inject (monkey patch) modified versions of the methods used in the os module as well as the builtins open and file that write to StringIO files instead of to disk. Obviously this substitution should only occur for the module being tested;
Please read this:
http://docs.python.org/library/tempfile.html#tempfile.TemporaryFile
“Return a file-like object that can be
used as a temporary storage area. The
file is created using mkstemp(). It
will be destroyed as soon as it is
closed (including an implicit close
when the object is garbage
collected).”
It’s all handled for you. Do nothing and it already works.
How about PyFilesystem?
https://docs.pyfilesystem.org/en/latest/reference/memoryfs.html
https://docs.pyfilesystem.org/en/latest/reference/tempfs.html
The downside is that you have to access the filesystem with PyFilesystem API, but you can also access the real fs with PyFilesystem.