[squid-users] runing squid on second processor

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


-----BEGIN PGP SIGNED MESSAGE-----
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
/etc/squid/squid.conf
>> 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 %
very
>> 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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
 
iQEcBAEBCAAGBQJXJmrjAAoJENNXIZxhPexGqqEIALFvL1Ms9uyQobyyCObe6ZEw
R1rsATe++2DC0zggZYLP5GOepZlayAoaKi6uA766B47iGk/IvLeB75CVju/LiG7H
qiLv2aekIuCUUYsrk8gImV2ohqTQ9B4wXJHWtSAy9tGnyWYcK4gCmnVb9ZCDW9Bm
g96k8Or9DnjO8djRrIA++poF2wL9Y2LOy90dj05CAOQXSe+Fv+/fg19ZE+/ceEtg
Ay1txAf0Wa8DbIv1M9Pjy9hH6VX45DZPravhrlOgGGgGUxOtKWbUiUW+PT0WIvqd
+0CzuHAJPnERGUO26K2/U+y8S3/GpfxkGIa383PzVERuAe/0CsflBVj26zffVvU=
=Thfa
-----END PGP SIGNATURE-----

-------------- 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