Исправление Ej_Pulsar, (текущая версия) :
Данная концепция родилась не сразу, а вынашивалась практикой пару лет. В первоначальном варианте вся конфигурация экспортировалась в текстовый конфиг и далее инклудилось все в сквид.конфе. Были большие проблемы, сквид выедал одно ядро на 100% и все. Когда вынесли вычисление regex на сторону MySQL стало сразу все лучше, он быстрее вычисляет их прям запросом, кеширует, а главное умеет хорошо расползаться по ядрям. То, что хелпер написан на php тормознутости не добавляет, он очень маленький, его за 10 мин можно переписать на что угодно, основная нагрузка ложится на MySQL.
Дружище, я это реализовывал в начале 2008. Что и предлагал разработчикам SAMS, http://www.permlug.org/node/3641.
Перевод SQUID на внешний «полу-наколенный» хелпер MYSQL дал тот самый выгрыш по производительности для 3 тыс. пользователей, с распределением квот. Нагрузка упала с 100% и тормозов до ~10%. Плюс появилось динамическое управление доступом, без реконфигурации сквида.
Так что ты на правильном пути.
Исправление Ej_Pulsar, :
Данная концепция родилась не сразу, а вынашивалась практикой пару лет. В первоначальном варианте вся конфигурация экспортировалась в текстовый конфиг и далее инклудилось все в сквид.конфе. Были большие проблемы, сквид выедал одно ядро на 100% и все. Когда вынесли вычисление regex на сторону MySQL стало сразу все лучше, он быстрее вычисляет их прям запросом, кеширует, а главное умеет хорошо расползаться по ядрям. То, что хелпер написан на php тормознутости не добавляет, он очень маленький, его за 10 мин можно переписать на что угодно, основная нагрузка ложится на MySQL.
Дружище, я это реализовывал в начале 2008. Что и предлагал разработчикам SAMS, http://www.permlug.org/node/3641.
Перевод SQUID на внешний «полу-наколенный» хелпер MYSQL дал тот самый выгрыш по производительности для 3 тыс. пользователей, с распределением квот. Нагрузка упала с 100% и тормозов до ~10%. Плюс появилось динамическое управление доступом, без реконфигурации сквида.
Так что ты на правильном пути.
Исходная версия Ej_Pulsar, :
Данная концепция родилась не сразу, а вынашивалась практикой пару лет. В первоначальном варианте вся конфигурация экспортировалась в текстовый конфиг и далее инклудилось все в сквид.конфе. Были большие проблемы, сквид выедал одно ядро на 100% и все. Когда вынесли вычисление regex на сторону MySQL стало сразу все лучше, он быстрее вычисляет их прям запросом, кеширует, а главное умеет хорошо расползаться по ядрям. То, что хелпер написан на php тормознутости не добавляет, он очень маленький, его за 10 мин можно переписать на что угодно, основная нагрузка ложится на MySQL.
Дружище, я это реализовывал в начале 2008.
Что и предлагал разработчикам SAMS, http://www.permlug.org/node/3641.
Перевод SQUID на внешний «полу-наколенный» хелпер MYSQL дал тот самый выгрыш по производительности для 3 тыс. пользователей, с распределением квот. Нагрузка упала с 100% и тормозов до ~10%
Так что ты на правильном пути.