сомневаюсь, что за последние пару лет что-то принципиально изменилось в сквиде, но по состоянию на пару лет назад сквид не параллелился.
Но по идее ни что не мешает запускать несколько процессов сквида на разных портах и нагрузку между ними балансировать средствами фаервола

miksoftbga83Но по идее ни что не мешает запускать несколько процессов сквида на разных портах и нагрузку между ними балансировать средствами фаерволаТогда кэши в памяти и, скорее всего, на диске будут раздельными, что заметно снизит их эффективность.
Тогда уж проще уменьшить кэш в памяти в 2-4 раза, чтобы было больше промахов и больше дисковых/сетевых ожиданий (во время которых можно обслужить другие запросы).
на нынешних каналах целесообразность использования кешей вообще сомнительна

netwindproxy_911 У меня 1 ядра 100% загружено а осталные просто отдыхают..

и шо, таки постоянно 100% ? а если немного подождать ?
если это в момент чистки после того как поменяли параметры cache_dir или запуска - это нормально.

может быть, конечно, все осложняется особыми настройками delay pools.
у меня на практике было следующее: когда пытался ограничивать доступ к определенным группам сайтов делал ацл по именам доменов(dstdomain даже без регекспов). Так вот когда файлы со списками достигали размеров метров в 20, сквид начинал ощутимо подтупливать, по одной простой причине много времени уходило на сверяться со всеми вхождениями в ацлки. В такой ситуации при отсутствии определенных требований выходом является использование внешних редиректоров, которых можно запустить целую пачку и они равномерно распределят нагрузку по всем ядрам.

miksoftbga83Так вот когда файлы со списками достигали размеров метров в 20порнорезка?
да, 99% (если не больше) этого списка были именно порно-ресурсы