On 05/09/2014 17:17, Marcelo Gondim wrote:
On 05/09/2014 16:49, Adrian Chadd wrote:
Hi,
But is the airflow in the unit sufficient?
I had this problem at a previous job - the box was running fine, the
room was very cold, but the internal fans in the server were set to
"be very quiet". It wasn't
Hello,
For many years I would build FreeBSD firewalls and they would be very,
very simple - I just set gateway_enable="yes" in rc.conf and everything
just worked.
However, these firewalls *always* had real, routable IPs no both sides.
Both interfaces had real, routable IPs.
Now I have a f
I would like to use sshuttle (http://github.com/apenwarr/sshuttle) on
FreeBSD.
I have it working for TCP connections, but it does not properly tunnel DNS
requests. The documentation for sshuttle says that ipfw forward rules
will not properly forward UDP packets, and so when it runs on FreeB
Hans Petter Selasky wrote this message on Fri, Sep 05, 2014 at 20:37 +0200:
> I've tested the attached patch with success and would like to have some
> feedback from other FreeBSD network developers. The problem is that the
> current TSO limitation only limits the number of bytes that can be
> t
Hans Petter Selasky wrote:
> On 09/06/14 00:09, Rick Macklem wrote:
> > Hans Petter Selesky wrote:
> >> On 09/05/14 23:19, Eric Joyner wrote:
> >>> There are some concerns if we use this with devices that ixl
> >>> supports:
> >>>
> >>> - The maximum fragment size is 16KB-1, which isn't a power of
On 09/06/14 00:09, Rick Macklem wrote:
Hans Petter Selesky wrote:
On 09/05/14 23:19, Eric Joyner wrote:
There are some concerns if we use this with devices that ixl
supports:
- The maximum fragment size is 16KB-1, which isn't a power of 2.
Hi Eric,
Multiplying by powers of two are more fas
Hans Petter Selasky wrote:
> Hi,
>
> I've tested the attached patch with success and would like to have
> some
> feedback from other FreeBSD network developers. The problem is that
> the
> current TSO limitation only limits the number of bytes that can be
> transferred in a TSO packet and not the
Hans Petter Selesky wrote:
> On 09/05/14 23:19, Eric Joyner wrote:
> > There are some concerns if we use this with devices that ixl
> > supports:
> >
> > - The maximum fragment size is 16KB-1, which isn't a power of 2.
> >
>
> Hi Eric,
>
> Multiplying by powers of two are more fast, than non-powe
On 09/05/14 23:19, Eric Joyner wrote:
There are some concerns if we use this with devices that ixl supports:
- The maximum fragment size is 16KB-1, which isn't a power of 2.
Hi Eric,
Multiplying by powers of two are more fast, than non-powers of two. So
in this case you would have to use 8K
There are some concerns if we use this with devices that ixl supports:
- The maximum fragment size is 16KB-1, which isn't a power of 2.
- You can't get the maximum TSO size for ixl devices by multiplying the
maximum number of fragments by the maximum size.
Instead the number of fragments is AFAIK
On 05/09/2014 16:49, Adrian Chadd wrote:
Hi,
But is the airflow in the unit sufficient?
I had this problem at a previous job - the box was running fine, the
room was very cold, but the internal fans in the server were set to
"be very quiet". It wasn't enough to keep the ixgbe NICs happy. I had
Hi,
But is the airflow in the unit sufficient?
I had this problem at a previous job - the box was running fine, the
room was very cold, but the internal fans in the server were set to
"be very quiet". It wasn't enough to keep the ixgbe NICs happy. I had
to change the fan settings to "just always
Hi,
I've tested the attached patch with success and would like to have some
feedback from other FreeBSD network developers. The problem is that the
current TSO limitation only limits the number of bytes that can be
transferred in a TSO packet and not the number of mbuf's.
The current solutio
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193246
--- Comment #10 from Craig Rodrigues ---
Ronald,
Thanks for the tip.
java -Djava.net.preferIPv4Stack=true MulticastTest
seems to work around the problem.
I would still like to see FreeBSD fixed so that this workaround is not
required.
Hi Adrian,
I confirmed with the support staff of the room where the server is, that
the ambient temperature was normal.
On 04/09/2014 22:46, Marcelo Gondim wrote:
On 04/09/2014 20:48, Adrian Chadd wrote:
Hi,
The only time this has happened to me is because the card overheated.
Can you check
Thank you!
On 2014-9-4, at 17:48, Luigi Rizzo wrote:
> On Thu, Sep 04, 2014 at 11:58:28AM +, Eggert, Lars wrote:
>> Hi Luigi,
>>
>> I'm allocating extra rings and/or extra buffers via the nr_arg1/nr_arg3
>> parameters for NIOCREGIF.
>>
>> Once I've done that, how do I actually access thos
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193246
Ronald Klop changed:
What|Removed |Added
CC||ronald-li...@klop.ws
--- Comment #9
17 matches
Mail list logo
