Date: Tue, 27 May 2003 21:31:38 +1000 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Igor Sysoev <is@rambler-co.ru> Cc: arch@freebsd.org Subject: Re: sendfile(2) SF_NOPUSH flag proposal Message-ID: <20030527113138.GD44520@cirb503493.alcatel.com.au> In-Reply-To: <Pine.BSF.4.21.0305271421320.46491-100000@is> References: <3ED33487.59C03DA9@mindspring.com> <Pine.BSF.4.21.0305271421320.46491-100000@is>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 27, 2003 at 02:49:35PM +0400, Igor Sysoev wrote: >Actually 6 vs. 6 for this 8K file. But I said about another thing. >Let's see 48K file and 250 bytes header. sendfile() usually sends >it as 4K or 8K hunks so there are 48/8 * 6 + 1 (header) = 37 packets. >But (48K + 250) / 1460 = 33 * 1460 + 1270 i.e. 34 packets. >It's 8% decrease of data packets. Add here the possible retransmitions. Why is the number of data packets so important? If you repeat the calculation considering bytes across the wire (assuming Ethernet), then the saving is closer to 0.4% - this is in the noise. For that matter, have you considered the impact of Path MTU discovery? I think possible retransmissions are irrelevant here. If your packet loss is anything above negligible then you have other problems. If the retransmission is caused by transmission noise, then the smaller packets are less likely to get hit. And the sender is likely to retransmit a full packet rather than the small packet originally sent. >> Really: it's in the noise. Unless you are paying by packet >> count, you probably shouldn't care. > >So do you consider that IP fragmentation is the good thing ? "IP fragmentation" normally refers to a single IP packet being split up into multiple smaller packets by a router. It has nothing to do with the topic under discussion. If anything, transmitting smaller IP packets reduces the likelihood that an intervening router will need to fragment packets - so your patch actually increases the probability of IP fragmentation. Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030527113138.GD44520>