Hi,
I am having a linux user space application which gets data from an
interface (eg. eth0) using a packet socket. The application has a fast
path and a slow path. In the fast path the packets are processed by
the application and sent out via the packet socket. Certain packets
need processing by l
On Fri, Jul 31, 2015 at 4:51 PM, Eric Dumazet wrote:
> On Fri, 2015-07-31 at 16:42 +0530, Prashant Upadhyaya wrote:
>> On Fri, Jul 31, 2015 at 1:26 PM, Eric Dumazet wrote:
>> > On Fri, 2015-07-31 at 12:30 +0530, Prashant Upadhyaya wrote:
>> >
>> >> The delays work for me but is clearly not good f
On Thu, 2015-08-13 at 12:52 +0530, Prashant Upadhyaya wrote:
>
> Hi,
>
> I think I have a clue to the root cause of my issue, but I do not know
> a solution.
> Let me describe what I think is the problem.
>
> Fragmented packets enter into the kernel through eth0 and the kernel
> starts assembli
On Thu, Aug 13, 2015 at 7:48 PM, Eric Dumazet wrote:
> On Thu, 2015-08-13 at 12:52 +0530, Prashant Upadhyaya wrote:
>
>>
>> Hi,
>>
>> I think I have a clue to the root cause of my issue, but I do not know
>> a solution.
>> Let me describe what I think is the problem.
>>
>> Fragmented packets enter
On Wed, 2015-08-19 at 15:44 +0530, Prashant Upadhyaya wrote:
> Hi Eric,
>
> For some reason, the dropping in the raw table does not work for me
> for the usecase, though I recognize that the raw table operations
> theory, when matched with my usecase theory, is the apparent solution.
>
> I thin
On Fri, 2015-07-31 at 12:30 +0530, Prashant Upadhyaya wrote:
> The delays work for me but is clearly not good for the performance of
> the slow path. And more importantly, I was looking for a fundamental
> reason regarding why it works with delays and why not without it. The
> issue is reproducibl
On Fri, 2015-07-31 at 16:42 +0530, Prashant Upadhyaya wrote:
> On Fri, Jul 31, 2015 at 1:26 PM, Eric Dumazet wrote:
> > On Fri, 2015-07-31 at 12:30 +0530, Prashant Upadhyaya wrote:
> >
> >> The delays work for me but is clearly not good for the performance of
> >> the slow path. And more important
