Swap usage increasing on 8.201

it is not load based.  Both machines i hit this issue with are on high speed cable connection with no load browsing us based sites.  The 8.2 proxy is a mess right now.

OK, swap hit just over 10% today.
Still steadily increasing.

What is this memory option people are speaking of?

how much ram is in your boxen?  Need at least 2 gigs or swap is going to get worse.  Disk might be a better option.  You find the details about this here:
https://community.sophos.com/products/unified-threat-management/astaroorg/f/55/t/44899

of course you may just need to tweak your vm=swappiness settings from 60 to 20 or less as well.  log in as root then joe /etc/sysctl.conf
add vm.swappiness=20 or 10 or 0 anything lower than 60
ctrl-k then x
reboot

how much ram is in your boxen?  Need at least 2 gigs or swap is going to get worse.  Disk might be a better option.  You find the details about this here:
http://www.astaro.org/astaro-gateway-products/web-security-web-filtering-application-visibility-control/35399-web-proxy-local-content-filtering-database.html#post164123

Ha ha, my old post was there when I was running astaro with 1GB ram and it was chugging along fine even with IPS enabled. Now 2GB is swapping even without IPS. Wow the proxy was really light weight[:)]

Box has 4GB (See original post).

unless you are pounding the box there's no reason for you to swap.  I would highly advise trying my vm.swappiness tweak first.

for some reason CPU went crazy since this morning.Please see attached pic. I have changed nothing on the config.

seems it's the HTTP proxy again!

update
###########
restarting the proxy fixed the issue

yeppers..ready to revert yet?..

To all those guys who are complaining intermittent slow proxy performance (or slow until next restart) - Maybe I have a solution for this. I started a while ago to exclude specific filetypes from caching. This has two reasons:

Main reason was:
1) proxy fwelt  slow after some hours or days, when caching storage got filled up. Clearing cache or proxy restart usually did help then. My theory - caching less unnecessary stuff will keep the proxy faster reacting. Cache only things, where it makes sense as linux update packages or other bigger content, where you may have cache hits for content >100KB or some MBytes...

So I started to exclude specific filetypes from caching.

Second Reason was my personal opinion, that a lot of cached content never got a cache hit, because some content on websites as newsletters and similar, very dynamic sites change all few minutes, so the proxy wrote down nicely tons of flash banners, pictures etc. but I nearly never saw a cache hit when another user opened the same site, because a lot of the content already changed. Second theory is, that it uses a lot of I/O to write and load all this stuff from and to the disk (hundreds of small GIFs, JPEGs, SWFs and so on). I personally also felt small content as a favicon.ico or other small content to be delivered faster from Webserver via Internet as from local disk - especially on slow or heavily loaded appliances.

So I tuned my personal "Caching Exceptions" list now for over a year and have it successful configured in a lot installations with success. Feel free to give it a try on your installation if you like...

Create a Exception for the proxy for skipping caching using "Matching this URL"

^https?://.*\.ico
^https?://.*\.pdf
^https?://.*\.smil
^https?://.*\.mp3
^https?://.*\.wav
^https?://.*\.mp4
^https?://.*\.gp
^https?://.*\.divx
^https?://.*\.mpg
^https?://.*\.mpeg
^https?://.*\.avi
^https?://.*\.wmv
^https?://.*\.wmf
^https?://.*\.mjpeg
^https?://.*\.mov
^https?://[A-Za-z0-9.-]*google\.[A-Za-z]
^https?://.*\.png
^https?://.*\.jpg
^https?://.*\.jpeg
^https?://.*\.gif
^https?://.*\.bmp
^https?://.*\.xml
^https?://.*\.html

[:D]

BTW: I'm not sure, if the proxy caches A/V content as MP3 oder AVI etc. at all. But I included them in the exception list to be sure that they never will be cached.

I have implemented the cache exception list as posted by Sascha and disabled the download optimiser.

Think I have fixed a problem with the VoIP now that the download optimiser is disabled. Need to do some more testing.

The http proxy for me at least is working very well. Which actual version of the ASG I am running, I can't tell. A couple of different versions of 8.200 have been run into the box, each of a different size and number of updated packages.

So, as Scott now advises wait for the 8.202 ISO which is likely within 2 weeks hopefully.

Ian