On Tue, 21 Mar 2000, Ryan F. Go wrote:

> Hello,
> 
>       I'm setting up a new squid server for our university here. We'll
> be configuring it for transparent proxying from the cisco router. And
> since it would the only one proxy server for the four campuses, it should
> be always up and running. It will be serving ~250 req/min for now, but
> the traffic should grow in the next few weeks.
> 
> I got a spare computer with the specs:
>       
>       PIII 450 MHz
>       Asus P2B-S MB (w/ Adaptec AIC7890 chip?)
>       128MB SDRAM
>       9.1 GB Baracuda SCSI HD
>       3c905B-TX NIC
>       
> Any comments on the specs? Am planning to get another IDE HD as my system
> disk and make the whole 9GB as my cache. I know i lack the RAM but i
> really have no idea how much. Would 256 MB suffice? 

I've got a 4 Gb cache here, and it eats up most of 128 mb (and I don't
even go over 100 req/min). It starts to swap when I raise the swap_size to
5 Gb. I'd guess 256 Mb can handle up to 8 Gb of swap, so if you're
planning on using the whole 9 Gb as swap, you'd better get some
more RAM. 

You'd also get faster performance by splitting the cache between disks
(i.e. two 4 Gb disks, instead of one big 9 Gb).  
 
> Hmmm, is the reiserfs thing stable already? Would it create problems if i
> use it on this machine? We usually have power problems here and i would
> like to have the machine be up as fast as possible. Having fsck check on
> this would take quite some time. Or is there an alternative? 

reiserfs (or xfs) is NOT optimized for squid use. The squid developers
have been tossing around a SquidFS optimized for cache use, but I'm not
sure what it's status is.

If you don't want long fsck times, dunno what your options are. Use
FreeBSD?

- Elfredy Cadapan                  
-  Institute of Computer Science, Univ. of the Philippines at Los Banos    
-  Home page : http://www.ics.uplb.edu.ph/~evc/
--------------------------------- 
  Forty years of computer science, and all we've got to show for it is a
  talking paperclip?


-
Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]

Reply via email to