SAMBA multithreaded?

[R.Oehler at GDImbH.com]

Hi, List!

(I'm not yet subscribed, please CC to me also)

Recently I ran into a problem which results from the fact that
SAMBA is singlethreaded. I wanted to copy Files simultaneously
from many computers to our SAMBA fileserver. The fileserver
uses a jukebox (changer-device) with virtual devices as storage.
The problem is that the copy performance drops to about zero.
The reason is that when SAMBA blocks at a request for some medium
to be swapped into a free drive then no other copies can be 
served. When the wanted medium is finally availlable (after 15 
seconds of waiting for the picker device to move the medium)
SAMBA does a few kilobytes of read()/write() and then blocks
for another medium (another copy process). So SAMBA is blocking
about 99.9% of the time until all the copies time out.

Since usually much more media are mounted (copied to) than real 
physical drives are availlable, this problem occures quite often.

I had the same Problem when copying by NFS instead of SMB, but
I solved it by using the userlevel-nfs-server with the commandline
arg "numcopies". It spawns several times and from this time on
everything was OK (for NFS).

Is there a possibillity to run SAMBA in a similar, multithreaded 
way, too?


Regards,
        Ralf

 -----------------------------------------------------------------
|  Ralf Oehler
|  GDI - Gesellschaft fuer Digitale Informationstechnik mbH
|
|  E-Mail:      R.Oehler at GDImbH.com
|  Tel.:        +49 6182-9271-23 
|  Fax.:        +49 6182-25035           
|  Mail:        GDI, Bensbruchstraße 11, D-63533 Mainhausen
|  HTTP:        www.GDImbH.com
 -----------------------------------------------------------------

time is a funny concept