> On Oct 4, 2018, at 7:58 AM, Warner Losh wrote:
>
> On Thu, Oct 4, 2018 at 6:53 AM Luciano Mannucci
> wrote:
>
>>> While I have no objection for general direction, I have doubts about
>> removal
>>> of ste(4) and especially rl(4). These are cheap 100Mbit VERY popular NICs
>>> sold in
> On Mar 21, 2018, at 4:47 PM, Ronald F. Guilmette
> wrote:
>
> But your question certainly raises an interesting possibility, and an
> interesting question... one that I myself am not at all equiped or
> qualified to answer (because I am almost totally ignorant about
Sorry for the slow reply.
We run mainly ESXi (the bare metal version of VMware, not the desktop versions)
but I do remember seeing something sort of similar on a desktop version ages
ago. Basically we narrowed it down to a Windows driver bug on the host system's
ethernet card. It was basically
On Jun 30, 2013, at 6:48 PM, Zaphod Beeblebrox zbee...@gmail.com wrote:
I have a FreeBSD 9.1-RELEASE vmware guest running. It is using the
bridged type of networking with VMWare. It gets it's IPv4 address from
DHCP (successfully) and then fails to initialize IPv6. The relevant
rc.conf is:
On Feb 1, 2013, at 5:09 PM, Andre Oppermann an...@freebsd.org wrote:
I'm working on a solution. Have to make sure that the chance to
crack a reduced cookie during its 30 seconds lifetime isn't too
high. That means involving our resident crypto experts for
verification.
Hey, Andre!
I
On Feb 12, 2013, at 3:44 PM, Josef Pojsl j...@tns.cz wrote:
Hello list,
on a FreeBSD 8.3-RELEASE-p3, I have come across a problem with lacp
protocol on a lagg interface. I have aggregated two interfaces with the
same speed but slightly different type of media (namely 10Gbase-SR and
We've got a large cluster of HTTP servers, each server handling 10,000req/sec.
Occasionally, and during periods of heavy load, we'd get complaints from some
users that downloads were working but going EXTREMELY slowly. After a whole lot
of debugging, we narrowed it down to being only Windows 8
On Feb 1, 2013, at 4:05 PM, Ed Maste ema...@freebsd.org wrote:
On 1 February 2013 16:21, Kevin Day ke...@your.org wrote:
We've got a large cluster of HTTP servers, each server handling
10,000req/sec. Occasionally, and during periods of heavy load, we'd get
complaints from some users
On Feb 1, 2013, at 4:39 PM, Andre Oppermann opperm...@networx.ch wrote:
This is not true. FreeBSD uses bits in the timestamp to encode all
recognized TCP options including window scaling.
Sorry, you are correct here. Reading through a half dozen TCP implementations
in the last day trying
I've been seeing this for a few months now on -CURRENT. TCP transfers
to local IP addresses (but not 127.0.0.1) are incredibly slow.
Transfer from localhost:
# scp r...@127.0.0.1:/boot/kernel/kernel .
kernel
100
%
When using sendfile() on an amd64 box, are sfbufs still used/needed?
The reason I ask:
# netstat -m
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
1334122 requests for I/O initiated by sendfile
kern.ipc.nsfbufsused: 0
kern.ipc.nsfbufspeak:
I've got a somewhat reproducible deadlock in 7.0-RELEASE. I believe
the same was present in 6.x as well. The problem is that the deadlock
is so hard that DDB doesn't work, so I've had to resort to firewire
debugging. That makes mutex debugging a real challenge. :)
Two threads are
This is from 7.0-RELEASE:
lock order reversal:
1st 0xc3bde2b8 rtentry (rtentry) @ netinet6/nd6.c:1930
2nd 0xc3af367c radix node head (radix node head) @ net/route.c:147
KDB: stack backtrace:
db_trace_self_wrapper
(c08af130,e11b8600,c0662bbe,c08b1592,c3af367c,...) at
On Feb 21, 2008, at 9:51 PM, Wes Peters wrote:
As much as anything I just object to the semantic dissonance in
multiple default. Think about it.
I still haven't decided what it means at the packet level to have
multiple default routes. Does that mean that, not having found a
better
On Feb 18, 2008, at 3:00 PM, Nick Barnes wrote:
I have a multi-home host: more than one IP address. The addresses are
in separate subnets but run over the same ethernet segment (this is a
temporary situation while I switch an office network over from one
network provider to another).
I want
Just in case anyone is still using 6.2-RELEASE and can't get rtsol
working on a bce network card, with symptoms like this:
bce0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU
# rtsol -d bce0
checking if bce0 is
I'm playing with 6.3-RC1 on a test box to see what breaks for us, and
so far only one thing seems wrong...
If I do:
# route add 1.2.3.4/32 2.3.4.5 -sendpipe 131072
add net 1.2.3.4: gateway 2.3.4.5
It seems to work okay, but the sendpipe option doesn't seem to have
any effect:
# route
On Jan 5, 2008, at 2:30 PM, Aaron Turner wrote:
Sorry for the slightly OT, but I've run out of ideas...
I could of sworn about a month ago or so, I found a half-height
gigabit NIC (PCI Express I think) which offered two copper AND two SFP
connectors for
fiber. The card had only two ethernet
On Mar 30, 2007, at 3:40 PM, Julian Elischer wrote:
I have been looking at the IPFW code recently, especially with
respect to locking.
There are some things that could be done to improve IPFW's
behaviour when processing packets, but some of these take a
toll (there is always a toll) on the
On Feb 22, 2007, at 1:45 PM, Jeremy Nelson wrote:
I have an Internet proxy that is running FreeBSD 5.4-RELEASE. This
server has been up and running beautifully for about a year and a
half with no issues.
Just the other day I had a user try to connect to a host on the
Internet and her
On Mar 18, 2006, at 5:44 AM, OxY wrote:
hi!
i had the packet drop problem with the marwell yukon gigabitcard:
(system is an amd 2000+xp, 512mb ram, fbsd 6.0-p5)
when the apache ran, with no http, just used to share files and the
traffic was
2-2,5MB/S i had 14-17% packet drop on the
On Feb 27, 2006, at 4:17 PM, Andrew Seguin wrote:
First off, several gigabit network cards advertise various kinds of
network cable diagnostics (Intel Advanced Cable Diagnostics, D-
Link Cable Diagnostic,for example). We have in one building here
old wiring that wasn't professionaly
On Jan 18, 2006, at 9:05 AM, Dave Raven wrote:
FreeBSD 4.9 - char em_driver_version[] = 1.7.16;
I've tried multiple bridge configurations - from bridging just
em0,em1 to
bridging two vlan's attached to each card. Unfortunately I don't
have access
to the box at the moment - if its still
On Oct 4, 2005, at 6:56 PM, Dave+Seddon wrote:
You mention your running at near line rate. What are you pushing
or pulling? Whats the rough spec of these machines pushing out
this much data? What setting do you have for the polling? I've
been trying to do near line rate and can't even
On Oct 5, 2005, at 7:21 AM, Ferdinand Goldmann wrote:
In one case, we had a system acting as a router. It was a Dell
PowerEdge 2650, with two dual server adapters. each were on
separate PCI busses. 3 were lan links, and one was a wan link.
The lan links were receiving about 300mbps each,
On Oct 4, 2005, at 7:00 AM, Ferdinand Goldmann wrote:
Ok, to followup on this issue:
Today I installed the driver which I had downloaded from the Intel
website (em-3.2.15.tar.gz). This driver does not solve the issue
with Ierrs rising rapidly when polling is enabled (I tried HZ=1000
and
On Sep 18, 2005, at 1:15 PM, Benjamin Rosenblum wrote:
when i am running a very high network load (streaming video,
dumping ALOT of data across the network, etc) the network card
disconnects (i loose pings and all my transfers drop) and 15-20
seconds later it pops up on the console with
On Dec 10, 2004, at 5:01 AM, Igor Sysoev wrote:
On Wed, 8 Dec 2004, Kevin Day wrote:
I have a really really strange kevent problem(i think anyway) that has
really stumped me.
What does systat -vm show on these machines ?
From one of the servers that is having problems:
1 usersLoad 0.35
I have a really really strange kevent problem(i think anyway) that has
really stumped me.
Here's the scenario:
Three mostly identical servers running 5.2.1 or 5.3 (problem exists on
both). All three running thttpd sending out large files to thousands of
clients. Thttpd internally uses
I recently upgraded to 5.3 on a system, and manually upgraded
src/sys/dev/em/* to the latest RELENG_5 versions. (1.44.2.4 of if_em.c)
While the VLAN side of things works better than the stock 5.3 version,
there still is this problem:
ifconfig vlan1 create
ifconfig vlan1 vlan 1vlandev em1
though,
the longer it runs the worse it gets.
On May 16, 2004, at 12:27 AM, Kevin Day wrote:
We've got two nearly identically configured servers, serving the exact
same load. Quick config:
Dual P4 2.8Ghz with HTT enabled, 2GB RAM
ahc SCSI adapter, with 4 drives in a vinum RAID5 config
Dual bge
We've got two nearly identically configured servers, serving the exact
same load. Quick config:
Dual P4 2.8Ghz with HTT enabled, 2GB RAM
ahc SCSI adapter, with 4 drives in a vinum RAID5 config
Dual bge gigabit network cards
Server 1 is running 4.8
Server 2 is running 5.2.1
Other than OS
On Jan 29, 2004, at 1:04 AM, Vlad Galu wrote:
I see no reason for it. Having to switch between multiple kernel
threads to handle polling may bring too much overhead.
Would that really be happening though?
If polling is happening in the idle loop, extra overhead doesn't really
matter all
Has anyone made any headway with getting polling(4) to work with a SMP
kernel? Last May this was discussed on here briefly with me, Luigi and
Don Bowman, which seemed to indicate that the majority of what needed
to be fixed to make this work would be some kind of locking in
idle_loop to make
Has anyone ever created a patch for traceroute that lets you force it to go
through a specific interface, or use a certain gateway even if the routing
table says otherwise? I know I can use source routing, but a good percentage
of the routers on the internet drop source routed packets now.
At 09:45 AM 12/6/2002, Bartlomiej Butyn wrote:
Hi.
I'm trying to configure shapeing bridge on FreeBSD and I have problems
with putting packets to pipe with ipfw. My configuration is:
%uname -a
FreeBSD bridge1.milc.com.pl 4.7-RELEASE-p2 FreeBSD 4.7-RELEASE-p2 #0:
Fri Dec 6 13:31:37 CET 2002
I have a server acting as a router. Dual bge gigabit network interfaces
(PCI-X), one is the WAN side the other is the LAN side.
When we're pushing 250-300mbits through, we're using about 15% of its
2.4Ghz P4 Xeon CPU. All of it is in interrupt time... that seems a bit
high, but that'll still
37 matches
Mail list logo