On Fri, Jan 08, 2016 at 07:37:37PM -0800, Gleb Smirnoff wrote:
> On Wed, Jan 06, 2016 at 12:50:52PM -0800, Adrian Chadd wrote:
> A> hah, that's very pretty. The downside of a completely direct-dispatch
> A> network stack. :)
>
> The stack is big, but shouldn't eat 4 pages anyway. Back in the netgr
On Wed, Jan 06, 2016 at 12:50:52PM -0800, Adrian Chadd wrote:
A> hah, that's very pretty. The downside of a completely direct-dispatch
A> network stack. :)
The stack is big, but shouldn't eat 4 pages anyway. Back in the netgraph
hacking times, we used to have stack exhaustion with much longer back
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206016
Vladislav V. Prodan changed:
What|Removed |Added
Status|New |Closed
Resolution|--
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206016
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
Thank you very much Parhar ;)
On 01/09/2016 02:41, Navdeep Parhar wrote:
> sizeof(struct ether_header)
>
>
>
> On 01/08/2016 15:03, Hadi Rezaee wrote:
>> Hello there,
>>
>> In some part of my application I need to have the Ethernet header size
>> (ideally, using sizeof).
>> Well I guess 'ethhdr'
sizeof(struct ether_header)
On 01/08/2016 15:03, Hadi Rezaee wrote:
Hello there,
In some part of my application I need to have the Ethernet header size
(ideally, using sizeof).
Well I guess 'ethhdr' is not exist on FreeBSD, correct ?
According to Linux definition:
struct ethhdr {
unsig
Hello there,
In some part of my application I need to have the Ethernet header size
(ideally, using sizeof).
Well I guess 'ethhdr' is not exist on FreeBSD, correct ?
According to Linux definition:
struct ethhdr {
unsigned charh_dest[ETH_ALEN];
unsigned charh_source[ETH_ALEN];
That's awesome! Thanks for lightning fast answer! Will check soon!
On Fri, Jan 8, 2016 at 9:46 PM, Luigi Rizzo wrote:
> On Fri, Jan 8, 2016 at 10:35 AM, Pavel Odintsov
> wrote:
>> Hello, Dear Community!
>>
>> I'm working with netmap and my application uses netmap for traffic
>> capture. It's wor
On Fri, Jan 8, 2016 at 10:35 AM, Pavel Odintsov
wrote:
> Hello, Dear Community!
>
> I'm working with netmap and my application uses netmap for traffic
> capture. It's works really well.
>
> But I need some way to feed same data from physical interface to two
> or more applications.
>
> I have foun
Hello, Dear Community!
I'm working with netmap and my application uses netmap for traffic
capture. It's works really well.
But I need some way to feed same data from physical interface to two
or more applications.
I have found this code
https://github.com/luigirizzo/netmap/blob/master/sys/dev/ne
Perhaps Sephe planing to use it as a sysctl?
Alex.
On Jan 8, 2016 07:59, "Ravi Pokala" wrote:
> -Original Message-
>
>
> >Date: Fri, 8 Jan 2016 02:29:22 +
> >From: "sepherosa_gmail.com (Sepherosa Ziehau)"
> >
> >To: freebsd-net@freebsd.org
> >Subject: [Differential] [Request,
On 8 January 2016 at 07:59, Ravi Pokala wrote:
> -Original Message-
>
>
>>Date: Fri, 8 Jan 2016 02:29:22 +
>>From: "sepherosa_gmail.com (Sepherosa Ziehau)"
>>
>>To: freebsd-net@freebsd.org
>>Subject: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network
>> driver c
On 8 January 2016 at 03:02, Bruce Evans wrote:
> On Fri, 8 Jan 2016, Adrian Chadd wrote:
>
>> On 7 January 2016 at 23:58, Mark Delany wrote:
>>>
>>> On 08Jan16, Bruce Evans allegedly wrote:
If the NIC can't reach line rate
>>>
>>>
Network stack overheads are also enormous.
>>>
>>>
-Original Message-
>Date: Fri, 8 Jan 2016 02:29:22 +
>From: "sepherosa_gmail.com (Sepherosa Ziehau)"
>
>To: freebsd-net@freebsd.org
>Subject: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network
> driver configurable LRO entry depth
>Message-ID:
>
>Content
Hi guys,
My company would like to hire and pay a developer to fix the issue
described here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
This is issue was opened in 2014 and i believe it affects many mpd users
who would like to run it with many users replacing mikrotiks pppoe servers
On Fri, 8 Jan 2016, Adrian Chadd wrote:
On 7 January 2016 at 23:58, Mark Delany wrote:
On 08Jan16, Bruce Evans allegedly wrote:
If the NIC can't reach line rate
Network stack overheads are also enormous.
Bruce makes some excellent points.
I challenge anyone to get line rate UDP out of F
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193246
m...@bowtie.nl changed:
What|Removed |Added
CC||m...@bowtie.nl
--- Comment #13 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185427
Kubilay Kocak changed:
What|Removed |Added
Keywords||crash
--
You are receiving this m
On 08Jan16, Adrian Chadd allegedly wrote:
> On 7 January 2016 at 23:58, Mark Delany wrote:
> I'm there, on 16 threads.
That's intriquing. On CURRENT?
You must be doing smarter than 16 * recvmsg() or 16 * select(). What's
the thread structure?
> I'd rather we do it on two or three, as a lot of t
On 7 January 2016 at 23:58, Mark Delany wrote:
> On 08Jan16, Bruce Evans allegedly wrote:
>> If the NIC can't reach line rate
>
>> Network stack overheads are also enormous.
>
> Bruce makes some excellent points.
>
> I challenge anyone to get line rate UDP out of FBSD (or Linux) for a
> 1G NIC yet
20 matches
Mail list logo
