Squid 3 memory usage
-
NFC. Look, this just works. Period. If unable to symlink a file, then tough cookies.
-
Its not a case of unable, its a case of your suggested step didn't work. Simple as.
I appreciate the help but you shouldn't assume instantly that i've done something wrong when it was so simple a task that was followed verbatim from your steps. -
Sucks to be you. You apparently have more issues than this, such as downloading a bugfixed file having no effect on your box either. Better call ghostbusters.
-
Wow.
https://forum.pfsense.org/index.php?topic=100167.msg562343#msg562343
Thanks, but i cant really compensate when the GUI doesnt do what it says it will can i. ;)You really need to stop assuming everyones dumber than you. Whilst i'll freely admit that you know more about this subject than a good 90% of this forum, myself included, i really don't see the need to be so angry all the time when all people are asking for is help for something you helped put together. If you dont want to help, don't, but don't berate people for no reason other than frustration when YOU are choosing to help. Its open source, we're meant to help each other.
Whether that's creating the packages like yourself, or effectively bug reporting like the rest of us.Based on the above revelation about the GUI, i'll try your symlink command via SSH and see if that makes a difference. If so, then I'll publish the results here so others can benefit from the findings.
-
Sir. Perhaps you would have better luck doing these actions on a box where Squid3 is properly installed. Outta this debate.
-
That would be lovely, if the package worked 100% on its own.
Which in all fairness, mostly does apart from either the apparently known memory leaks that are reported upstream, or a few bugs here and there in the provided package from Pf's repository.So anyway, regardless of method of input, same error:
Warning: symlink(): No such file or directory in /usr/local/www/exec.php(250) : eval()'d code on line 3 -
Yeah. Sucks to be you. If you have no such file, well…. then your Squid install is incomplete. If of course could STILL symlink the thing from shell, but that'd require producing some effort, instead of trying to paste PHP code in there.
Bye.
-
You mean the PHP code you suggested to use in the first place ???
I really do not know why you are hostile to everyone.I'll try your new code and hopefully that'll work. Thank you for your input.
-
The code is absolutely the same… What's added there is to show you that IT WORKS. There's no new relevant code in there that'd fix the ghosts in your browser/pfSense box/god knows what.
-
Same error, (line 5 instead, but its the same code ;) )
The box is entirely stock apart from:
A few squid cache settings, Clam pointing at a regional update server, and your code for adding the widget, fixing the widget, adding the extra logs, and this.
Nothing else, it's a fresh install, and this has been duplicated on two boxes, both with fresh installs.As always, thank you for your input and suggestions.
-
For the moment don't worry, i'll spin up another test box, test on that to see if there's something odd.
-
Strangely, two new VM's, one the code worked on, the other it didnt.
The only difference between the two is post install they were given different external IPs.
Very odd, ah well. -
Well the watermark % variables appear to do nothing.
Swap is now at 100% on one of the boxes, with RAM at about 70% usage.
Top reporting Squid at 11Gb usage.This is with default settings in Squid too.
-
There are docs on the watermark stuff. When you look there, they basically say that it's sort of "best effort" configuration and that stuff will get ignored whenever Squid considers it necessary. Let me restate for the last time: upstream issues will not get sorted on pfSense.
And, heck… the docs are even linked from the GUI. ::) http://www.squid-cache.org/Doc/config/cache_swap_low/
Perhaps you are completely missing what "swap" means in Squid context. That's not the OS swap.
-
There are docs on the watermark stuff. When you look there, they basically say that it's sort of "best effort" configuration and that stuff will get ignored whenever Squid considers it necessary. Let me restate for the last time: upstream issues will not get sorted on pfSense.
And, heck… the docs are even linked from the GUI. ::) http://www.squid-cache.org/Doc/config/cache_swap_low/
Perhaps you are completely missing what "swap" means in Squid context. That's not the OS swap.
Cheers for the links, however im fully aware of this thank you.
To be clear, i am not asking you to fix upstream issues. I'm aware that there's little to no point with 2.3 on the horizon.
I'm simply reporting so others who may happen can see this is maybe not limited to them if they are having it.Once i've "tuned" it as well as i can i plan on listening what i've done that helps mitigate the issue so others can benefit in the interim.
-
Dude. Why are you referring to the watermark and your OS swap here, then? That stuff deals with disk cache object eviction. Not with evicting things from your physical RAM/swap.
Well the watermark % variables appear to do nothing.
Swap is now at 100% on one of the boxes, with RAM at about 70% usage.This has nothing to do with it. Simply sanitize your cache size if you are running out of memory. Or get more RAM. There are docs on the memory requirements as well.
-
Correct, but its the system swap, used by the kernel, that's getting used up.
Testing the last week or two has shown improvements to the memory and system swap usage based on tweaking these variables. "Trial and error". -
Yeah. So, either decrease your cache size, or increase your RAM size. Messing with watermarks is completely useless.
-
Cache size has already been experimented with, as has the RAM allocation.
No difference either way with memory usage.