some linux tuning

From: Brian <signal@dont-contact.us>
Date: Sat, 26 Jun 1999 10:40:25 -0500 (CDT)

Just looking for some basic linux/squid tuning tips. What I have done so
far:

Background on machine:

PII450
512MB SDRAM
DPT3334UW RAID controller doing RAID0 with 64MB disk cache
Linux 2.2.7ac4

We have about 1300 dialup lines, so about 1300 people max could be going
thru box at a time. (usually its more like 400-500). Some clients on
ISDN/T1's/ethernet/etc.

1. I run "noatime" on /usr/local/squid/cache
   
   In /proc I run:

   echo 12288 > /proc/sys/fs/file-max
   echo 36864 > /proc/sys/fs/inode-max
   echo "768 1280 2048" >/proc/sys/vm/freepages
   echo "2 10 90" >/proc/sys/vm/buffermem

   file-max and inode-max just make sense. I still don't know how I feel
   about the buffermem and freepages. Anyone else doing some proc hacking
   feel that is sane? Is their anything else you would do as far as proc
   tuning?

2. File descriptors increased to 8192 (2.2.7ac4)
3. Hardware RAID0 with 64MB disk cache (dpt3334uw controller)
4. 512MB memory.........cache_mem 160 MB (is that a good value? 1/3?)
5. dns_children 10
6. squid 2.2STABLE3
7. ./configure --prefix=/usr/local/squid --enable-async-io
               --disable-ident-lookups --enable-gnuregex
8. Foundry ServerIron redirecting requests to squid
9. cache_dir /usr/local/squid/cache 13500 16 256
   Is that a little small? Do you think more space is needed?
10. Satellite cache prepopulation feed (www.skycache.com)
11. Caching only nameserver ran on squid host

Some things I have found necessary to keep user complaints down and deal
with non compliant sites: (are their any other tips?)

quick_abort_min 0 KB
quick_abort_max 0 KB
quick_abort_pct 100
half_closed_clients off
uri_whitespace allow

Just looking to get max performance, if anyone else has any tips let me
know, thanks.

-----------------------------------------------------
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Received on Sat Jun 26 1999 - 09:23:51 MDT

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