Re: [OpenAFS] Re: OpenAFS failing rmdir performance

2010-10-10 Thread Derrick Brashear
Pretty sure either the Solaris VM system paging or Irix's had the original 'kills the fileserver RPCing in a tight loop' that resulted in this. Derrick On Oct 9, 2010, at 4:04 PM, Brandon S Allbery KF8NH allb...@ece.cmu.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/8/10

Re: [OpenAFS] Re: OpenAFS failing rmdir performance

2010-10-09 Thread Brandon S Allbery KF8NH
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/8/10 17:43 , Simon Wilkinson wrote: I do wonder if the abort threshold is too aggressive when applied to authenticated clients. Whilst a denial of service attack is possible from authenticated clients, it's also more likely that there will

[OpenAFS] Re: OpenAFS failing rmdir performance

2010-10-08 Thread Andrew Deason
On Fri, 08 Oct 2010 23:03:11 +0200 Matthias Braun matthias.br...@kit.edu wrote: The first few rmdirs are fast after that it takes around a second or so per rmdir... This does only happen for non-empty directories. Is there a conceptual problem in AFS for this or is this a strange kind of bug?

Re: [OpenAFS] Re: OpenAFS failing rmdir performance

2010-10-08 Thread Simon Wilkinson
On 8 Oct 2010, at 17:24, Andrew Deason wrote: On Fri, 08 Oct 2010 23:03:11 +0200 Matthias Braun matthias.br...@kit.edu wrote: The first few rmdirs are fast after that it takes around a second or so per rmdir... This does only happen for non-empty directories. Is there a conceptual problem

[OpenAFS] Re: OpenAFS failing rmdir performance

2010-10-08 Thread Andrew Deason
On Fri, 8 Oct 2010 17:43:44 -0400 Simon Wilkinson s...@inf.ed.ac.uk wrote: On 8 Oct 2010, at 17:24, Andrew Deason wrote: This is probably the throttling behavior of the fileserver, where the fileserver throttles client activity if it sends too many RPCs that return error codes in a