Is this not due to squid fetching the data for aborted connections?
Ie. A user requests an object, then before squid has all of the object,
the user no-longer wants the object (probably pressed "stop" or "back"),
but squid gets it anyway, in case they might request it again.
-- Ian On Tue, 21 Jul 1998, Jaeho Yang wrote: > Date: Tue, 21 Jul 1998 17:46:12 +0900 > From: Jaeho Yang <firstname.lastname@example.org> > To: email@example.com > Subject: ghost bandwidth [squid-1.2beta22] > Resent-Date: Tue, 21 Jul 1998 01:44:40 -0700 (PDT) > Resent-From: firstname.lastname@example.org > > Dear sir/madam. > > I'm using squids for transparent proxying. > The works are great for us. > > But I saw *odd behavior of running squid*. > > I measure the I/O traffic bytes of squids via ipfwadm accounting > features. > > [Group1] clients request > [Group2] squid request for non-cached objects > [Group3] response from sites (response of [Group2] > [Group4] response from squid (cached objects + response from request > for non-cached objects) > > So, I can measure the saving rate by [Group4] - [Group3]. [Group4] - > [Group3] is the > saved traffic without using real bandwidth. > > But Sometimes, [Group3] is greater than [Group4]. It means that squid > received the traffic > from other sites, but it ate the traffic and didn't serve them. > > If the difference is subtle, I can't notice them. But the difference is > serveral Megabytes. > > Has anyone the same experience ? > > ---My Environment-- > > Linux 2.0.34 > Squid 1.2beta22 (async_io+snmp, none special configuration on > squid.conf) > > -------------------- > > --J > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Oh, God is playing marbles, With His Planets and his Stars, 2 Kinburn Castle, Creating havoc through my life, St Andrews, With his influence on Mars ... Fife, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Received on Tue Jul 21 1998 - 01:53:51 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:41:12 MST