Рабочая группа IEEE P802.3ba сообщила об утверждении окончательных спецификаций новых сетевых стандартов, позволяющих организовать передачу данных в сетях Ethernet со скоростью 40 и 100 гигабит в секунду.

Черновые спецификации стандартов 40 Gigabit и 100 Gigabit Ethernet были опубликованы почти два года назад. На сегодняшний день вниманию общественности уже были продемонстрированы устройства, позволяющие передавать данные со скоростью 100 гигабит в ...далее

Использование рекомендаций, указанных в предыдущем посте позволило уменьшить потребление ресурсов на моем сервере (RHEL 5, ядро 2.6.25.11, Squid-3.0.STABLE24, кол-во клиентов 1500+).
Что было предпринято:

1. Отключено логирование access.log и store.log


2. Включена директива pipeline_prefetch

В итоге нагрузка на процессор упала с ~60-80% до ~1-15% в "спокойное" время, нагрузка на память с ~90% до ~20-60%. Но ...далее

Нашел для себя неплохой способ проверить пропускную способность сети, сетевых карт на сервере. iperf называется. Собирается из исходных текстов не просто, а очень просто. Также есть в репозитариях (по крайней мере Debian). На двух точках запускается так:

• Там где надо померить ширину для входящего траффика (сервер):
  ~# iperf -s


• Для исходящего (клиент):
  ~# iperf -c ip_адресс_сервера
  

далее

Иногда, при повышенной сетевой нагрузке из-за большого количества соединений происходит превышение лимита на conntrack соединения. При этом в консоль валятся сообщения:
nf_conntrack: table full, dropping packet.

Максимальное значение для системы, можно узнать так:
sysctl -a|grep net.ipv4.netfilter.ip_conntrack_max

Текущее число размер таблицы conntrack:
sysctl -a|grep net.ipv4.netfilter.ip_conntrack_count

Мой вариант значений для "супер-сервера":
echo 262144 > /proc ...далее