[squid-users] runing squid on second processor

Yuri Voinov yvoinov at gmail.com
Sun May 1 20:45:24 UTC 2016

Hash: SHA256

02.05.16 0:56, Alex Rousskov пишет:
> On 04/29/2016 04:17 PM, joe wrote:
>> hi i have 2 cpu 4 core each
>>  i need to leave alone first processor and use the second one for
squid and
>> its helper
>> is that will do ???   taskset 0x000000f0 squid -YC -f
>> or other way around ??
> SMP Squid has cpu_affinity_map to accomplish similar task. However, it
Only on _some_OSes. What is the meddle to make this available for ANY OS?
> does not apply to helpers AFAIK. Also, be careful not to assign two busy
> Squid workers to two _sibling_ hyper cores. Give them hyper-cores on
> different physical cores instead.
>> so i can keep the kernel and other program running on first cpu not
>> interfere  with squid
> I do not know of a good solution to that. The solution I know is to tell
A good solution has Solaris OS. It also knows as FSS (Fair Share
Scheduler) and projects/tasks.
> each active process or kernel task (e.g., NIC interrupts processing)
Solaris also has possibility assign CPU cores as non-interruptable. In
addition to FSS. Thisfunctionality known approx. from Solaris 8 and
since 1993.
> where to run, which is tedious when you have more than one or two such
> activities to worry about.
>> cause wen i run Calamaris Log Analysis on cpl large log it take cpu %
>> hi and it slow delay squid performance until it finish :(
> Yes, it can be a real problem. AFAICT, the previous responses on this
We have NO problem on REAL OS. There is the problem only for self-made
...... (censored) 'systems' which is pretend to be OS. In normal OS we
have scheduling table which has no real problem in the similar cases. Never.
> thread essentially ignore the [sad] fact that Linux kernels are not very
> good at CPU scheduling in high-performance SMP Squid environments.
Linux is [censored]. No more.
> HTH,
> Alex.
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

Version: GnuPG v2

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x613DEC46.asc
Type: application/pgp-keys
Size: 2437 bytes
Desc: not available
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160502/b18947e1/attachment-0001.key>

More information about the squid-users mailing list