Replaying a TCP connection

2005-01-04 Thread neha agrawal
hello! i want to implement smtp protocol on the same machine.i have a libpcap trace file..in which i have captured mail traffic..(single session).and i want to develop a program which can read this trace file..and communicate with the smtp server... first packet is Sync packet in trace

Re: %cpu in system - squid performance in FreeBSD 5.3

2005-01-04 Thread Darcy Buskermolen
On January 4, 2005 11:18 am, Sean Chittenden wrote: > > PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU > > COMMAND > > 474 squid 960 68276K 62480K select 0 53:38 16.80% 16.80% > > squid > > 311 bind 200 10628K 6016K kserel 0 12:28 0.00% 0.00% > > named

Re: %cpu in system - squid performance in FreeBSD 5.3

2005-01-04 Thread Sean Chittenden
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 474 squid 960 68276K 62480K select 0 53:38 16.80% 16.80% squid 311 bind 200 10628K 6016K kserel 0 12:28 0.00% 0.00% named It's actually so good that one machine can now handle all traffic (around 1

Re: User process starvation under heavy network traffic in FreeBSD 5.3

2005-01-04 Thread Robert Watson
On Mon, 3 Jan 2005, Youlin Feng wrote: > We are building a network appliance running FreeBSD 5.3 and under very > heavy network traffic the user processes don't get scheduled for an > unacceptable period of time. Marking the user process/thread real-time > class doesn't help since the real-time us

Re: INADDR_ANY bind in a multiip jail

2005-01-04 Thread Pawel Jakub Dawidek
On Sat, Dec 04, 2004 at 11:38:09PM +0100, Andre Oppermann wrote: +> Meno Abels wrote: +> > +> > Hello, +> > +> > i just found a patch from Pawel Jakub Dawidek(mijail5) which do not +> > need the pcb bind +> > to multiple ip's. He solve the problem my marking the socket that is bound to a +> > ja

Re: User process starvation under heavy network traffic in FreeBSD 5.3

2005-01-04 Thread Björn Grönvall
On Mon, 3 Jan 2005 17:43:16 -0800 "Youlin Feng" <[EMAIL PROTECTED]> wrote: > We are building a network appliance running FreeBSD 5.3 and under very > heavy network traffic the user processes don't get scheduled for an > unacceptable period of time. Did you try polling(4)? It does not affect sched