removed the socket options let linux deal with it on it's own.
-Original Message-
From: samba-boun...@lists.samba.org [mailto:samba-boun...@lists.samba.org]
On Behalf Of live.fx
Sent: 14 March 2010 11:59
To: samba@lists.samba.org
Subject: [Samba] Samba 3.5 slow. Help with bench
Jim Salter-2 wrote:
>
> I get about 51MB/sec over my gigabit LAN, serving from Samba 3.4.0 on
> Ubuntu Karmic amd64 to smbclient 3.3.6 on FreeBSD 7.3-R amd64.
> 5tb# smbclient -I 192.168.0.20 -U user //192.168.0.20/share -c "get
> 1G.bin"
> Enter user's password:
> Domain=[BANSHEE] OS=[Unix] Se
I get about 51MB/sec over my gigabit LAN, serving from Samba 3.4.0 on
Ubuntu Karmic amd64 to smbclient 3.3.6 on FreeBSD 7.3-R amd64.
5tb# smbclient -I 192.168.0.20 -U user //192.168.0.20/share -c "get 1G.bin"
Enter user's password:
Domain=[BANSHEE] OS=[Unix] Server=[Samba 3.4.0]
getting file \1G
also test with connection between another linux node and server:
LinuxNode02 -> Server : NFS
LinuxNode02:~ # time cp -v /4GB_test.file /Server/Projects/
`/4GB_test.file' -> `/Server/Projects/4GB_test.file'
real0m59.831s
user0m0.120s
sys 0m7.692s
approx.speed = 69.4 MB/sec
John M. Drescher wrote:
>
> The "switch" here is a metaphor for ability to change the default
> socket options.
> Basically giving you an ability to change some setting does not mean
> the setting will help if you do change it.
> John
>
Nice metaphor... I have insane number of trying, with al
>> Give a man a switch, and he'll switch!
> What about? What "switch" you mean?
The "switch" here is a metaphor for ability to change the default
socket options.
Basically giving you an ability to change some setting does not mean
the setting will help if you do change it.
John
--
To unsubscrib
Helmut Hullen wrote:
>
> Give a man a switch, and he'll switch!
> Viele Gruesse!
> Helmut
>
What about? What "switch" you mean?
--
View this message in context:
http://old.nabble.com/Samba-3.5-slow.-Help-with-benchmarks-%21-tp27894473p27897251.html
Sent from the Samba - General mailing list
Miguel Medalha wrote:
>
>
>> Can you show me, how yours SAMBA work in Gigabit LAN ? What speeds ?
>>
>
> I can't measure them right now but I can tell you that I have 2 networks
> consisting of Samba Domain Controllers serving only Windows clients and
> the network speeds are very high.
John M. Drescher wrote:
>
> Socket options will not quadruple your speed.
>
> I would start by investigating the reason for slowness. Is this with
> small files? What performance do you get for a 4GB file? Could
> permissions be slowing you down? Could it be the raid?
>
>
Thanks for attenti
Hallo, John,
Du meintest am 14.03.10:
>> I just did a search in Google and I also found the warnings about
>> the use of "sockect options" with Linux kernel 2.6. So, I suppose
>> that one finds what one is looking for...
> I have seen enough recommendations not to mess with the socket
> options
From John H Terpstra, one of the Samba developers:
"This parameter is counter-productive since the 2.6 kernel auto-tunes
the socket send and receive buffer sizes. Suggest you delete it."
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.o
> I just did a search in Google and I also found the warnings about the use of
> "sockect options" with Linux kernel 2.6. So, I suppose that one finds what
> one is looking for...
> --
I have seen enough recommendations not to mess with the socket options
on modern kernels.
John
--
To unsubscribe
> I`m about "google search". Most results is about "samba performance tuning"
> and contain "socket options" improvements.
>
Socket options will not quadruple your speed.
>
I would start by investigating the reason for slowness. Is this with
small files? What performance do you get for a 4GB fil
I`m about "google search". Most results is about "samba performance tuning"
and contain "socket options" improvements.
I just did a search in Google and I also found the warnings about the
use of "sockect options" with Linux kernel 2.6. So, I suppose that one
finds what one is looking fo
Miguel Medalha wrote:
>
>
>> I use "socket options" because 99% places in Internet recommends this,
>> and
>> no one say about "modern kernels" - really. You are first :) And of
>> course,
>> this options not give me any visible effect.
>>
>>
>
> The problem with the information on the I
Can you show me, how yours SAMBA work in Gigabit LAN ? What speeds ?
I can't measure them right now but I can tell you that I have 2 networks
consisting of Samba Domain Controllers serving only Windows clients and
the network speeds are very high. One of the networks is dedicated to
Des
I use "socket options" because 99% places in Internet recommends this, and
no one say about "modern kernels" - really. You are first :) And of course,
this options not give me any visible effect.
The problem with the information on the Internet is that it persists,
even if it is no long
Miguel Medalha wrote:
>
>> socket options = SO_BROADCAST SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192
>> TCP_NODELAY IPTOS_LOWDELAY
>
> It has been repeated "ad nauseam" that with modern kernels you shouldn't
> use "socket options" unless you know very well what you are doing and
> you have a v
/|use sendfile|/ = yes
Ooops! Something went wrong with copy/paste. Of course the option should be:
use sendfile = yes
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/options/samba
socket options = SO_BROADCAST SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192
TCP_NODELAY IPTOS_LOWDELAY
It has been repeated "ad nauseam" that with modern kernels you shouldn't
use "socket options" unless you know very well what you are doing and
you have a very good reason for doing so.
Situation:
Server:
Linux OpenSUSE 11.2 x86 fileserver.
Quad Core CPU,
2 Gb RAM,
Raid 5 SMB-shared massive. 2TB
Samba 3.5.1
Clients:
16 Linux clients (OpenSUSE 11.2) - connect to server trough NFS.
8 Windows clients (5 Windows XP, 3 or 4 Windows 7).
Server - is member of windows Domain. (anot
21 matches
Mail list logo
