On 05/20/2010 10:19 AM, Eugene Grosbein wrote:
On 20.05.2010 11:33, rihad wrote:
BTW, I can't read the current value:
$ sysctl hw.em.rxd
sysctl: unknown oid 'hw.em.rxd'
$
Is this a write-only value? :)
They are loader tunnables that have no sysctl variables
with same names - as an example of
On 20.05.2010 11:33, rihad wrote:
>> First, read: http://www.intel.com/design/network/applnots/ap450.htm
>> You'll see you may be restricted with your NIC's chip capabilities.
>>
> Likely sooner than later these cards will be upgraded to 10 GigE ones, I
> just want to make sure that the delays im
On 05/20/2010 08:54 AM, Sriram Gorti wrote:
Hi,
I'm new to FreeBSD but there is one aspect of your description (thanks
for the detail) on which I had a comment that I thought can be shared.
> To mitigate the problem I've set up a two-level hash by means of
skipto rules, dropping the number of
On 05/20/2010 12:05 AM, Eugene Grosbein wrote:
On Wed, May 19, 2010 at 10:51:43PM +0500, rihad wrote:
We have a FreeBSD 7.2 Intel Server System 4GB RAM box doing traffic
shaping and accounting. It has two em gigabit interfaces: one used for
input, the other for output, servicing around 500-600
On Wed, May 19, 2010 at 10:51:43PM +0500, rihad wrote:
> We have a FreeBSD 7.2 Intel Server System 4GB RAM box doing traffic
> shaping and accounting. It has two em gigabit interfaces: one used for
> input, the other for output, servicing around 500-600 mbps load through
> it. Traffic limiting
On 05/18/2010 21:41, dave jones wrote:
> Hello,
>
> It seems that FreeBSD's tftpd doesn't support multicast.
> Does anyone know which multicast tftpd available on FreeBSD?
> Thank you.
>
There was talk at one point about updating tftpd to the one in NetBSD. I
dont remember which one but there sh
Hi there,
We have a FreeBSD 7.2 Intel Server System 4GB RAM box doing traffic
shaping and accounting. It has two em gigabit interfaces: one used for
input, the other for output, servicing around 500-600 mbps load through
it. Traffic limiting is accomplished by dynamically setting up IPFW
pipe
It will work on 8 RELEASE just fine except for a macro define that ALTQ
required that's not in RELEASE, what I did was stick the define into the
header
and all was well. I was thinking that I would not check that change in but I
now
see it will probably be useful to have it in the mainstream. I hav
On Tue, May 18, 2010 at 22:28 -0700, you wrote:
> Yes, download the latest code, oh hmmm, can you install STABLE,
> because there's one small issue that will cause a problem on 8 REL,
> but if that's a big problem I can also give you a patch so it will work.
Jack, thanks for the reply. I could
Old Synopsis: PF or dumynet kernel panic
New Synopsis: [pf] [panic] PF or dumynet kernel panic
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed May 19 09:03:36 UTC 2010
Responsible-Changed-Why:
http://www.freebsd.org/cgi/query-p
Hmmm, this is odd, I'm sure that was tested by my validation engineer.
Tell me what the hardware looks like, ie what the 1G link partner is
and I'll have him check into it... it SHOULD work.
You could just ask me you know :)
Jack
On Tue, May 18, 2010 at 10:39 PM, Juli Mallett wrote:
> Hey all
11 matches
Mail list logo
