Samba - CPU and memory usage - Proposed solution(?)
nbalk at hol.gr
Tue Jan 25 05:29:57 GMT 2005
I am not aware of JP's approach. Are you referring to the performance or
A radical proposal that will definitely solve the access issue and will
propably piss microsof offt:
Extend the samba protocol to add agent.
If there is no agent in the configuration or agent is desktop, then it
behaves as normal shared drive.
If agent is geneva and user Nikos, then files are available only to
application geneva when run by user Nikos.
Agent registration will be required, and I guess you could do it. That
certainly would put a smile on Bill Gate's face :-)
I am sure that companies wouldn't mind utilizing the optional extension,
since it would only be a minor code modification that would increase
security. And they would in turn suggest Unix samba, until Windows get upto
----- Original Message -----
From: "Jeremy Allison" <jra at samba.org>
To: "Andrew Bartlett" <abartlet at samba.org>
Cc: "Nikos Balkanas" <nbalk at hol.gr>; <samba-technical at lists.samba.org>
Sent: Monday, January 24, 2005 8:23 PM
Subject: Re: Samba - CPU and memory usage - Proposed solution(?)
> On Mon, Jan 24, 2005 at 08:31:03PM +1100, Andrew Bartlett wrote:
> > I'm no longer deeply involved in Samba 3.0 development. I'm hoping that
> > jra might be able to pick up on this thread, and fix any outstanding
> > issues.
> I'm still working on this problem for Samba3.x. It's a difficult one,
> but James Peach's patch with some OS/2 fixes may be the best way to
> go (IMHO).
More information about the samba-technical