From the code, winbindd planned to limit the max simuteneous clients into WINBINDD_MAX_SIMULTANEOUS_CLIENTS, but it does open connection each time. The attached patch is to finish this.
This is for origin/v3-4-test, if you want to add personal copyright, please use the following one:
Copyright (C) David Daugherty 2009
Created attachment 4223 [details]
I'm new to git, the wiki doesn't tell how to generate a patch, so I used:
git-diff > file.diff
Do we really want this? I've got patches in the queue that make winbind use epoll instead of select, so many clients should be MUCH less of a problem in the future.
OK. So you will remove or enlarge WINBINDD_MAX_SIMULTANEOUS_CLIENTS?
When that patch is in (post-3.4), then yes, I think we could probably remove that limit or limit it to something like 10000 or some silly high value to protect against a DoS. We'll also make the in-winbind representation of an idle client as cheap as possible.
Updating component as this won't change in 3.4.
Assigning bug to Volker as he is working on that one.
Too late for enhancements in 3.5. Raise version.
Zhou: this is not a problem for you with latest samba releases, right?
Volker: this is ready to be close from your point of view?
(In reply to comment #7)
> Zhou: this is not a problem for you with latest samba releases, right?
> Volker: this is ready to be close from your point of view?
No, it's not done yet. We can lift the 200 client limit for sure, but we definitely need a hard limit significantly below the number of file descriptors we are allowed to open.
*** This bug has been marked as a duplicate of bug 3204 ***