I am reading about coss file system right now! =) OK, i can try both options, i can recompile with coss and aufs/diskd. My squid haven't had a crash in 4 months or so... So rebuilding the cache in case of a crash is not an issue.
One thing is, how do i know how many request/seg i am serving at a given moment? Best Regards. Vic. PS: who is writing the coss file system? Squid developer or some external individuals? On Thu, 2004-09-30 at 11:35, Costas Zacharopoulos wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thursday 30 September 2004 17:55, Victor Medina wrote: > I tested both aufs & coss. > There is a big distance in performance! > You can recompile squid while running, but you have to use exactly the same > options as the scrutch install. > Have a look at config.status and if it's there with the first time > configuration options edit it, add the coss schema and ./config.status > - -recheck:) > > But you have to know how to configure coss before enable it! > > > > Hello! > > > > I'll have to recompile, but i am willing to =) First.. one thing, is > > COSS fs productionr eady? If it is not, what about stability? =) > > > > What about aufs?? I am currently using ufs. > > > > Victor. > > > > On Thu, 2004-09-30 at 09:59, Costas Zacharopoulos wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > On Thursday 30 September 2004 16:08, Victor Medina wrote: > > > > > > If you want much better performance, change the cache_dir type to coss. > > > If you want to do it, tell me to tell you some hits:) > > > > > > > Hello all! > > > > > > > > I have a SQUID server running on a Piii 1100ghz server with 1024 RAM, > > > > SCSI disks. We have almost 100 users. And a 700Kbps ADSL Connection. > > > > The cache directory is in it's own scsi drive. > > > > > > > > I am seeing some very slow response in the proxy server. The incoming > > > > traffic in the internet connection is almost exactly the same as the > > > > outgoing traffic in the internal network, which basically means that > > > > the traffic from the internal proxy client is the same as the > > > > downloaded stuff. (am i right?) I have "System Health" graphics from > > > > both interfaces, I can send them to private mails if you want to take a > > > > look. DNS is being handled by a BIND server on the same machine. > > > > > > > > We are using ntlm auth via samba. > > > > > > > > We compiled our own SQUID server. > > > > > > > > CFLAGS="-O3 -march=i686 -mcpu=i686" > > > > > > > > SQUID was compiled as: > > > > Squid Cache: Version 2.5.STABLE5 > > > > configure options: --prefix=/opt/EPAWebCachingSuite-1.0-i686/ > > > > --sysconfdir=/opt/EPAWebCachingSuite-1.0-i686/etc/squid --with-dl > > > > --enable-snmp --enable-carp --enable-useragent-log '--enable-auth=basic > > > > digest ntlm' '--enable-basic-auth-helpers=MSNT SMB getpwnam > > > > multi-domain-NTLM winbind' '--enable-ntlm-auth-helpers=SMB no_check > > > > winbind' --enable-digest-auth-helpers=password --enable-ntlm-fail-open > > > > --enable-referer-log --enable-htcp --enable-underscores --enable-stackt > > > > races --enable-delay-pools --enable-ssl --enable-cache-digests > > > > --with-samba-sources=/home/vmedina/SOURCES/samba-2.2.9/ > > > > --enable-x-accelerator-vary --disable-ident-lookups --enable-truncate > > > > --enable-removal-policies=heap --enable-xmalloc-statistics > > > > --enable-linux-netfilter --enable-stacktraces > > > > > > > > > > > > > > > > Most of the sites, that users can access are specified by acl's so they > > > > are very predictable, most users have _only_ access to certain sites. > > > > Even though there are a awful lot of users for a 700Kbps link, the site > > > > are almost always the same. The cache dir is 7gb in size. SQUID has > > > > plenty of RAM. File system being used is RAISER, and it's a linux > > > > machine running kernel 2.6 under SuSE 9.1. > > > > > > > > Anybody would be so kind and suggest any optimization that could > > > > somehow improve performance? I will copy the relevant information about > > > > my squid.conf. > > > > > > > > > > > > icp_port 0 > > > > hierarchy_stoplist cgi-bin ? > > > > acl QUERY urlpath_regex cgi-bin \? > > > > cache_mem 192 MB > > > > cache_replacement_policy heap GDSF > > > > memory_replacement_policy heap GDSF > > > > cache_dir ufs /workload/cache 7168 16 256 > > > > > > > > cache_access_log > > > > /opt/EPAWebCachingSuite-1.0-i686/var/logs/squid/access.log > > > > cache_log > > > > /opt/EPAWebCachingSuite-1.0-i686/var/logs/squid/cache.log > > > > cache_store_log > > > > /opt/EPAWebCachingSuite-1.0-i686/var/logs/squid/store.log > > > > error_directory /opt/EPAWebCachingSuite-1.0-i686//share/errors/Spanish > > > > > > > > # DEFINICION DE LA AUTENTICACION CON NTLM > > > > > > > > auth_param ntlm program > > > > /opt/EPAWebCachingSuite-1.0-i686/libexec/wb_ntlmauth > > > > auth_param ntlm children 25 > > > > auth_param ntlm max_challenge_reuses 0 > > > > auth_param ntlm max_challenge_lifetime 15 minutes > > > > > > > > auth_param basic program > > > > /opt/EPAWebCachingSuite-1.0-i686/libexec/wb_auth > > > > auth_param basic children 25 > > > > auth_param basic realm Squid proxy-caching web server > > > > auth_param basic credentialsttl 6 hours > > > > > > > > # NO TOCAR! > > > > cache_mgr root > > > > cache_effective_user proxy > > > > cache_effective_group proxy > > > > logfile_rotate 0 > > > > log_icp_queries off > > > > cachemgr_passwd P6RsP6RsP6Rs all > > > > buffered_logs on > > > > delay_initial_bucket_level 50 > > > > delay_pools 0 > > > > > > > > Any suggestions or comments are welcome > > > > > > > > Thanxs! > > > > > > > > Victor. > > > > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.2.3 (GNU/Linux) > > > > > > iD8DBQFBXBFim87SXUGUjPsRAm5CAKCbJAjSPylneqSiXwePJE8xdgNC5QCeJ3RE > > > cw3S4AXReiHQzGCiJsSG7YM= > > > =jafO > > > -----END PGP SIGNATURE----- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQFBXCe/m87SXUGUjPsRAmgtAJ4jsIZgl8oJ31XnH3rIP+7IdU3wnACfT20A > M6++pkjyM+/4tomS2rYJAV8= > =rO7P > -----END PGP SIGNATURE----- >