Em 17/05/14 12:23, Alexander V. Chernikov escreveu:
On 17.05.2014 19:14, Andreas Nilsson wrote:
On Sat, May 17, 2014 at 3:44 PM, Alexander V. Chernikov
mailto:melif...@freebsd.org>> wrote:
On 13.05.2014 16:05, Dennis Yusupoff wrote:
I think that universal table for all kind of
John Howie wrote:
> Hi Rick,
>
> That is an excellent point and a good debate to have.
>
> I have not looked in detail at how PXEBOOT does it, but I think a
> clean up of the code to somehow pass arguments to the kernel is
> preferable to having a diskless client send a slew of needless
> request
On Sun, Jun 1, 2014 at 2:08 AM, Luigi Rizzo wrote:
>
>
> On Sunday, June 1, 2014, hiren panchasara
> wrote:
>>
>> On Tue, Apr 8, 2014 at 9:14 PM, hiren panchasara
>> wrote:
>> > On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd wrote:
>> >> Hi! Cool! can you file a FreeBSD PR with this?
>> >
>> > I'
On Sunday, June 1, 2014, dongshan wrote:
> Hi,
>
>
>
> very good work you have done, thank you for sharing the source code of
> netmap.
>
>
>
> These days I am trying to test netmap performance on PowerPC 32 bit board,
> followed the guide, I rebuilt the kernel and netmap modules, then I tested
>
On 22.05.2014 08:02, Bill Yuan wrote:
Sorry I am little bit blur now. And I am going to wait for your code, I
Hello Bill.
It looks like table changes are not going very fast.
However, if you are still going to add mac address tables to ipfw,
it is fine to use current syntax and current opcodes.
Hi,
I've been seeing this panic under high very short-term connection TCP
throughput tests (30,000 connections a second) with SO_REUSEPORT:
Current language: auto; currently minimal
(kgdb) frame 11
#11 0x80a6bdf1 in tcp_twclose (tw=0xf801348b5780, reuse=0)
at /usr/home/adrian/git/g
Hi,
very good work you have done, thank you for sharing the source code of
netmap.
These days I am trying to test netmap performance on PowerPC 32 bit board,
followed the guide, I rebuilt the kernel and netmap modules, then I tested
pkt-gen. when configured it as RX mode, it seems work fin
Hi,
very good work you have done, thank you for sharing the source code of
netmap.
These days I am trying to test netmap performance on PowerPC 32 bit board,
followed the guide, I rebuilt the kernel and netmap modules, then I tested
pkt-gen. when configured it as RX mode, it seems work fin
On Sun, Jun 1, 2014 at 2:23 PM, Mohammad Badie Zadegan
wrote:
> Hi Everybody,
>
> I have a question about netmap(the fast packet I/O framework)
> I have released my own firewall and now I want to test it at the maximum
> packet/s range that available but still I can not select netmap or pktgen!
>
On 6/1/14, 8:01 PM, Rick Macklem wrote:
John Howie wrote:
[...]
Actually, I tend to think that using the code in sys/nfs/bootp_subr.c
is preferable to using the NFS stuff in stand that pxeboot does.
The only reason I know for pxeboot doing the NFS stuff and filling in
the nfsv3_diskless struct
Hi Rick,
That is an excellent point and a good debate to have.
I have not looked in detail at how PXEBOOT does it, but I think a clean up of
the code to somehow pass arguments to the kernel is preferable to having a
diskless client send a slew of needless requests to the DHCP server to request
Hi Steinar,
I could ask you to 'prove it', too, but I can easily check when I get back from
my current travels :-)
It important to note that even if it does (as I think it does) it is NOT in
violation of the RFC. The RFC simply says that if a client wants something it
should ask for it, and no
> In short, no, I have no packet traces. Given that the DHCP code in the
> FreeBSD boot loader and NFS subsystem does not request those options, but
> that ISC-DHCP does provide them, I will go out on a limb and say that it
> must be serving them without being asked if they are configured.
In that
Hi Everybody,
I have a question about netmap(the fast packet I/O framework)
I have released my own firewall and now I want to test it at the maximum
packet/s range that available but still I can not select netmap or pktgen!
Does netmap really is faster than pktgen?
What is the real difference bet
John Howie wrote:
> Hi all,
>
> I apologize for the cross posting of this email, but I believe it
> will be
> of interest to people across all three groups. Please feel free to
> forward
> to additional groups if you feel they would benefit.
>
> I have seen a few posts on and off over the years a
Hi Steinar,
In short, no, I have no packet traces. Given that the DHCP code in the
FreeBSD boot loader and NFS subsystem does not request those options, but
that ISC-DHCP does provide them, I will go out on a limb and say that it
must be serving them without being asked if they are configured.
Re
On Sunday, June 1, 2014, hiren panchasara
wrote:
> On Tue, Apr 8, 2014 at 9:14 PM, hiren panchasara
> > wrote:
> > On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd > wrote:
> >> Hi! Cool! can you file a FreeBSD PR with this?
> >
> > I'm testing this patch right now.
> >
> > I will make sure it doesn
On Tue, Apr 8, 2014 at 9:14 PM, hiren panchasara
wrote:
> On Tue, Apr 8, 2014 at 8:46 PM, Adrian Chadd wrote:
>> Hi! Cool! can you file a FreeBSD PR with this?
>
> I'm testing this patch right now.
>
> I will make sure it doesn't get lost. :-)
Committed as r266941.
cheers,
Hiren
___
18 matches
Mail list logo
