>для чего размер процесса так увеличивать надо и как это скажется При работе сквид держит в памяти индекс кешей, а для большого (и эффективного кеша) индексы требуют много памяти. Если не увеличивать размер процесса в ядре, то максимальный размер процесса - и кода и данных - ограничивается 256-ю мегабайтами. Жирный кеш очень быстро съедает этот объем и появляются ошибки xmalloc: невозможно выделить 4096 байт. Это типовая проблема, хорошо описанная в факе:
http://wiki.squid-cache.org/SquidFaq/SquidMemory#head-39e12a...
>и что такое поллинг?
Вот, что пишет об этом LINT:
# DEVICE_POLLING adds support for mixed interrupt-polling handling
# of network device drivers, which has significant benefits in terms
# of robustness to overloads and responsivity, as well as permitting
# accurate scheduling of the CPU time between kernel network processing
# and other activities. The drawback is a moderate (up to 1/HZ seconds)
# potential increase in response times.
# It is strongly recommended to use HZ=1000 or 2000 with DEVICE_POLLING
# to achieve smoother behaviour.
# Additionally, you can enable/disable polling at runtime with the
# sysctl variable kern.polling.enable (defaults off), and select
# the CPU fraction reserved to userland with the sysctl variable
# kern.polling.user_frac (default 50, range 0..100).
#
# Not all device drivers support this mode of operation at the time of
# this writing. See polling(4) for more details.
options DEVICE_POLLING
Вот, что пишет man 4 polling:
Device polling requires explicit modifications to the device drivers. As
of this writing, the dc(4), em(4), fwe(4), fxp(4), nge(4), rl(4), sis(4),
ste(4), and vr(4) devices are supported.
Я на нагруженных машинах держу fxp - дешево и со вкусом. Realtek rl тоже поддерживают поллинг, и даже прозрачное бриджевание, но надежность их работы ниже критики. 10-15 долларов не стоят геморроя по борьбе с родовыми болячками железок.
