Re: multipart/x-mixed-replace - Heavy traffic and squid overload!

From: Duane Wessels <[email protected]>
Date: Thu, 16 Mar 2000 15:58:09 -0700

On Wed, 15 Mar 2000, Andreas Achtzehn wrote:

> Hello list!
> Tonight I tried to figure out how to write a perl-script to submit
> webcam-images as a constant stream (multipart). I wrote the following
> short script:
>
> #!/usr/bin/perl
> print "Content-Type: multipart/x-mixed-replace;boundary=myboundary\n\n";
> print "--myboundary";
> while (true) {
> print "\nContent-Type: image/gif\n\n";
> open(PIC,"webcamimage.gif") || die "Could not open file : $!\n";
> while (<PIC>) {
> print $_;
> }
> close(PIC);
> print "\n--myboundary";
> }
> }
> print "--\n";
>
> So far, so good. The script works out fine if I use a direct connection
> to my web-server. It switches between two files and terminates when I
> quit my web-browser.
> Unfortunately I forgot to turn off the proxy-server for my local domain.
> This caused the request of the image-file (content-type: image/gif) to
> be processed by my squid-server.
>
> Now the problem: Squid didn't stop fetching the image, though I had
> already pressed the stop-button. It got under really high pressure which
> caused the squid-server to be overloaded (Bye bye squid-cache, the
> forced hard reboot killed my squid-swaplog).
>
> Is there a possibility to stop squid from caching the image-content? I
> already tried adding a pragma-meta-tag to the responsible html-file, but
> squid doesn't react.
>
> Any help, same experience, solutions? It could become a serious problem
> (a never-ending stream between two fast servers means, of course, high
> traffic on the line).

squid is already hardcoded to NOT cache responses that have
content type "multipart/x-mixed-replace".

I'd be interested to see how this looked in your access.log file.
But I suppose you rebooted before it got logged.

Duane W.
Received on Thu Mar 16 2000 - 16:01:43 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:52:16 MST