[Xitami] content/type headers
iNANĒ
xitami@lists.xitami.org
Sat, 16 Apr 2005 19:27:07 +0300
------=_Part_3227_3927830.1113668827501
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello Russel,
It was a great tip, how can I find more tips such as this. Thanks.
Inanc
On 4/16/05, R O <rolinger1@hotmail.com> wrote:
>=20
>=20
> That would make sense. 1500 would be the max size packet anyone would wan=
t
> to create. Most router circuits are set to 1545 MTU (max transmission
> unit). Anything larger than that requires the router to split the packet
> giving the first 1500 to FRAME 1 and giving the reamainder to a new FRAME=
.
> That new packet though can't be used by any other data. so if your server
> packets are 1700, the first 1500 bytes goes to the first frame, then 200
> bytes goes to the second frame, but the second frame is then filled up=20
> with
> 1300 bytes of nothing simply to fill the frame - it has to happen this wa=
y
> because a FRAME can only carry on TCP header. Larger packets causes the
> router to take a heavier processing load and slightly greater bandwidth
> load.
>=20
> Apply that logic to smaller server packets, say 850bytes per packet. Then
> every frame for that TCP transmission will be 850bits of data and 600 bit=
s
> of nothing. This causes the router to waste nearly 45% of its bandwidth
> (for that particular tcp session). If your packets match the MTU of the
> router then no framing is wasted, the router doesn't have to parse packet=
s
> which decreases processing/reassembly time, and excess frames do not have=
=20
> to
> be sent.
>=20
> Russel P. Olinger
> (310) 466-3399
> rolinger1@hotmail.com
>=20
> >From: Marc Doigny <marc@verfaillie.com>
> >Reply-To: xitami@lists.xitami.org
> >To: xitami@lists.xitami.org
> >Subject: Re: [Xitami] content/type headers
> >Date: Fri, 15 Apr 2005 18:27:59 +0200
> >
> >At 16:46 15/04/05, you wrote:
> >>Hello Marc,
> >>
> >>very handy to control ones own server and to be able to check the serve=
r
> >>software of a
> >>site without the need of using Netcraft. What is the reason for the=20
> limit
> >>of bytes ?
> >>Otherwise one would be able to check how the full page will look like (
> >>development).
> >>
> >>Is there the possibilty to share this ? If so, what would be needed ?
> >>
> >>Johannes
> >
> >I created the application just to check if my home server was responding=
=20
> to
> >internet requests, where it doesn't matter that 1500 bytes or more are
> >displayed.
> >1500 bytes seemed a good compromis between speed and size; the data must=
=20
> be
> >downloaded before it can be send to the client. Xitami is set to kill
> >applications running more than 10 seconds, and in some cases connecting=
=20
> and
> >downloading large files could not be done in 10 seconds.
> >Two connections are open during the whole transaction.
> >
> >
> >There are two versions available:
> >
> >http://web.verfaillie.com/cgi-bin/gap?www.verfaillie.com (displaying the
> >content as text)
> >
> >http://afr_upd.verfaillie.be:20800/cgi-bin/gap?www.verfaillie.com (tryin=
g
> >to display the content as html)
> >
> >The source and executable are disponible at
> >http://web.verfaillie.com/cgi/gap.bas
> >http://web.verfaillie.com/cgi/gap.exe
> >It just runs as a cgi-bin executable.
> >
> >------------------------------------------------------------------------=
-
> >--::Mailserver Verfaillie Bauwens::-- contact : postmaster@verfaillie.co=
m
> >Alle mails gecontroleerd op virussen. Virusdefinities dagelijks aangepas=
t
> >----------------------- http://www.verfaillie.com ----------------------=
-
> >
> >
> >--
> >Xitami Users Mailing List -- For Xitami support
> >To unsubscribe: http://lists.xitami.org/mailman/listinfo/xitami
>=20
> --
> Xitami Users Mailing List -- For Xitami support
> To unsubscribe: http://lists.xitami.org/mailman/listinfo/xitami
>=20
--=20
---
life is nearly what you believe
------=_Part_3227_3927830.1113668827501
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Hello Russel,<br>
<br>
It was a great tip, how can I find more tips such as this. Thanks.<br>
<br>
Inanc<br><br><div><span class=3D"gmail_quote">On 4/16/05, <b class=3D"gmail=
_sendername">R O</b> <<a href=3D"mailto:rolinger1@hotmail.com">rolinger1=
@hotmail.com</a>> wrote:</span><blockquote class=3D"gmail_quote" style=
=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; p=
adding-left: 1ex;">
<br>That would make sense. 1500 would be the max size packet any=
one would want<br>to create. Most router circuits are set to 154=
5 MTU (max transmission<br>unit). Anything larger than that requ=
ires the router to split the packet
<br>giving the first 1500 to FRAME 1 and giving the reamainder to a new FRA=
ME.<br>That new packet though can't be used by any other data. s=
o if your server<br>packets are 1700, the first 1500 bytes goes to the firs=
t frame, then 200
<br>bytes goes to the second frame, but the second frame is then filled up =
with<br>1300 bytes of nothing simply to fill the frame - it has to happen t=
his way<br>because a FRAME can only carry on TCP header. Larger =
packets causes the
<br>router to take a heavier processing load and slightly greater bandwidth=
<br>load.<br><br>Apply that logic to smaller server packets, say 850bytes p=
er packet. Then<br>every frame for that TCP transmission will be=
850bits of data and 600 bits
<br>of nothing. This causes the router to waste nearly 45% of it=
s bandwidth<br>(for that particular tcp session). If your packet=
s match the MTU of the<br>router then no framing is wasted, the router does=
n't have to parse packets
<br>which decreases processing/reassembly time, and excess frames do not ha=
ve to<br>be sent.<br><br>Russel P. Olinger<br>(310) 466-3399<br><a href=3D"=
mailto:rolinger1@hotmail.com">rolinger1@hotmail.com</a><br><br>>From: Ma=
rc Doigny <
<a href=3D"mailto:marc@verfaillie.com">marc@verfaillie.com</a>><br>>R=
eply-To: <a href=3D"mailto:xitami@lists.xitami.org">xitami@lists.xitami.org=
</a><br>>To: <a href=3D"mailto:xitami@lists.xitami.org">xitami@lists.xit=
ami.org
</a><br>>Subject: Re: [Xitami] content/type headers<br>>Date: Fri, 15=
Apr 2005 18:27:59 +0200<br>><br>>At 16:46 15/04/05, you wrote:<br>&g=
t;>Hello Marc,<br>>><br>>>very handy to control ones own ser=
ver and to be able to check the server
<br>>>software of a<br>>>site without the need of using Netcraf=
t. What is the reason for the limit<br>>>of bytes ?<br>>>Otherw=
ise one would be able to check how the full page will look like (<br>>&g=
t;development).
<br>>><br>>>Is there the possibilty to share this ? If so, what=
would be needed ?<br>>><br>>>Johannes<br>><br>>I created=
the application just to check if my home server was responding to<br>>i=
nternet requests, where it doesn't matter that 1500 bytes or more are
<br>>displayed.<br>>1500 bytes seemed a good compromis between speed =
and size; the data must be<br>>downloaded before it can be send to the c=
lient. Xitami is set to kill<br>>applications running more than 10 secon=
ds, and in some cases connecting and
<br>>downloading large files could not be done in 10 seconds.<br>>Two=
connections are open during the whole transaction.<br>><br>><br>>=
There are two versions available:<br>><br>><a href=3D"http://web.verf=
aillie.com/cgi-bin/gap?www.verfaillie.com">
http://web.verfaillie.com/cgi-bin/gap?www.verfaillie.com</a> (displaying th=
e<br>>content as text)<br>><br>><a href=3D"http://afr_upd.verfaill=
ie.be:20800/cgi-bin/gap?www.verfaillie.com">http://afr_upd.verfaillie.be:20=
800/cgi-bin/gap?www.verfaillie.com
</a> (trying<br>>to display the content as html)<br>><br>>The sour=
ce and executable are disponible at<br>><a href=3D"http://web.verfaillie=
.com/cgi/gap.bas">http://web.verfaillie.com/cgi/gap.bas</a><br>><a href=
=3D"http://web.verfaillie.com/cgi/gap.exe">
http://web.verfaillie.com/cgi/gap.exe</a><br>>It just runs as a cgi-bin =
executable.<br>><br>>------------------------------------------------=
-------------------------<br>>--::Mailserver Verfaillie Bauwens::-- cont=
act :=20
<a href=3D"mailto:postmaster@verfaillie.com">postmaster@verfaillie.com</a><=
br>>Alle mails gecontroleerd op virussen. Virusdefinities dagelijks aang=
epast<br>>----------------------- <a href=3D"http://www.verfaillie.com">
http://www.verfaillie.com</a> -----------------------<br>><br>><br>&g=
t;--<br>>Xitami Users Mailing List -- For Xitami support<br>>To unsub=
scribe: <a href=3D"http://lists.xitami.org/mailman/listinfo/xitami">http://=
lists.xitami.org/mailman/listinfo/xitami
</a><br><br>--<br>Xitami Users Mailing List -- For Xitami support<br>To uns=
ubscribe: <a href=3D"http://lists.xitami.org/mailman/listinfo/xitami">http:=
//lists.xitami.org/mailman/listinfo/xitami</a><br></blockquote></div><br>
<br><br>-- <br>---<br>life is nearly what you believe
------=_Part_3227_3927830.1113668827501--