file descriptors consumed by printing
Richard Sharpe
rsharpe at richardsharpe.com
Sun Mar 2 14:54:37 GMT 2003
On Sat, 1 Mar 2003, Vance Lankhaar wrote:
> What about adding a value to the printing param? -> "printing =
> disabled"
This seems like a good way to do it. Does anyone have any objections if I
do so?
> Though, I guess it would only have an effect when put in the global
> section.
>
> Vance Lankhaar
>
> On Sat, 2003-03-01 at 10:19, Richard Sharpe wrote:
> > Hi,
> >
> > In some recent work that I was doing, I detected that Samba uses a large
> > number of file descriptors before it even begins to do any useful work for
> > clients. The number is something like 27-29. The number is worse if smbd
> > is linked against any shared libs.
> >
> > On a machine serving 1,000 clients, that means something like 27,000 file
> > descriptors are in use across the machine, and MAXFILES needs to be
> > increased to large values on some machines.
> >
> > Something like 5-8 are consumed by the printing system, and a couple seem
> > to be sockets that the master smbd has open that don't need to exist after
> > it has forked a child etc.
> >
> > In looking at trying to prevent initializing the print system, and thus
> > not consuming file descriptors, if you are not using printing (and some
> > Samba users are not), I found that there seems to be no single parameter I
> > can key this on, at least not in Samba 2.2.x. There is the
> > lp_disable_spoolss (disable spoolss) but that appears not to be enough,
> > because there is still the old system.
> >
> > Should we introduce yet another parameter? Should we modify/change the
> > disable spoolss to something like disable printing = all | spoolss |
> > old-style?
> >
> > Regards
> > -----
> > Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org,
> > sharpe[at]ethereal.com, http://www.richardsharpe.com
> >
> >
> >
>
--
Regards
-----
Richard Sharpe, rsharpe[at]ns.aus.com, rsharpe[at]samba.org,
sharpe[at]ethereal.com, http://www.richardsharpe.com
More information about the samba-technical
mailing list