At 1137138557s since epoch (01/12/06 20:49:17 -0500 UTC), Richard Mittendorfer wrote: > It's even if I'm the only client and it's one big file that's retrieved, > so it must be some kind of internal limit. I have to look into the > source, maybe I can find it hardcoded somewhere. 256kB/s looks so > artificial ;)
Not too sure about that. I just downloaded a non-cached file through our proxy and broke to 270KB/s (this is the busiest time of day for us, though). I know I've done better than that when it's quiet. If I turn around and request the same file again (now that it's cached), I'm pulling >2.0MB/s without any trouble. We're on a P3-850MHz with 1.5GB RAM and 30GB SCSI RAID1. I'm hoping to upgrade by the end of the month. ;-) > Had a look at it. Doesn't look like debian's squid is compiled with > async-io. ..hmm - <coffee> - sure, debian's is async-io. Must > be. aufs _is_ compiled in: --enable-storeio=ufs,aufs,diskd,null Confirmed that it has it. We're on a stock config of Debian 3.1: # squid -v Squid Cache: Version 2.5.STABLE9 configure options: --enable-async-io --with-pthreads --enable-storeio=ufs,aufs,diskd,null --enable-linux-netfilter --enable-arp-acl --enable-removal-policies=lru,heap --enable-snmp --enable-delay-pools --enable-htcp --enable-poll --enable-cache-digests --enable-underscores --enable-referer-log --enable-useragent-log --enable-auth=basic,digest,ntlm --enable-carp --with-large-files i386-debian-linux Jason -- Jason Healy http://www.logn.net/