>имеется squid 2.6.STABLE13, linux 2.4.34, с потоком около 1 мегабит веб-трафика (типичные
>странички, минимум "качков")
>
>имеется задача оптимизировать по времени отклика.
>
>вопросы:
>1. какая fs для хранения лучше? ext3? reiserfs? что-то еще? (в данный
>момент около 2млн мелкиих файлов) reiserfs из текущего стейбл ядра (2.4\2.6).
Однозначно быстрее при работе с мелкими файлами.
>2. что эффективнее (с точки зрения оптимизации времени отклика) использовать для отрезки
>баннеров? acl или какой-нибудь редиректор? (обрезание рекламы по ключевым словам на
>regexp, в данный момент около 200 записей, используются встроенные acl)
Не решал проблему.
Думаю, что если работают acl+регэкспы в скиде, то до какого кол-ва выражаний будет работать быстрее, чем иные способы.
>3. какая система доступа к файлам кэша эффективнее? diskd или, например, 128
>потоков posix aio?
POSIX aio лучше.
Но вероятно, для вас это роли не сыграет.
На 1200 пользователях я разницы существенной не заметил.
>4. как текущая версия squid относится к SMP? есть ли какие-нибудь подвиги
>и улучшения в этом плане в сравнении с веткой 2.4?
Никак не относится.
Весь кэш живёт в рамках одного процесса (с одним потоком).
На dual xeon у меня всё упёрлось в один из процов: один был 100% загружен, другой простаивал.
>5. что из комплектующих оказывает большее влияние на производительность? RAM(щас 512)? HDD(2x73
>SCSI с TCQ)? процессоры (щас 2x1600)?
RAM/HDD/CPU.
Узкое место нужно выявлять в каждом конкретном случае.
>6. какие параметры в конфигурационном файле ошутимо влияют на время отклика? (есть
>они есть)
>
Настройки по потреблению памяти, количеству различных записей.
+ Неплохо бы иметь DNS-сервер на том же хосте, что и squid - время резолва существенно сократится.
>кто "ниасилил" чтение - выберите случайно один вопрос - и отвечайте на
>него - чем больше мнений тем лучше :)
На вашем потоке в 1 мбит вообще не вижу необходимости суетиться.
У меня было около 40 мбит и всё упёрлось в немногопоточность\немногопроцессность сквида.