Bug #5662
closed
[FUSE] cd/ls sometimes takes too long on su92l
Added by Abram Connelly about 9 years ago.
Updated 2 months ago.
Description
abram@abe.su92l:~/keepid$ time cd c1f9f6dd5f0721447abb805f940bbcb7+604162+K@ant
real 35m1.697s
user 0m0.016s
sys 0m0.000s
Abram,
After our deployment last week, I'm able to run the same command from a fresh mount in ~5 seconds. Can you please try again and let me know if the issue persists for you? Thanks in advance.
- Subject changed from changing directory into keep mount sometimes takes a very long time to [FUSE] changing directory into keep mount sometimes takes a very long time
- Category set to FUSE
For future readers, the manifest in question is not noticeably evil or anything. The most remarkable thing about it is that every locator in it has the hint +K@ant. Any time KeepClient tries to get a locator with that hint, it will waste time making a doomed request first, because keep.ant.arvadosapi.com doesn't exist. But since arv-mount only has to get the manifest text to handle the cd, I wouldn't expect that to cause this sort of pathological timing.
- Subject changed from [FUSE] changing directory into keep mount sometimes takes a very long time to [FUSE] cd/ls sometimes takes too long on su92l
This is still occurring today, and isn't explained by "fuse gets too big and starts swapping" (it happens when FUSE isn't swapping).
- Target version changed from Bug Triage to Arvados Future Sprints
Our current thinking is that #5748 is the main culprit here. We're very interested to hear how things look after the next deploy.
- Target version deleted (
Arvados Future Sprints)
- Status changed from New to Closed
Making the executive decision that with so much time passed and so little detail in the original report we're not going to be able to reproduce whatever originally caused this.
Also available in: Atom
PDF
Sarah Guthrie
Updated by 
Updated by 
Updated by 
Updated by