> > > Are the window sizes on Linux bigger or smaller?
>
> > TCP window size: 16.0 KByte (default)
> > smaller :-(, but increasing it does not make any change
>
> Hmmm... Various things that you could try (I'd try them
> one by on, rather than all together):
>
> 1) sysctl net.inet.tcp.inflight_e
Hi,
I am using FreeBSD 5.4-STABLE FreeBSD 5.4-STABLE #2: Tue Jun 7 23:41:06
CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/mobila i386
and i have one big problem with lan...
If i use mpd then some sites dont work on lan (www.hp.com www.najdi.si .)
but if i use ppp then everything wor
Hi there
Anyone got a example of how they set up their freebsd host as a
caching-only nameserver.
I have followed the procedure in the handbook but am still having problems.
I would be particularly interested in sample localhost.rev and
named.conf files.
I'm new enough to freebsd and would ap
Garrett Mackey (garrett.mackey) writes:
> Hi there
>
> Anyone got a example of how they set up their freebsd host as a
> caching-only nameserver.
> I have followed the procedure in the handbook but am still having problems.
Which problems ?
> I would be particularly interested in sample
> did the trick! now can someone remind me what inflight does? and could
> someone explain why increasing sendspace alone did not do the trick?
> (i had it at 64k, which got things better, but not sufficient).
TCP inflight limiting is supposed to guess the bandwidth-delay
product for a TCP connect
> combining
> sysctl net.inet.tcp.sendspace=131072
> and
> sysctl net.inet.tcp.inflight.enable=0
>
> did the trick!
Congratulations! But I wonder why the throughput of FreeBSD=>Linux
was almost equal to that of Linux=>FreeBSD. If the settings above
improves the throughput of FreeBSD=
Better use djbdns, it's part of the ports. There is a lot of documentation
and also is an easy to maintain dns server
Ivailo Tanusheff
Senior System administrator
ProCredit Bank (Bulgaria) AD
tel. +359 2 921 7161
fax +359 2 921 7110
http://www.procreditbank.bg
Disclaimer: The information conta
(I am sorry if you have received this e-mail. I'm resending this
because it seems the previous one was lost.)
> TCP inflight limiting is supposed to guess the bandwidth-delay
> product for a TCP connection and stop the window expanding much
> above this.
(Just to clarify..)
TCP inflight limitin
> > combining
> > sysctl net.inet.tcp.sendspace=131072
> > and
> > sysctl net.inet.tcp.inflight.enable=0
> >
> > did the trick!
>
> Congratulations! But I wonder why the throughput of FreeBSD=>Linux
> was almost equal to that of Linux=>FreeBSD. If the settings above
> improves the throug
Garrett Mackey on 2005-07-12 10:54:12 +0100:
> Anyone got a example of how they set up their freebsd host as a
> caching-only nameserver.
> I would be particularly interested in sample localhost.rev and
> named.conf files.
You should edit /etc/namedb/named.conf, remove the example.com and
examp
Hi there
I'm running FreeBSD 4.11 and some gre tunnels. It works fine on 4.11. But when
i try the same thing on FreeBSD 5.4. It drops 90% of the packets. Can anyone
please give me some advice.
PC1
gif_interfaces="gre0"
gifconfig_gre0=" 18.1.2.118.1.2.2link1"
ifconfig_gre0="
Hi,
I am starting to investigate some net problem and I wonder if this
problem seen/known.
The problem was observed with ce(4) (Cronyx Tau32-PCI/Lite,
it is not in the tree yet, but similar to cp(4)/ctau(4) devices) and
sppp(4).
If you run usual ping you will see normal delay which is much
Jeremie Le Hen wrote:
Hi Philip,
both counters increase.. and the last one "allow ip from any to any"
But I guess that is because it matches the rules two times.
I have tried only having one rule but the same problem ( ofcourse only
one way. )
I have also experimented with recv and xmit
Hmm,
Recently I've also been seeing less than what I'd expect tcp throughput
on FreeBSD 5.4R machines. I've got six 5.4R boxes with dual Gigabit em
interfaces. netperf gives me:
Recv SendSend
Socket Socket Message Elapsed
Size SizeSize Tim
On 2005-07-12 16:38, Roman Kurakin <[EMAIL PROTECTED]> wrote:
> Hi,
>
>I am starting to investigate some net problem and I wonder if this
> problem seen/known.
>The problem was observed with ce(4) (Cronyx Tau32-PCI/Lite,
> it is not in the tree yet, but similar to cp(4)/ctau(4) devices) an
Giorgos Keramidas wrote:
On 2005-07-12 16:38, Roman Kurakin <[EMAIL PROTECTED]> wrote:
Hi,
I am starting to investigate some net problem and I wonder if this
problem seen/known.
The problem was observed with ce(4) (Cronyx Tau32-PCI/Lite,
it is not in the tree yet, but similar to cp(4)/c
On 2005-07-12 17:55, Roman Kurakin <[EMAIL PROTECTED]> wrote:
>> Is it possible that flood ping hits an icmp rate-limiting watermark
>> and then every subsequent icmp packet gets penalized with a delay
>> until a fair amount of time passes?
> Wasn't observed on ethernet iface. But this is good ide
In the last episode (Jul 12), David Malone said:
> > did the trick! now can someone remind me what inflight does? and
> > could someone explain why increasing sendspace alone did not do the
> > trick? (i had it at 64k, which got things better, but not
> > sufficient).
>
> TCP inflight limiting is
On Sat, Jul 09, 2005 at 10:18:19AM -0700, Sam Leffler wrote:
> spl's lock execution threads. 5.x and later systems mostly lock data
> structures using mtx's (there are a very few exceptions). Thus there
> isn't necessarily a direct replacement, you usually need to rethink your
> locking/synchr
Ed Maste wrote:
On Sat, Jul 09, 2005 at 10:18:19AM -0700, Sam Leffler wrote:
spl's lock execution threads. 5.x and later systems mostly lock data
structures using mtx's (there are a very few exceptions). Thus there
isn't necessarily a direct replacement, you usually need to rethink your
On Tue, 12 Jul 2005, Ed Maste wrote:
On Sat, Jul 09, 2005 at 10:18:19AM -0700, Sam Leffler wrote:
spl's lock execution threads. 5.x and later systems mostly lock data
structures using mtx's (there are a very few exceptions). Thus there
isn't necessarily a direct replacement, you usually need
On Tue, Jul 12, 2005 at 04:30:18PM +0100, Robert Watson wrote:
> I'm concerned about the multicast address list problems you've been
> experiencing, but haven't yet had a chance to investigate. If you could
> provide a code fragment that exercises this problem, that would probably
> get me sta
On Tue, 12 Jul 2005, Ed Maste wrote:
On Tue, Jul 12, 2005 at 04:30:18PM +0100, Robert Watson wrote:
I'm concerned about the multicast address list problems you've been
experiencing, but haven't yet had a chance to investigate. If you
could provide a code fragment that exercises this problem,
The 3c905 driver is not very good. These cards are fine under Windows
but seldom work properly under FreeBSD. Most of the motherboards I've
tried them in don't work right with them. We do both Windows and BSD
so you know where I put these cards when I get them.
I'll be happy to swap a pair of
Matt,
--- Matt Emmerton <[EMAIL PROTECTED]> wrote:
> I'm working on it :) It's a bit hairy because of
> the changes between 4.x
> and 5.x, but I should have something by next week.
Wow - this is really great of you. Just some trivia
to pass on - I do believe that they made some major
updates
25 matches
Mail list logo
