You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This stopped a number of file system oddities I was seeing.
However it seems to have provoked a possible bug in this library. Here is the background: rclone/rclone#2157
The reason why I think it is the library is that if I set the attribute caching to non-zero the memory leak disappears, and the pprof is quite suggestive:
That sounds like you caused a lot more FUSE requests to happen, by disabling the cache.
I'm not sure why they'd stay inuse, apart from sync.Pool doing something non-optimal (again).
I have a near-rewrite of the core bits of the FUSE library that changes how it manages memory, and it shouldn't have these kinds of issues. Just need to find enough time to get it to feature parity..
In rclone recently I decided to set the attribute caching time to 0s.
This stopped a number of file system oddities I was seeing.
However it seems to have provoked a possible bug in this library. Here is the background: rclone/rclone#2157
The reason why I think it is the library is that if I set the attribute caching to non-zero the memory leak disappears, and the pprof is quite suggestive:
Any thoughts?
It setting attribute caching to zero a really bad idea?
The text was updated successfully, but these errors were encountered: