On Mon, Sep 13, 2010 at 11:04:47AM -0700, Pyun YongHyeon wrote:
> On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
> > On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
> >
> > > On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote
On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
> On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> > On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > > Hi,
> > >
> > > I have several hosts running
On Fri, Sep 10, 2010 at 07:39:15AM +0400, Igor Sysoev wrote:
> On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
>
> > On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > > Hi,
> > >
> > > I have several hosts runn
On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > Hi,
> >
> > I have several hosts running FreeBSD/amd64 7.2-STABLE updated on 11.01.2010
> > and 25.02.2010. Hosts process about 10K inp
toselect (1000baseTX )
status: active
vlan: 173 parent interface: bge0
[ ... ]
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any
toselect (1000baseTX )
status: active
vlan: 173 parent interface: bge0
[ ... ]
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to &
It seems that net.inet.tcp.slowstart_flightsize does not work in 8-STABLE.
For a long time I used slowstart_flightsize=2 on FreeBSD 4, 6, and 7 hosts.
However, FreeBSD-8 always starts with the single packet.
I saw this on different versions of 8-STABLE since 8 Oct 2009 till
04 Apr 2010.
--
Igor
On Thu, Jan 14, 2010 at 10:10:31AM -0800, Pyun YongHyeon wrote:
> On Thu, Jan 14, 2010 at 07:03:33PM +0300, Igor Sysoev wrote:
> > On Fri, Dec 04, 2009 at 12:22:13PM -0800, Pyun YongHyeon wrote:
> >
> > > On Fri, Dec 04, 2009 at 11:13:03PM +0300, Igor Sysoev wrote:
>
On Thu, Jan 14, 2010 at 10:10:31AM -0800, Pyun YongHyeon wrote:
> On Thu, Jan 14, 2010 at 07:03:33PM +0300, Igor Sysoev wrote:
> > On Fri, Dec 04, 2009 at 12:22:13PM -0800, Pyun YongHyeon wrote:
> >
> > > On Fri, Dec 04, 2009 at 11:13:03PM +0300, Igor Sysoev wrote:
>
On Fri, Dec 04, 2009 at 12:22:13PM -0800, Pyun YongHyeon wrote:
> On Fri, Dec 04, 2009 at 11:13:03PM +0300, Igor Sysoev wrote:
> > On Fri, Dec 04, 2009 at 11:51:40AM -0800, Pyun YongHyeon wrote:
> >
> > > On Fri, Dec 04, 2009 at 10:11:14PM +0300, Igor Sysoev wrote:
>
On Fri, Dec 04, 2009 at 11:51:40AM -0800, Pyun YongHyeon wrote:
> On Fri, Dec 04, 2009 at 10:11:14PM +0300, Igor Sysoev wrote:
> > On Fri, Dec 04, 2009 at 09:32:43AM -0800, Pyun YongHyeon wrote:
> >
> > > On Fri, Dec 04, 2009 at 10:54:40AM +0300, Igor Sysoev wro
On Fri, Dec 04, 2009 at 09:32:43AM -0800, Pyun YongHyeon wrote:
> On Fri, Dec 04, 2009 at 10:54:40AM +0300, Igor Sysoev wrote:
> > I saw commit introducing hw.bge.forced_collapse loader tunable.
> > Just intresting, why it can not be a sysctl ?
>
> I didn't think th
I saw commit introducing hw.bge.forced_collapse loader tunable.
Just intresting, why it can not be a sysctl ?
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To
On Fri, Nov 27, 2009 at 09:12:37PM -0800, Julian Elischer wrote:
> Igor Sysoev wrote:
> > Currently only packets generated during encapsulation can use
> > interface's FIB stored during interface creation:
> >
> > setfib 1 ifconfig gif0 ...
> > setfib 1
fib 1 ...
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
On Fri, Oct 02, 2009 at 02:06:21PM -0400, Skip Ford wrote:
> Igor Sysoev wrote:
> > The TIME_WAIT sockets suddenly started to grow on a host running
> > FreeBSD 7.2-STABLE, date=2009.09.06.23.59.59
> > Usually there are 3,000-5,000 TIME_WAIT sockets on the host.
> > Ho
On Fri, Oct 02, 2009 at 05:06:46PM +0400, Igor Sysoev wrote:
> The TIME_WAIT sockets suddenly started to grow on a host running
> FreeBSD 7.2-STABLE, date=2009.09.06.23.59.59
> Usually there are 3,000-5,000 TIME_WAIT sockets on the host.
> However, today they stared to grow, have rea
3.
The host uptime is 24 days, 21:53.
I have saved a coredump and may try to help to debug the issue.
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe
On Thu, Jun 11, 2009 at 11:54:29AM +1000, Bruce Evans wrote:
> On Wed, 10 Jun 2009, Igor Sysoev wrote:
>
> >For a long time I used Bruce Evans' patch to tune bge interrupt coalescing:
> >http://lists.freebsd.org/pipermail/freebsd-net/2007-November/015956.html
> &
_ticks=500
dev.bge.0.tx_coal_ticks=1
dev.bge.0.rx_max_coal_bds=64
dev.bge.0.tx_max_coal_bds=128
# apply the above parameters
dev.bge.0.program_coal=1
Could anyone commit it ?
--
Igor Sysoev
http://sysoev.ru/en/
--- sys/dev/bge/if_bge.c2009-05-21 01:17:10.0 +0400
+++ sys/dev/bg
On Thu, Jul 24, 2008 at 09:44:15AM -0700, Julian Elischer wrote:
> Igor Sysoev wrote:
> >On Thu, Jul 24, 2008 at 08:33:09AM -0700, Julian Elischer wrote:
> >
>
>
> >>I was thinking that it might be possible to tag a socket to accept the
> >>fib of the
On Thu, Jul 24, 2008 at 08:33:09AM -0700, Julian Elischer wrote:
> Igor Sysoev wrote:
> >Julian, thank you for FIB. I have tried in on FreeBSD-7.
> >
> >I've found that ipfw does not know about setfib:
> >ipfw: invalid action setfib
> >
>
> Oh I
8.1.100.80 XX SYN_RCVD
tcp4 0 0 192.168.1.100.80 XX SYN_RCVD
tcp4 0 0 192.168.1.100.80 XX SYN_RCVD
Can TCP connection inherit FIB from first SYN packet or not ?
--
Igor Sysoev
http://sy
e.g.
> 100 setfib 2 ip from any to any in recv em0
Is is possible to extend ifconfig to classify incoming packets ?
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Mon, Apr 21, 2008 at 03:27:53PM +0400, Igor Sysoev wrote:
> The problem that FreeBSD has small KVA space: only 2G even on amd64 32G
> machines.
>
> So with
>
> vm.kmem_size=1G
> # 64M KVA
> kern.maxbcache=64M
> # 4M KVA
> kern.ipc.maxpipekva=4M
>
&
On Tue, Apr 22, 2008 at 12:20:38AM +0400, Igor Sysoev wrote:
> Finally I have tested your second (without debug stuff) patch in
> production environment (~45K in/out packets) on FreeBSD 7.0-STABLE.
> I think it should be commited.
>
> I use my usual static settings in /
On Sat, Nov 17, 2007 at 09:13:50PM +1100, Bruce Evans wrote:
> On Sat, 17 Nov 2007, Igor Sysoev wrote:
>
> >On Sat, Nov 17, 2007 at 08:30:58AM +1100, Bruce Evans wrote:
> >
> >>On Fri, 16 Nov 2007, Igor Sysoev wrote:
> >>
> >>>The attached
I do not believe we have a cluster/mbuf leak.
There is no cluster/mbuf leak.
The problem that FreeBSD has small KVA space: only 2G even on amd64 32G
machines.
So with
vm.kmem_size=1G
# 64M KVA
kern.maxbcache=64M
# 4M KVA
kern.ipc.maxpipekva=4M
I can use something like this:
# 256M KVA/KVM
kern.ipc.nmbjumbop=64000
# 216M KVA/KVM
kern.ipc.nmbclusters=98304
# 162M KVA/KVM
kern.ipc.maxsockets=163840
# 8M KVA/KVM
net.inet.tcp.maxtcptw=163840
# 24M KVA/KVM
kern.maxfiles=204800
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Sat, Nov 17, 2007 at 08:30:58AM +1100, Bruce Evans wrote:
> On Fri, 16 Nov 2007, Igor Sysoev wrote:
>
> >The attached patch creates the following bge loader tunables:
>
> I plan to commit old work to do this using sysctls. Tunables are
> harder to use and aren't n
received. The default value is 10.
hw.bge.tx_coal_desc=128
This value delays the generation of transmit interrupts until specified
number of packets will be transmited. The default value is 10.
--
Igor Sysoev
http://sysoev.ru/en/
--- sys/dev/bge/if_bge.c 2007-09-30 15:05:14.0 +0400
+++ sys
After 1.49 src/etc/rc.firewall setup_loopback() is called in any
firewall type including custom firewall defined filename.
I think setup_loopback() should be called for predefined firewalls.
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net
On Wed, Aug 29, 2007 at 02:39:57PM +0100, Robert Watson wrote:
>
> On Wed, 29 Aug 2007, Igor Sysoev wrote:
>
> >On Wed, Aug 29, 2007 at 02:48:57PM +0800, LI Xin wrote:
> >
> >>Here is a proof-of-concept patch that adds sockets related statistics to
> >>n
rotocol drain routines
Second, I think socket memory calculation should include
tcpcb, udpcb, inpcb, unpcb and probably tcptw items.
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
On Mon, Aug 20, 2007 at 10:30:12PM +0400, Igor Sysoev wrote:
> On Mon, Aug 20, 2007 at 09:53:55AM -0700, John-Mark Gurney wrote:
>
> > Igor Sysoev wrote this message on Mon, Aug 20, 2007 at 19:11 +0400:
> > > It seems that FreeBSD can not make more than
> > >
&g
On Mon, Aug 20, 2007 at 09:53:55AM -0700, John-Mark Gurney wrote:
> Igor Sysoev wrote this message on Mon, Aug 20, 2007 at 19:11 +0400:
> > It seems that FreeBSD can not make more than
> >
> > net.inet.ip.portrange.last - net.inet.ip.portrange.first
> >
> >
On Mon, Aug 20, 2007 at 05:19:14PM +0100, Tom Judge wrote:
> Igor Sysoev wrote:
> >It seems that FreeBSD can not make more than
> >
> >net.inet.ip.portrange.last - net.inet.ip.portrange.first
> >
> >simultaneous outgoing connections, i.e., no more than a
882, 142102, 147631805,0
tcptw:48,41028, 6493,11213, 29804665,0
I saw it on 6.2-STABLE.
--
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/free
On Sun, Aug 19, 2007 at 04:42:51AM -0500, Mike Silbersack wrote:
> On Thu, 16 Aug 2007, Igor Sysoev wrote:
>
> >I have looked sources and found that in early versions the sent counter
> >was simply not incremented at all. The patch attached.
>
> The patch looks ready
456 reset
267 stale
0 aborted
0 badack
20 unreach
0 zone failures
76018 cookies sent
24 cookies received
--
Igor Sysoev
http://sysoev.ru/en/
--- sys/netinet/tcp_syncache.c 2006-02-16 04:06:22.0
On Thu, 14 Sep 2006, Ruslan Ermilov wrote:
On Wed, Sep 13, 2006 at 10:31:43PM +0200, Andre Oppermann wrote:
Igor Sysoev wrote:
Well, suppose protocol similar to SSH or SMTP:
1) the client calls connect(), it sends SYN;
2) the server receives SYN and sends SYN/ACK with cookie;
3) the client
On Wed, 13 Sep 2006, Andre Oppermann wrote:
Igor Sysoev wrote:
On Sun, 3 Sep 2006, Andre Oppermann wrote:
I've pretty much rewritten our implementation of TCP syncookies to get
rid of some locking in TCP syncache and to improve their functionality.
The RFC1323 timestamp option is us
ppose the client will see timed out error.
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tue, 6 Dec 2005, John-Mark Gurney wrote:
Igor Sysoev wrote this message on Thu, Sep 01, 2005 at 18:26 +0400:
On Thu, 1 Sep 2005, Igor Sysoev wrote:
I found strange timeout errors returned by kevent() in 6.0 using
my http server named nginx. The nginx's run on three machines:
two
On Thu, 1 Dec 2005, Igor Sysoev wrote:
On Thu, 1 Sep 2005, Igor Sysoev wrote:
On Thu, 1 Sep 2005, Igor Sysoev wrote:
I found strange timeout errors returned by kevent() in 6.0 using
my http server named nginx. The nginx's run on three machines:
two 4.10-RELEASE and one 6.0-BETA3.
On Thu, 1 Sep 2005, Igor Sysoev wrote:
On Thu, 1 Sep 2005, Igor Sysoev wrote:
I found strange timeout errors returned by kevent() in 6.0 using
my http server named nginx. The nginx's run on three machines:
two 4.10-RELEASE and one 6.0-BETA3. All machines serve the same
content (s
On Thu, 1 Sep 2005, Igor Sysoev wrote:
I found strange timeout errors returned by kevent() in 6.0 using
my http server named nginx. The nginx's run on three machines:
two 4.10-RELEASE and one 6.0-BETA3. All machines serve the same
content (simple cluster) and each handles about 200 req
times per hour) in the daytime kevent()
returns EV_EOF in flags and ETIMEDOUT in fflags, nevertheless:
1) nginx does not set any kernel timeout for sockets;
2) the total request time for such failed requests is small, 30 and so seconds.
Igor Sysoev
http://sysoev.
(sopt == NULL) {
+if (sopt == NULL || sopt->val == NULL) {
By the way, is it easy to add timeout for dataready and httpready filters ?
Now the stale connections may live for long time.
Igor Sysoev
http://sysoev.ru/en/
___
freebsd-net@freebsd.org m
blem
> (thttpd doesn't seem to handle going through its event loop over and
> over again for just one socket at a time, it makes some rather
> expensive syscalls from that loop), or if it's just a symptom. Is
> something in vinum possibly waking my process up somewhat prematur
http_500 http_404;
nginx was tested on several busy sites under FreeBSD (serving the static
files and the proxing, using kqueue/select/poll), Linux (static and proxy,
using epoll, rt signals) and Solaris (static only, using /dev/poll).
Igor Sysoev
http://sysoev.ru/en/
_
TIME_WAIT state.
See, i.e., http://freebsd.rambler.ru/bsdmail/freebsd-stable_2004/msg02310.html
> Is there any danger of me setting the port range from 1024 - 65535 ?
I believe it is safe.
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PRO
er any time if the signal
is not blocked.
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ast=65535
or even
sysctl -w net.inet.ip.portrange.first=1024
sysctl -w net.inet.ip.portrange.last=65535
And after you upgrade to 4.10 do not forget to set
sysctl -w net.inet.ip.portrange.randomized=0
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PROTECTED]
in kernel ? As I understand FreeBSD 4.x already
has similar AIO implementation.
Or do you mean the implementaion by user-level threads like in Solaris ?
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
, will kqueue return notificaiton about this operation ?
>
> I don't think so--IIRC, if you have a parameter problem or the operation
> can't be queued, you'll get an error return from aio_read and no kqueue
> result. If it is queued, you'll get a kqueue notification.
more.
I believe if you want to build a more maintainable, more adaptable,
more modularized program then you should avoid two things - the threads and
the signals. If you like to use a callback behaviour of the signals you could
easy implement it without any signal.
Igor Sysoev
http://sysoe
need to know the state of the exact AIO, namely the last
aio_read().
I use kqueue to get AIO notifications. If AIO operation would fail
at the start, will kqueue return notificaiton about this operation ?
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PROTE
error(), aio_return(),
or if timeout occuired - aio_cancel(), aio_error().
I think aio_* may be usefull for the zero-copy sockets, however,
FreeBSD's aio_write() does not wait when the data would be acknowledged
by peer and notifies the completion just after it pass the data to
the netw
w
> netstat -m output format anyway) to see sfbuf information without invocing
> multiple utilities.
In 4.x sfbufs are network buffers only and I think it's handy to see
the network buffer statistics in one place. I prefer to see netstat -ms
or netstat -m.
An
Hi,
I read objections in cvs-all@ about netstat's output after MFC
of sendfile(2) statistics.
How about "netstat -ms" ?
Right now this switch combination is treated as simple "-m" in both -STABLE
and -CURRENT.
Igor S
Hi,
I noticed rev 1.123 of src/sys/kern/uipc_socket2.c and two MFC's of the fix.
Does it mean that the "thundering herd" problem in accept() appeared again
in FreeBSD since 4.4-STABLE (after syncache was introduced) ?
Igor Sysoev
http
or anything.
It's the sendfile(2) feature. It can return ENOTCONN instead EPIPE.
See the message:
http://freebsd.rambler.ru/bsdmail/freebsd-hackers_2004/msg00019.html
and its follow-ups.
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PROTECTED] ma
more detail?
>From LINT:
---
#
# Change the size of the kernel virtual address space. Due to
# constraints in loader(8) on i386, this must be a multiple of 4.
# 256 = 1 GB of kernel address space. Increasing this also causes
# a reduction of the address space in user processes. 512 split
some reason not to send it and this reason is not
TF_NOPUSH flag. Am I wrong ?
Igor Sysoev
http://sysoev.ru/en/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
~TF_NOPUSH;
- error = tcp_output(tp);
+ if (so->so_snd.sb_cc < tp->t_maxseg) {
+ error = tcp_output(tp);
+ }
If the pending data is bigger than MSS then it will be sent without
significant delay.
Igor Sysoev
http://sysoev.ru/en/
__
65 matches
Mail list logo
