Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Nov 2010 10:05:38 -0600
From:      Russell Cattelan <cattelan@thebarn.com>
To:        Holger Rauch <Holger.Rauch@empic.de>
Cc:        "freebsd-pf@FreeBSD.org" <freebsd-pf@freebsd.org>
Subject:   Re: PF from OpenBSD 4.5 available as patch for 8.1-STABLE?
Message-ID:  <4CE6A052.3010007@thebarn.com>
In-Reply-To: <1989F0C06F24544989EB233736143E7C01F7A6CC@MX1.heitec.net>
References:  <1989F0C06F24544989EB233736143E7C01F7A6CC@MX1.heitec.net>

next in thread | previous in thread | raw e-mail | index | archive | help

I have not looked at this patch but you probably want to look at
http://lists.freebsd.org/pipermail/freebsd-pf/2010-October/005842.html


It is  a bit unclear from your post what problem are you trying to solve 
here? Limit the bandwidth of your linux boxes when doing scp/rsync?

-Russell

Holger Rauch wrote:
> Hi,
>
> is there such a patch? The reason why I ask for it is:
>
> I'm currently experiencing saturated network interfaces when using gigabit networking in conjunction with certain Linux driver<->NIC combos for Broadcom chips against the PF version shipped with FreeBSD 8.1 stable running on a HP ProLiant DL 180 G5 server.
>
> The problem only occurs with high throughputs (at least 30 MBytes/sec) caused by scp/rsync. Up to now, I've come accross this issue with
>
>   Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02) (tg3 driver in Linux)
>
> and
>
> Broadcom Corporation NetXtreme II BCM5709 Gigabit Ethernet (rev 20)
> (bnx2 driver in Linux; this is used in various HP ProLiant servers)
>
> But it doesn't occur with Intel chips and also not with this chip
>
> Broadcom Corporation NetXtreme BCM5764M Gigabit Ethernet PCIe (rev 10)
> (tg3 driver in Linux). With those NICs I can transfer 50-60 MBytes/sec via scp/rsync without any problem.
>
> I've also tried different Linux kernel versions (2.6.26 and 2.6.32). Didn't make a difference.
>
> On FreeBSD systems, I get around 22 MByte/sec when transferring files via scp. Furthermore, changing the PF rules from "modulate state" to "keep state" has also had a positive impact. I now workarounded the problem by changing all scp based cron jobs to rsync using ssh in conjunction with rsync's --bwlimit option.
>
> Thanks in advance&  kind regards,
>
>      Holger
>
>
> THE standard software for Aviation Authorities
>
> **********************************************************************************************
> IMPORTANT NOTICE / WICHTIGER HINWEIS
> This communication contains information which is confidential and may also be privileged. It is for the
> exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any
> distribution, copying or use of this communication or the information in it is strictly prohibited. If you have
> received this communication in error please notify us immediately by email or by telephone and then delete
> this email and any copies of it.
> Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten. Wenn Sie nicht
> der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den
> Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser
> Mail sind nicht gestattet.
> **********************************************************************************************
>
> _______________________________________________
> freebsd-pf@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-pf
> To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CE6A052.3010007>