G'day, all.

I've found two small threads with a problem similar to mine in the
archives [1,2], and in both of them Juliusz replied that this is a known
bug where downloading stalls if an object is larger than available
memory and there is no on-disk cache.
But my download also stalls if I am using on-disk cache, the server
supports caching, only the server is on a faster line than I am. Why
can't polipo use its on-disk cache when it goes out of memory and
complete the download? Am I missing something? I did this:

darcs get http://www.pps.jussieu.fr/~jch/software/repos/polipo
mkdir /tmp/{www,cache}
make LOCAL_ROOT=/tmp/www DISK_CACHE_ROOT=/tmp/cache
./polipo

export http_proxy=localhost:8123
wget http://archlinux.puzzle.ch/iso/latest/archlinux-2008.06-core-i686.img

Downloading stalled after chunkHighMark bytes, and polipo started
complaining with:
    Short on chunk memory -- attempting to punch holes in the middle of
    objects.

My download rate was ~150 KB/s.

Btw., polipo managed fine after midnight, when my ISP stopped throttling
and the download rate reached ~3 MB/s. But sometimes I could still
reproduce the problem when downloading with wget --limit-rate=400K.

When looking at the archives, it appeared that there are at least some
people here using polipo in an environment with many users. Aren't you
experiencing this problem? Or you're giving polipo lots of memory to
work with?

[1] http://article.gmane.org/gmane.comp.web.polipo.user/2249
[2] http://article.gmane.org/gmane.comp.web.polipo.user/1850

-- 
--  Rogutės Sparnuotos

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Polipo-users mailing list
Polipo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/polipo-users

Reply via email to