in "socket buffer full".
How can I tune this buffer?
We have a lot of UDP traffic (the server is a PBX serving around 200 agents
with avg 50 concurrent calls.
thank you
Best
Ray
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.
Joseph,
I would recommend that you start with PMCStat and figure where the
bottleneck is,
Given that you have a two threads and your CPU is at 100%,
my a apriori guess would be a contention for a spinlock,
so I might also try to use LOCK_PROFILING to handle on this.
Regards
Ray Kinsella
On
> Yep, I'm interested. :)
Awesome. Clone the Git tree start hacking.
Ashish is working on a patch to add IPv6 support to BSD's show
function (see bsd_show.c), while I am reworking the Linux backend to
use libnl instead of mucking with PF_NETLINK directly.
The immediate TODO items are to implemen
> I was thinking about porting it, because I really need this thing on
> my laptop and to have some programming experience. I just wanted to
> have a companion, because I'm not sure I can handle this by myself and
> because I'm pretty lazy these days, so I need to feel responsibility
Myself and As
So I got something working for FreeBSD now:
http://rishi.fedorapeople.org/gnu/inetutils-1.5.tar.gz
I have been using a combination of sysctl and PF_ROUTE to retrieve the
routing table, much like the approach taken by the NetBSD
implementation. Support for modifying the routing table is yet to be
i
Here is the code: http://rishi.fedorapeople.org/gnu/inetutils-1.5.tar.gz
You will be interested in route/bsd_show.c and the function in that
file named bsd_show. It uses a combination of sysctl and PF_ROUTE to
retrieve the information.
Please ask if you encounter any problem. :-)
Happy hacking,
> unfortunatly netstat -rn uses /dev/kmem
Yes. I also found that FreeBSD's route(8) implementation does not have
an equivalent of 'netstat -r'. NetBSD and GNU/Linux implementations
have such an option. Any reason for this? Is it because you did not
want to muck with /dev/kmem in route(8) and wante
> Why don't you just use XORP's FEA code?
> It already does all this under a BSD-type license.
Nice stuff. However, it looks like a full blown routing platform. In
that case it would be easier to re-write those portions using the
relevant set of APIs.
Happy hacking,
Debarshi
_
> Why don't you just use XORP's FEA code?
> It already does all this under a BSD-type license.
I was not aware of it. What does it do? Is it portable across other
OSes or is it *BSD specific?
Thanks,
Debarshi
___
freebsd-net@freebsd.org mailing list
htt
> You want 'netstat -rn' to dump them, this is a very common command which
> should be present in a number of online resources on using and administering
> FreeBSD so I am somewhat surprised that you didn't find it.
I know about netstat. I did mention having gone through its
implementation. :-) Wh
I am implementing a library/utility which basically encompasses the
features of the traditional route utilities and those of newer tools
(like ip from iproute2), which are mostly specific to a particular
kernel. The overpowering objective is to make the library/utility work
uniformly across all dif
ving
this feature in FreeBSD.
Regards,
Ray.
On 5/9/06, Julian Elischer <[EMAIL PROTECTED]> wrote:
Ray Mihm wrote:
> Using ipfw tables is essentially a non-starter, IMHO. How would
> routing protocols use ipfw based tables, for example? Marko's work
> touches a lot of files, bu
system and multiple such logical systems may be
configured on a single FreeBSD system.
Regards,
Ray.
On 5/9/06, Julian Elischer <[EMAIL PROTECTED]> wrote:
Milan Obuch wrote:
>On Tuesday 09 May 2006 22:25, Ray Mihm wrote:
>
>
>>Can't you just incorporate Marko&#x
Can't you just incorporate Marko's work at
http://www.tel.fer.hr/zec/BSD/vimage/index.html? The design looks
pretty clean too. And, XORP which probably is multiple tables aware,
would make FreeBSD a really kick-ass routing platform.
Just my $.02
Ray.
On 5/9/06, Julian Elisch
ments, but it's the
right thing to do.
Ray.
On 3/19/06, Julian Elischer <[EMAIL PROTECTED]> wrote:
> I'm looking at a problem where I want onemachine to really look like 2.
> this means I want to have 2 separate routing tables if possible.
>
> I know I could do it with eas
!
|
| kamal
telnet localhost 21
telnet localhost 22
see if you get connections
do you have a firewall running? Such as ipf. If so, make sure you have rules
to allow traffic on those ports from outside machines, etc.
Ray
___
freebsd-net@freebsd.o
er, cheaper and faster to just add additional hardware (assuming you are
working in a cluster).
But to echo what Sergey says, you'd be surprised how often poor coding is the
root of the problem, not the kernel.
Ray
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
f the machine won't boot,
you can boot into single user mode and copy the old kernel back in place.
An excellent book on the subject is:
Absolute BSD: The Ultimate Guide to FreeBSD (Paperback)
good luck.
Ray
___
freebsd-net@freebsd.org mailing
has a habit of saying "oh, can't get this packet to ya, sorry,
see ya later, drop packet". In other words, UDP is more a hope for the best
sort of situation, whereas TCP has built in retranmission, error checking, etc.
Again, I'm not sure what exactly you are trying to accomp
Hi Robert,
I was actually referring to the keepalive setting in httpd.conf :-) But yes,
you can change the sysctl setting also. I believe that will have a positive
impact on the server. I don't have any first hand experience with it however.
What do you have in httpd.conf ?
Ray
At
Further information can be found here, which is where I tracked down the above
sysctl line:
http://www.freebsdhowtos.com/102.html
Maybe that will help :-)
Ray
At 10:44 AM 3/16/2005 +0200, Danny Braniss wrote:
| While debuging something else, im noticing my host sending out
| 'Gratuitou
s
without facing any major problems. Is that realistic or are there specific
changes I should make to the OS?
If anyone on the list has any first hand information/experience that might steer
me the right direction, that would be great. Any feed back would be great,
Thanks ver
22 matches
Mail list logo
