-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash when deleting 10,000+ files at once #51
Comments
I really wish Google would make file stream available to people like me who don't have a school or work gmail account. I cannot figure out any way for me to get at a Google File Stream drive to test and debug, so I am afraid I cannot work on this issue. As I understand it, Google File Stream is an installable filesystem (like cppcryptfs or encfs). I'm not sure if it's user mode like or if it's kernel-mode. But either way, using it with cppcryptfs is running cppcryptfs on top of another installable filesystem. Like running it on top of encfs. So I am not surprised that it isn't 100% solid due either to mis-behavior of itself or bugs in the underlying fs. I created 10,000 files and deleted them on cppcryptfs (with a normal NTFS volume as the backing-store). It didn't crash. I did this twice. One thing I did notice was that when you delete a bunch of files in Windows Explorer, it appears to find all the files, if there are any files, then it deletes ONE file, and then it finds all the files again. It does this over and over until there are no more files. This is extremely expensive and silly. cppcryptfs has to decrypt all the file names every time it finds all the files. It takes several minutes to delete 10,000 files this way. If I go to a command prompt and do
It is really fast. |
Thanks for your thoughts! I know it's not a typical use-case, and happened during some file cleaning. The Google File Stream layer is itself extremely slow and requires massive CPU just to explore simple folders with a few files. I'm surprised it's still in the state it's in after a full year. But it good to know that the del command handles the deletion so much more efficiently. I used robocopy and Beyond Compare for most of my backup - Windows Explorer's file handler hasn't been the most reliable. Thanks again. |
@bailey27 Possible you could replace Google Drive File Stream with Rclone Mount? It features a debug mode. I use it over GDFS in my own setups on linux. NaiDrive is another free alternative which I use on windows, but it doesn't feature debug mode that I'm aware of. |
@bailey27 What I think after reading your post: For the last year I use just like OP, thank you. |
btw, onedrive + win10 can also have on demain file streaming. yet, onedrive ONLY support around 260-400 character, I am screwed because I wanna to use rclone to mirror my files from google drive to onedrive, indeep cppcryptfs mainly only works OK with google drive, and seems also open drive (but slow for me in Asia). other trials of mirror from GD to onedrive, box/dropbox are no luck. Thanks |
I have encountered similar problems, but some things are different Software ver. When I delete any file, I will stay for a long time at the beginning. If I delete multiple files at the same time, it will get stuck for a while after each file is deleted I have noticed your previous reply
The solution I'm using now is to create a bat file with the following contents:
It's really fast to delete But in terms of this problem itself, the deletion function of win Explorer is almost unavailable. |
I tested other versions |
Google File Stream remained stable and open, but cpp crashed fully, albeit gracefully. This occurred on two separate occasions when deleting a 5-10 thousand files at once of a single folder.
The text was updated successfully, but these errors were encountered: