Le 22 févr. 2012 à 22:51, Jack Vogel a écrit :
> On Wed, Feb 22, 2012 at 1:44 PM, Luigi Rizzo wrote:
>
>> On Wed, Feb 22, 2012 at 09:09:46PM +, Ben Hutchings wrote:
>>> On Wed, 2012-02-22 at 21:52 +0100, Luigi Rizzo wrote:
>> ...
I have hit this problem recently, too.
Maybe the is
>>
>
> I have a patch that has been sitting around for a long time due to
> review cycle latency that caches a pointer to the rtentry (and
> llentry) in the the inpcb. Before each use the rtentry is checked
> against a generation number in the routing tree that is incremented on
> every routing t
Le 18 oct. 2012 à 20:09, Jack Vogel a écrit :
> On Thu, Oct 18, 2012 at 6:20 AM, Andre Oppermann wrote:
>
>> On 13.10.2012 20:22, Luigi Rizzo wrote:
>>
>>> On Sat, Oct 13, 2012 at 09:49:21PM +0400, Alexander V. Chernikov wrote:
>>>
Hello list!
Packets receiving code for b
Le 8 nov. 2012 à 11:25, Alexander V. Chernikov a écrit :
> On 08.11.2012 14:24, Andre Oppermann wrote:
>> On 08.11.2012 00:24, Alexander V. Chernikov wrote:
>>> Hello list!
>>>
>>> Currently we need to acquire 2 read locks to perform simple 6-byte
>>> copying from arp record to packet
>>> ethern
Le 9 nov. 2012 à 10:05, Alexander V. Chernikov a écrit :
> On 09.11.2012 12:51, Fabien Thomas wrote:
>>
>> Le 8 nov. 2012 à 11:25, Alexander V. Chernikov a écrit :
>>
>>> On 08.11.2012 14:24, Andre Oppermann wrote:
>>>> On 08.11.2012 00:24, Alex
Le 9 nov. 2012 à 12:18, Alexander V. Chernikov a écrit :
> On 09.11.2012 13:59, Fabien Thomas wrote:
>>
>> Le 9 nov. 2012 à 10:05, Alexander V. Chernikov a écrit :
>>
>>> On 09.11.2012 12:51, Fabien Thomas wrote:
>>>>
>>>>
Le 9 nov. 2012 à 17:43, Ingo Flaschberger a écrit :
> Am 09.11.2012 15:03, schrieb Fabien Thomas:
>> In in_arpinput only exclusive access to the entry is taken during the update
>> no IF_AFDATA_LOCK that's why i was surprised.
>
> what about this:
I'm not aga
Le 9 nov. 2012 à 19:55, Alexander V. Chernikov a écrit :
> On 09.11.2012 20:51, Fabien Thomas wrote:
>>
>> Le 9 nov. 2012 à 17:43, Ingo Flaschberger a écrit :
>>
>>> Am 09.11.2012 15:03, schrieb Fabien Thomas:
>>>> In in_arpinput only exclusi
That fix on ixgbe would also be great to commit on ixgbe before release.
This fix a crash on high packet load with bpf (mbuf freed behind bpf analysis).
Fabien
patch-ixgbe-bpfcrash
Description: Binary data
>
> On 17.11.2010 23:39, Jack Vogel wrote:
>> Yes, everyone, I plan on updating all the
>>> Hi!
>>>
>>> I've loaded router using two lagg interfaces in LACP mode.
>>> lagg0 has IP address and two ports (em0 and em1) and carry untagged frames.
>>> lagg1 has no IP address and has two ports (igb0 and igb1) and carry
>>> about 1000 dot-q vlans with lots of hosts in each vlan.
>>>
>>> Fo
On Dec 21, 2010, at 3:00 PM, Eugene Grosbein wrote:
> On 21.12.2010 19:11, Fabien Thomas wrote:
>
>>>> I had this problem with igb driver, and I found, that lagg selects
>>>> outgoing interface based on packet header flowid field if M_FLOWID field
>>>>
On Dec 21, 2010, at 3:48 PM, Eugene Grosbein wrote:
> On 21.12.2010 20:41, Fabien Thomas wrote:
>
>>>>> 1. Is it a bug or design problem?
>>>>
>>>> How many queues have you with igb? If it's one it will explain why the
>>>> flow
On Dec 22, 2010, at 6:55 PM, Eugene Grosbein wrote:
> On 21.12.2010 21:57, Fabien Thomas wrote:
>
>>> irq262: igb0:que 0 157354922 7927
>>> irq263: igb0:que 1577369 29
>>> irq264: igb0:que 2280207
/work/pollng_mq_stable_8
Extracted patchset here:
http://people.freebsd.org/~fabient/patch-poll_mq-20110202-stable_8
http://people.freebsd.org/~fabient/kern_poll.c-20110202 -> put to
kern/kern_poll.c
--
Fabien Thomas
___
freebsd-net@freebsd.org mail
On Feb 24, 2011, at 4:39 PM, Ryan Stone wrote:
> Ah, you've anticipated me. This is just the kind of thing that I had
> in mind. I have some comments:
Thanks for your feedback.
You pushed me from my laziness to explain the patchset on the ml. :)
>
> - Why allocate the poll_if_t in ether_poll
Just an update to point to another old patch that enable flowtable on the
forwarding path to increase performance (reduce contention) to be on par with
Linux:
http://people.freebsd.org/~fabient/FreeBSDvsLinux10GB.png (forwarding 256B
packets, % to line rate on 2x10Gb 82599 interface with 1xXeon
Hi Kip,
Feels good to see you again!
Fabien
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Sorry for the noise, i've missed the dest...
> Hi Kip,
>
> Feels good to see you again!
>
> Fabien
>
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-uns
Hi all,
While doing some 10Gb benchmark i've found that m_getjcl does not benefit from
the packet zone.
There is a ~ 80% increase in FPS when applying the following patch.
256B frame driver to driver / stable_8:
- 3 765 066 FPS
- 6 868 153 FPS with the patch applied.
Is there a good rea
Great,
This will maybe kill the long time debate about "my loopback is slow vs linux"
To have the best of both world what about a socket option to enable/disable
fusing:
can be useful when you need to see some connection "packetized".
Fabien
On 13 sept. 2010, at 13:33, Andre Oppermann wrote:
>
On 14 sept. 2010, at 17:41, Andre Oppermann wrote:
> On 14.09.2010 11:18, Fabien Thomas wrote:
>> Great,
>>
>> This will maybe kill the long time debate about "my loopback is slow vs
>> linux"
>> To have the best of both world what about a socket opt
For your information we have mesured 730Kpps using pollng and
fastforwarding
with 64bits frame without loss (<0.001% packet loss) on a Spirent
Smarbits (Pentium D 2.8GHZ + 8xGig em)
You can find the code / and some performance report at :
http://www.netasq.com/opensource/pollng-rev1-freebsd.
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c.diff?r1=1.217.2.15;r2=1.217.2.16;f=h
This fix is really necessary (dealock of the interface in case of
cluster shortage) and not commited in 6.x (but commited in RELENG_5
RELENG_7 and HEAD)
Regards,
Fabien
Sorry for the noise...
I've made a mistake with my local patch vs cvsweb vs commit info that
seems to fix the same problem but with another code.
If i've to rewrite my initial mail:
The fxp deadlock (fixed on head by this commit
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fxp/if_fxp.c.
To share my results:
I have done at work modification to the polling code to do SMP polling
(previously posted to this ml).
SMP polling (dynamic group of interface binded to CPU) does not
significantly improve the throughput (lock contention seems to be the
cause here).
The main advantag
Le 28 avr. 09 à 11:04, Paolo Pisati a écrit :
Fabien Thomas wrote:
To share my results:
I have done at work modification to the polling code to do SMP
polling (previously posted to this ml).
SMP polling (dynamic group of interface binded to CPU) does not
significantly improve the
I have done at work modification to the polling
code to do SMP polling (previously posted to this ml).
SMP polling (dynamic group of interface binded to
CPU) does not significantly improve the throughput (lock
contention seems to be the cause here).
The main advantage of polling with modern
Thanks very useful!
Do you have an "official" page to look for update.
What do you think of putting it on the FreeBSD Wiki?
Fabien
Le 20 août 09 à 18:17, Julian Elischer a écrit :
there were some people looking at adding vnet support to pf.
Since we discussed it last, the rules of the game hav
Hi,
After many years of good services we will stop using FreeBSD 4.x :)
During my performance regression tests under FreeBSD 6.2 i've found
that polling has lower performance than interrupt.
To solve that issue i've rewritten the core of polling to be more SMP
ready.
You can find a
Hi,
This is really interesting work! Reading the pdf file, it
seems forwarding performance on 6 and 7 is still much lower than
RELENG_4 ? is that correct ?
---Mike
Thanks,
Yes it is still slower but as you can see in the graph (programming
cost) just adding a mutex
drop th
Le 8 sept. 07 à 01:05, Andre Oppermann a écrit :
Mike Tancsa wrote:
On Thu, 6 Sep 2007 15:12:06 +0200, in sentex.lists.freebsd.net you
wrote:
After many years of good services we will stop using FreeBSD 4.x :)
During my performance regression tests under FreeBSD 6.2 i've
found that polling
Haven't tested RELENG_4 performance in a controlled environment and
thus can't answer the question directly. However using fastforward
on 6 and 7 is key to good performance. Without it you're stuck at
some 150-200kpps, perhaps 300kpps. With it you get to 500-800kpps.
To show that pps is mai
Hello Fabien,
Hello :)
1- I have noticed you are not using GENERIC config file, can you
provide us more information on how your KERNCONF differs from
GENERIC ?
I am pretty sure you have removed all the debug OPTIONs from the
kernel, isn't it ?
It's a GENERIC kernel conf with polling an
Result of pcap benchmark requested by Vlad Galu:
Using polling is better.
Test setup:
---
netblast -- em|fxp -- pcap_bmark
under FreeBSD 6.2
Small product (fxp interface):
---
pollng:
Captured 30322.00 pps (total of 333542) and dropped 144
Cap
I've some problems with bge driver with 3COM 3C996-SX fiber card and
3C996B-T copper card under -stable:
The fiber card is detected correctly but the link does not go up (i've
tested the same card between two Win2K and it works well).
The copper card is detected but the link goes up/down and som
I've the same problems and i fixed partially the problem by bumping
the return ring count.
#define BGE_RETURN_RING_CNT 1024
->
#define BGE_RETURN_RING_CNT 2048
i dont think it is THE solution but it works better than before for me...
ppn> We have a Dell poweredge 2650 (successor to 2550
Hi,
It seems there is a problem in the bpf_mtap code:
Actually the code assume in the seesent case that mbuf will have a pkthdr structure.
There is 2 problems here:
+ they did not check for that with (m_flag & M_PKTHDR)
+ at the upper level the caller forge fake mbuf that did not
MB> I found similar problem with bpf flag BIOCSSEESENT. Here is simple
MB> workaround:
Yes its the same problem that i've found but it is not limited to the
ethernet case. virtually each bpf_mtap must be modified to add support
for a 'real' pkthdr.
fabien
To Unsubscribe: send mail to [EMAIL
we can use a TTL associated to the mbuf that is decremented each time
we reach a possible 'point of loop'. the bad point is that we need a
new entry in the mbuf...
fabien
VJ> Hi,
VJ> With FreeBSD, there are many ways to create a recursive local encapsulation
VJ> loop within the IPv4 and IPv6 st
Hi,
I've a problem for setting the mac address for the rl driver
(ifconfig rl0 ether xx:xx:xx:xx:xx:xx).
The chip datasheet said that address can be read as a single byte but
it must be written 4 bytes at a time.
The patch correct the problem and have been grabbed from the linux
driver (
What is the status of the ALTQ framework integration into FreeBSD ?
OpenBSD have native support but i think the merge with pf is a bad idea
that do not allow third party classifier.
fabien
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/ma
Hi,
We use a lot of intel gigabit card and since the first
time we use it we experience some strange hard lock of the system
(4.9|FreeBSD-stable). We have tried several driver version (it is not
related to a version). We use the card in polling mode but it seems that
the problem can be fired
42 matches
Mail list logo
