Date: Tue, 9 Jul 2013 12:41:31 -0400 From: Mark Saad <nonesuch@longcount.org> To: freebsd-performance@freebsd.org Subject: Re: Samba server performance -- only 33MiB/s with one client on 1G network! Message-ID: <CAMXt9NY_AsMB0m%2Bkp4t%2BVU3yo67Tu7eovJRGUox65rPpZoeg0Q@mail.gmail.com> In-Reply-To: <987136020.20130709201026@serebryakov.spb.ru> References: <866737084.20130707233704@serebryakov.spb.ru> <1885849141.20130708010224@serebryakov.spb.ru> <987136020.20130709201026@serebryakov.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jul 9, 2013 at 12:10 PM, Lev Serebryakov <lev@freebsd.org> wrote: > Hello, Lev. > You wrote 8 =D0=B8=D1=8E=D0=BB=D1=8F 2013 =D0=B3., 1:02:24: > > LS> Hello, Lev. > LS> You wrote 7 =D0=B8=D1=8E=D0=BB=D1=8F 2013 =D0=B3., 23:37:04: > > LS>> So, smbd is NOT limited by: > LS>> (1) FS (33MiB/s vs 280MiB/s). > LS>> (2) Network (33MiB/s vs 820Mbit/s / 97MiB/s). > LS>> (3) CPU (50% vs 100%, CPU is 150% idle!). > LS>> Why samba performacne is so loosy? What could > LS> I've "ktrace" smbd process in question and see a lot of > Ok, poll() takes 98.5% of time spent by samba process! Is it Ok?! > And getegid()/geteuid() is takes 30% of calls (but only 0.1% of time)! > But this poll() prevalence is not clear to me. So, it wait something mos= t > of time? What? > > -- > // Black Lion AKA Lev Serebryakov <lev@FreeBSD.org> > > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to " > freebsd-performance-unsubscribe@freebsd.org" > Lev What can you tell us about the system tunings. Can you post a copy of you= r 1. sysctl.conf 2. loader.conf 3. smb.conf 4. /etc/fstab Also the output from 1. pciconf -lv 2. dmidecode 3. ifconfig 4. mount sanitize them as needed. --=20 mark saad | nonesuch@longcount.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAMXt9NY_AsMB0m%2Bkp4t%2BVU3yo67Tu7eovJRGUox65rPpZoeg0Q>