Luigi Rizzo wrote:
>
> On Wed, Feb 15, 2006 at 09:20:05PM +0100, Andre Oppermann wrote:
> ...
> > >From my profiling with the Agilent tester there seem to be two areas where
> > the packet filters (ipfw in my test case) burn a lot of CPU per packet.
> > That is a) setup of lots of packet variables
On Wed, Feb 15, 2006 at 09:20:05PM +0100, Andre Oppermann wrote:
...
> >From my profiling with the Agilent tester there seem to be two areas where
> the packet filters (ipfw in my test case) burn a lot of CPU per packet.
> That is a) setup of lots of packet variables unconditionally at the entry
>
Ruslan Ermilov wrote:
>
> Hi Andre,
>
> If I'm not mistaken, *you* converted ipfw to use pfil(9).
> During the conversion, the following bug was introduced.
>
> When forwarding fragmented packets through a dummynet pipe
> (ip_input -> ip_forward -> ip_output -> pipe -> ip_output)
> the last ip_o
Max Laier wrote:
>
> On Friday 10 February 2006 20:54, Julian Elischer wrote:
> > Marcos Bedinelli wrote:
> > > Hello all,
> > >
> > > thanks for the replies. Most of you have suggested that I turn on
> > > polling and give it a try. The machine is in production, hence I need
> > > to schedule dow
Ivan Voras wrote:
>
> Ragnar Lonn wrote:
> > I don't know what tcp.inflight does but I know that this type of
> > application
> > protocol, that expects a reply before sending the next piece of data, will
> > always be completely dependent upon roundtrip times for its throughput -
> > the roundtri
On Wed, Feb 15, 2006 at 10:15:03AM +0100, Palle Girgensohn wrote:
> I have lived with this, planning an upgrade of the server to freebsd-6,
> hoping it will fix it, but now I've upgraded one of the workstations to
> freebsd-6, and nfs file locking does not work at all for this client. I
Talk t
On Wed, 15 Feb 2006, Gleb Smirnoff wrote:
GS>On Tue, Feb 14, 2006 at 11:58:21AM +0100, Anders Nordby wrote:
GS>A> Some things popping off my mind:
GS>
GS>- A SMUX interface, allowing a process to provide a MIB branch
GS> available via bsnmpd. May be in future I will have time to
GS> make a SNMP
On Tue, Feb 14, 2006 at 11:58:21AM +0100, Anders Nordby wrote:
A> Some things popping off my mind:
- A SMUX interface, allowing a process to provide a MIB branch
available via bsnmpd. May be in future I will have time to
make a SNMP branch in mpd, that will allow to manage a PPP
access conce
Hi!
I'm having a problem with rpc.lockd
Clients are mainly FreeBSD 5.4-stable, server is FreeBSD-4.11-RELEASE-p13.
/home is nfs mounted via amd.
rpc.statd and rpc.lockd is on for both clients and server
Since we started using eclipse (which requires file locking to operate) we
get problems w
Ivan Voras wrote:
I understand this bottleneck, and know (at least in theory :) ) how it
could be solved, but my problems are not directly related to that:
- For small (but consistent in size) packet sizes, I get randomly
varying round-trip times, and much lower packets-per-second ratio then
10 matches
Mail list logo
